Отображаются лишние строки

@MConst · Регистрация: 16.04.2022

Студворк — интернет-сервис помощи студентам

Здравствуйте!

В MS SQL

Кликните здесь для просмотра всего текста

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
--Исходные данные
CREATE TABLE myTempTable1  ([column1] VARCHAR(10), [column2] INTEGER, [column3] INTEGER);
INSERT INTO myTempTable1 VALUES ('aB', 1, 10),('ab', 1, 20),('cd', 2, 30),('cD', 2, 40);
 
--Создаем кросс таблицу
SELECT
    t1.[column1], t2.[column2]
INTO
    myTempTable2
FROM
    (SELECT DISTINCT [column1] FROM myTempTable1) t1
CROSS JOIN
    (SELECT DISTINCT [column2] FROM myTempTable1) t2
;
 
--Запрос
SELECT
    t2.[column1],
    t2.[column2],
    isnull(t1.[column3], 0) AS [column3]
FROM
    myTempTable2 t2
LEFT JOIN
    myTempTable1 t1
ON
    t2.[column1] = t1.[column1] AND t2.[column2] = t1.[column2]
ORDER BY
    t2.[column1],
    t2.[column2]
;

Результат

column1	column2	column3
aB	1	10
aB	1	20
aB	2	0
cd	1	0
cd	2	30
cd	2	40

В PostgreSQL

Кликните здесь для просмотра всего текста

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
--Исходные данные
CREATE TEMPORARY TABLE myTempTable1  ("column1" VARCHAR(10), "column2" INTEGER, "column3" INTEGER);
INSERT INTO myTempTable1 VALUES ('aB', 1, 10),('ab', 1, 20),('cd', 2, 30),('cD', 2, 40);
 
-- Добавляем поле и назначаем по нему индекс
ALTER TABLE myTempTable1 ADD "hash" text;
UPDATE myTempTable1 SET "hash" = md5(LOWER(concat("column1","column2")));
CREATE INDEX myTempTable1_idx1 ON myTempTable1 USING btree ("hash");
 
--Создаем кросс таблицу
CREATE TEMPORARY TABLE myTempTable2 AS (
    SELECT
        t1."column1", t2."column2"
    FROM
        (SELECT DISTINCT "column1" FROM myTempTable1) t1
    CROSS JOIN
        (SELECT DISTINCT "column2" FROM myTempTable1) t2
);
 
-- Добавляем поле и назначаем по нему индекс
ALTER TABLE myTempTable2 ADD "hash" text;
UPDATE myTempTable2 SET "hash" = md5(LOWER(concat("column1","column2")));
CREATE INDEX myTempTable2_idx1 ON myTempTable2 USING btree ("hash");
 
--Запрос
SELECT
    t2."column1",
    t2."column2",
    COALESCE(t1."column3", 0) AS "column3"
FROM
    myTempTable2 t2
LEFT JOIN
    myTempTable1 t1
ON
    t2."hash" = t1."hash"
ORDER BY
    t2."column1",
    t2."column2"
;

Результат

column1	column2	column3
ab	1	20
ab	1	10
ab	2	0
aB	1	10
aB	1	20
aB	2	0
cd	1	0
cd	2	30
cd	2	40
cD	1	0
cD	2	30
cD	2	40

Как видим дублируются строки без учета регистра по полю "column1".

Обратите внимание, что для PostgreSQL для соединения таблиц создается поле "hash" дополнительно, который используется в индексе. Рабочая таблица большая и много полей для указания в ON.

Скажите, как можно исправить код, чтобы результат соответствовал как в MS SQL?

@o5a · 16.08.2024, 11:44

Для имитации такого регистронезависимого поведения (какое я так понимаю используется по умолчанию в MS SQL) в Pg можно воспользоваться distinct on:

SQL
1
2
3
4
5
6
7
8
CREATE TEMPORARY TABLE myTempTable2 AS (
    SELECT
        t1."column1", t2."column2"
    FROM
        (SELECT DISTINCT ON(LOWER("column1")) "column1" FROM myTempTable1) t1
    CROSS JOIN
        (SELECT DISTINCT "column2" FROM myTempTable1) t2
);

@MConst · 16.08.2024, 11:48 **[ТС]**

Спасибо!

@o5a · 16.08.2024, 12:05

Еще как варианты, можно установить расширение citext, что позволит поле сделать регистронезависимым (по сути тоже внутри как lower учитывает)

или же использовать collate, создав новый регистронезависимый и использовав его в запросе:

SQL
1
2
3
4
5
6
7
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary',
  deterministic = FALSE
);
 
SELECT DISTINCT "column1" COLLATE "case_insensitive" FROM myTempTable1

@MConst · 20.08.2024, 16:35 **[ТС]**

Сообщение от o5a

SELECT DISTINCT ON(lower("column1")) "column1" FROM myTempTable1;[/SQL]

А как должен выглядеть код с использование ON, если там есть другие текстовые колонки, которые не надо использовать lower?

Пример

SQL
1
2
3
4
5
6
7
8
9
10
11
12
CREATE TEMPORARY TABLE myTempTable1  ("column1" text, "column2" VARCHAR(255), "column3" VARCHAR(512));
INSERT INTO myTempTable1 VALUES
('Аааа', 'Ааааааааа', 'Ы'),('Ббб', 'Ааааааааа', 'ы'),('Ббб', 'Б ббббббб', 'ы'),('Ббб', 'Вввввввв: ввввв', 'ы');
 
SELECT DISTINCT ON
    (LOWER("column3")) "column3",
    "column1",
    "column2"
FROM 
    myTempTable1
WHERE
    LOWER("column3") = 'ы';

Результат

"column3"	"column1"	"column2"
Ы	Аааа	Ааааааааа

Надо так

"column1"	"column2"	"column3"
Аааа	Ааааааааа	Ы
Ббб	Ааааааааа	Ы
Ббб	Б ббббббб	Ы
Ббб	Вввввввв: ввввв	Ы

Добавлено через 1 час 15 минут

Сообщение от o5a

SQL
1
2
3
4
5
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary',
  deterministic = FALSE
);

Создали collation и смотрим как в базе данных записалось

SQL
1
2
3
4
5
6
SELECT 
    "collname",  "collprovider", "colliculocale", "collisdeterministic" 
FROM
    pg_collation
WHERE
    "collname" = 'case_insensitive'

collname	collprovider	colliculocale	collisdeterministic
case_insensitive	i	und-u-ks-level2	false

Почему в поле collprovider значение 'i', не 'icu'? А также почему в поле colliculocale значение 'und-u-ks-level2', а не '@colStrength=secondary'?

Хотелось запустить запрос поиска по соответствующим параметрам, чтобы лишние collation не создавать.

@o5a · 20.08.2024, 17:01

Сообщение от MConst

А как должен выглядеть код...

А по какому принципу вы ожидаете в 3-й колонке увидеть только большие буквы Ы ? Ведь даже если хотите увидеть distinct по всем колонкам сразу, то в последующих записях везде маленькая 'ы' будет, т.к. там уже другие значения в 1 и 2 колонках (даже с учетом нижнего регистра). Если все-таки у вас ошибка в примере, и хотите просто видеть уникальные полные строки с учетом приведения к нижнему регистру всей строки, можно так:

SQL
1
2
3
4
5
6
SELECT DISTINCT ON (LOWER((r.*)::text))
    "column1",
    "column2",
    "column3"
FROM 
    myTempTable1 r

Т.е. строим уникальность по всем полям в нижнем регистре.

Добавлено через 4 минуты

Сообщение от MConst

Почему в поле collprovider значение 'i', не 'icu'? А также почему в поле colliculocale значение 'und-u-ks-level2', а не '@colStrength=secondary'?
Хотелось запустить запрос поиска по соответствующим параметрам, чтобы лишние collation не создавать.

'i' и есть 'icu'

По colliculocale возможно еще от версии Pg зависит, но '@colStrength=secondary' должно быть видно в поле collcollate например.
Вообще за подробностями по collate лучше почитайте офф. документацию, там разные нюансы.

@MConst · 20.08.2024, 17:04 **[ТС]**

Сообщение от o5a

Т.е. строим уникальность по всем полям в нижнем регистре.

Фишка в том, что для уникальности не нужно приводить все в нижний регистр. А для column3 нужно брать первый в списке как в коде ниже.

Сообщение от o5a

SELECT DISTINCT ON(lower("column1")) "column1" FROM myTempTable1;[/SQL]

@o5a · 20.08.2024, 17:11

Сообщение от MConst

Фишка в том, что для уникальности не нужно приводить все в нижний регистр. А для column3 нужно брать первый в списке как в коде ниже.

А на каком основании будет браться именно только 1-е значение в 3-й колонке? Получается это уже не просто уникальность без учета регистра.

Если 3-я колонка какая-то особенная (по ней нужно просто брать без учета регистра, а по остальным нет), то тогда больше похоже, что хотите взять первые колонки отдельно и уже к ним сделать join по уникальным из 3-й колонки без учета регистра.

Вот такое например подпадет под ваш пример (где в 3-й только Ы)

SQL
1
2
3
SELECT *
FROM (SELECT "column1", "column2" FROM myTempTable1) a1
CROSS JOIN (SELECT DISTINCT ON (LOWER("column3")) "column3" FROM myTempTable1) a2

Но не зная логики, по какой вы решили именно так выводить, сложно сказать, чего хотите в реальности.

@MConst · 20.08.2024, 19:17 **[ТС]**

Сообщение от o5a

SQL
1
2
3
4
5
6
7
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary',
  deterministic = FALSE
);
 
SELECT DISTINCT "column1" COLLATE "case_insensitive" FROM myTempTable1

Для другого компа, где версия PostgreSQL 11.15

SQL
1
2
3
4
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary'
);

Выдает ошибку ICU is not supported in this build.

Возможно ли другие провайдеры указать, например, 'd' или 'с' чтобы сохранялась логика решения данной задачи с регистром? Или только 'icu'?

Добавлено через 10 минут

Сообщение от o5a

А на каком основании будет браться именно только 1-е значение в 3-й колонке? Получается это уже не просто уникальность без учета регистра.

Если 3-я колонка какая-то особенная (по ней нужно просто брать без учета регистра, а по остальным нет), то тогда больше похоже, что хотите взять первые колонки отдельно и уже к ним сделать join по уникальным из 3-й колонки без учета регистра.

Пример
'Аааа' и 'аааа' -> Берется один из них
'ББбб' и 'Бббб' -> Берется один из них
'СссС' и 'Сссс' -> Берется один из них

Сообщение от o5a

Но не зная логики, по какой вы решили именно так выводить, сложно сказать, чего хотите в реальности.

Проще было бы поле Column3 в нижний регистр, но на практике так не нужно делать, так как данное поле визуализирутся в дашбордах. Поэтому берется один из дубликатов с учетом регистра и при этом максимально сохраняются заглавные буквы.

Добавлено через 1 час 46 минут

Сообщение от o5a

Вот такое например подпадет под ваш пример (где в 3-й только Ы)

SQL
1
2
3
SELECT *
FROM (SELECT "column1", "column2" FROM myTempTable1) a1
CROSS JOIN (SELECT DISTINCT ON (LOWER("column3")) "column3" FROM myTempTable1) a2

Надо без cross.

@MConst · 21.08.2024, 08:24 **[ТС]**

Сообщение от MConst

Для другого компа, где версия PostgreSQL 11.15

SQL
1
2
3
4
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary'
);

Выдает ошибку ICU is not supported in this build.

Возможно ли другие провайдеры указать, например, 'd' или 'с' чтобы сохранялась логика решения данной задачи с регистром? Или только 'icu'?

Для версии 11 не поддерживается 'icu'.

Добавлено через 13 минут
Если не использовать distinct on, то как вариант использовать citext для нужного поля.

Кликните здесь для просмотра всего текста

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
--Исходные данные
CREATE TEMPORARY TABLE myTempTable1  ("column1" VARCHAR(10), "column2" INTEGER, "column3" INTEGER);
INSERT INTO myTempTable1 VALUES ('aB', 1, 10),('ab', 1, 20),('cd', 2, 30),('cD', 2, 40);
 
--Изменяем тип данных
ALTER TABLE myTempTable1 ALTER COLUMN column1 SET DATA TYPE citext;
 
--Добавляем поле и назначаем по нему индекс
ALTER TABLE myTempTable1 ADD "hash" text;
UPDATE myTempTable1 SET "hash" = md5(LOWER(concat("column1","column2")));
CREATE INDEX myTempTable1_idx1 ON myTempTable1 USING btree ("hash");
 
--Создаем кросс таблицу
DROP TABLE IF EXISTS myTempTable2;
CREATE TEMPORARY TABLE myTempTable2 AS (
    SELECT
        t1."column1", t2."column2"
    FROM
        (SELECT DISTINCT "column1" FROM myTempTable1) t1
    CROSS JOIN
        (SELECT DISTINCT "column2" FROM myTempTable1) t2
);
 
--Изменяем тип данных
ALTER TABLE myTempTable2 ALTER COLUMN column1 SET DATA TYPE citext;
 
--Добавляем поле и назначаем по нему индекс
ALTER TABLE myTempTable2 ADD "hash" text;
UPDATE myTempTable2 SET "hash" = md5(LOWER(concat("column1","column2")));
CREATE INDEX myTempTable2_idx1 ON myTempTable2 USING btree ("hash");
 
--Запрос
SELECT
    t2."column1",
    t2."column2",
    COALESCE(t1."column3", 0) AS "column3"
FROM
    myTempTable2 t2
LEFT JOIN
    myTempTable1 t1
ON
    t2."hash" = t1."hash"
ORDER BY
    t2."column1",
    t2."column2"
;

Скажите, вообще без разницы, если citext задавать до или после индекса?

SQL
1
ALTER TABLE myTempTable2 ALTER COLUMN column1 SET DATA TYPE citext;

Это запись необязательная же, верно?

Добавлено через 5 минут
А если так написать

SQL
1
2
3
4
5
6
7
CREATE TEMPORARY TABLE myTempTable1  ("column1" text, "column2" VARCHAR(255), "column3" VARCHAR(512));
INSERT INTO myTempTable1 VALUES
('Аааа', 'Ааааааааа', 'Ы'),('Ббб', 'Ааааааааа', 'ы'),('Ббб', 'Б ббббббб', 'ы'),('Ббб', 'Вввввввв: ввввв', 'ы');
 
ALTER TABLE myTempTable1  ALTER COLUMN "column3" SET DATA TYPE citext;
 
SELECT DISTINCT "column1", "column2", "column3" FROM myTempTable1;

Возвращает

column1	column2	column3
Ббб	Ааааааааа	ы
Ббб	Вввввввв: ввввв	ы
Аааа	Ааааааааа	Ы
Ббб	Б ббббббб	ы

А надо

column1	column2	column3
Ббб	Ааааааааа	Ы
Ббб	Вввввввв: ввввв	Ы
Аааа	Ааааааааа	Ы
Ббб	Б ббббббб	Ы

@o5a · 21.08.2024, 09:01

Вам не нужны все эти 3 способа одновременно, они по сути идентичны, выберите просто какой больше нравится или подходит для вашей системы или более удобен, его и используйте:
1) lower(...) напрямую делает, что ожидается
2) collate данного вида для сортировки/группировки строк тоже по сути использует регистронезависимые сравнения
3) citext сам по себе делает тип указанного поля регистронезависимым, поэтому сортировки/группировки по этому полю тоже будут регистронезависимыми.

Добавлено через 15 минут

Сообщение от MConst

ALTER TABLE myTempTable2 ALTER COLUMN column1 SET DATA TYPE citext;
Это запись необязательная же, верно?

Смотря чего хотите добиться. Если в самой таблице использовать регистронезависимый тип (citext), то можете так явно его писать, или же заведомо при создании таблицы указывать тип не строковый, а именно citext

SQL
1
CREATE TEMPORARY TABLE myTempTable1  ("column1" citext, "column2" VARCHAR(255), "column3" VARCHAR(512));

Или же динамически в запросе к нему приводить (когда оно изначально varchar/text):

SQL
1
2
3
4
5
CREATE TEMPORARY TABLE myTempTable1  ("column1" text, "column2" VARCHAR(255), "column3" VARCHAR(512));
INSERT INTO myTempTable1 VALUES
('Аааа', 'Ааааааааа', 'Ы'),('Ббб', 'Ааааааааа', 'ы'),('Ббб', 'Б ббббббб', 'ы'),('Ббб', 'Вввввввв: ввввв', 'ы');
 
SELECT DISTINCT "column3"::citext FROM myTempTable1

выведет уникальные без учета регистра

---
По сути не так важно, какой из методов будете использовать, в основе его одинаковая система регистронезависимого учета данных. Вам нужно только определиться, по какой логике вы хотите выбирать эти регистронезависимые данные.

В вашем примере с "Ббб Ааааааааа Ы" и т.п. у вас column3 живет своей жизнью: первые 2 колонки выводятся как уникальные, а 3-я получается не связана с ними, а просто берет регистронезависимое значение чисто из колонки, никак не связаное, с остальными полями этой же строки. Поэтому и предложил вариант разделить их отдельно первые колонки и 3-ю колонку. Но и cross join вам не подходит. Из приведенного примера этого не видно.
Расширьте тогда свой пример с "Аааааа и т.п.", где у 3-й колонки было бы что-то кроме ы и покажите, чего ожидаете в том
случае.
Например,

SQL
1
2
3
CREATE TEMPORARY TABLE myTempTable1  ("column1" text, "column2" VARCHAR(255), "column3" VARCHAR(512));
INSERT INTO myTempTable1 VALUES
('Аааа', 'Ааааааааа', 'Ы'),('Ббб', 'Ааааааааа', 'ы'),('Ббб', 'Б ббббббб', 'ы'),('Ббб', 'Вввввввв: ввввв', 'ы'),('Аааа', 'Ааааааааа', 'м'),('Аааа', 'Ааааааааа', 'М'),('Ббб', 'Ааааааааа', 'М');

@MConst · 21.08.2024, 14:40 **[ТС]**

Такое ощущение как будто citext влияет на производительность, если таблица большая и на основе нее строятся другие таблицы.

Добавлено через 4 часа 29 минут

Сообщение от o5a

Вам не нужны все эти 3 способа одновременно, они по сути идентичны, выберите просто какой больше нравится или подходит для вашей системы или более удобен, его и используйте:
1) lower(...) напрямую делает, что ожидается

Для данной задачи не подходит.

2) collate данного вида для сортировки/группировки строк тоже по сути использует регистронезависимые сравнения

Сообщение от o5a

SQL
1
2
3
4
5
6
7
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary',
  deterministic = FALSE
);
 
SELECT DISTINCT "column1" COLLATE "case_insensitive" FROM myTempTable1

Для версии 11 не поддерживается 'icu'.

3) citext сам по себе делает тип указанного поля регистронезависимым, поэтому сортировки/группировки по этому полю тоже будут регистронезависимыми.

До этого рабочая процедура выполнялась 30 минут, а после применения citext -выполняется больше 5 часов. Как понимаю, ускорить не получиться. Формируемая большая таблица в процедуре и на основе ее формируются другие таблицы с индексами.

@Swa111 · 21.08.2024, 16:16

Сообщение от MConst

Сообщение от o5a
Вам не нужны все эти 3 способа одновременно, они по сути идентичны, выберите просто какой больше нравится или подходит для вашей системы или более удобен, его и используйте:
1) lower(...) напрямую делает, что ожидается
Для данной задачи не подходит.

Группируйте по lower(...) + добавьте еще одну таблицу которая по ключу вернет текст в нормальном регистре. А в идеале в мега таблицу сразу вводите числовой код из таблицы справочника (декомпозиция ... нормализация и всякое такое из учебников по архитектуре БД)

@o5a · 21.08.2024, 17:21

Сообщение от MConst

Для данной задачи не подходит.

distinct on (lower())
в вашем случае по сути то же самое, что использование collate или citext - выводить уникальные значения без учета регистра.

Другое дело, как именно применить ее к вашим данным.
Я приводил рабочий пример решения для того примера, что изначально приводили.
Но в реальности у вас что-то другое, поэтому нужно по-другому скомпоновать данные. А как именно, или сами придумайте, или тогда хотя бы ответьте, что вы ожидаете увидеть от более расширенного вашего же примера, где в 3-й колонке будут разные символы, а не просто разные регистры:

Сообщение от o5a

CREATE TEMPORARY TABLE myTempTable1 ("column1" text, "column2" VARCHAR(255), "column3" VARCHAR(512));
INSERT INTO myTempTable1 VALUES
('Аааа', 'Ааааааааа', 'Ы'),('Ббб', 'Ааааааааа', 'ы'),('Ббб', 'Б ббббббб', 'ы'),('Ббб', 'Вввввввв: ввввв', 'ы'),('Аааа', 'Ааааааааа', 'м'),('Аааа', 'Ааааааааа', 'М'),('Ббб', 'Ааааааааа', 'М');

От этого уже и будет зависеть запрос.

@MConst · 30.08.2024, 08:36 **[ТС]**

Сообщение от o5a

SQL
1
2
3
4
5
6
7
CREATE COLLATION case_insensitive (
  provider = 'icu',
  locale = '@colStrength=secondary',
  deterministic = FALSE
);
 
SELECT DISTINCT "column1" COLLATE "case_insensitive" FROM myTempTable1

Обратил внимание, что в версии 13 если после collate запись case_insensitive не добавлять двойные кавычки, то работает. А если добавить, то выдает ошибку "case_insensitive" for encoding "UTF8" does not exists.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@MConst 2 / 2 / 1 Регистрация: 16.04.2022 Сообщений: 1,031
	16.08.2024, 11:48 [ТС]
	Спасибо! 0