SQL запрос с условиями

@DenProx · Регистрация: 09.10.2009

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

Доброго времени суток. У меня такой вопрос: нужно составить запрос SQL так что бы присутствовали операторы IF.

Если быть точнее, ситуация такая: нужно сформировать таблицу в которой изначально есть совпадения, но по ходу формирования нужно, их исключать при этом сумировать количество, типа, если уже есть запись, в поле Count (Количество) прибавить соответствующее значение...

что можете посоветовать?

@Mawrat · 27.09.2010, 13:19

DenProx, я попробовал - у меня последний вариант отрабатывает.
Вот этот:

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
SELECT
  ts.KEY AS stend_id,
  ts.name AS stend_name,
  td.KEY AS detail_id,
  td.name AS detail_name,
  SUM(td.count) AS sum_detail_count
FROM
  tblStend AS ts,
  tblBlock AS tb,
  tblDetail AS td
WHERE
  ts.KEY = :stend_id
  AND ts.KEY = tb.stend_id
  AND tb.KEY = td.block_id
GROUP BY
  ts.KEY,
  ts.name,
  td.KEY,
  td.name

Т. е. я открыл запрос, перешёл в режим SQL и ввёл текст этого запроса. Потом выполнил: запрос - открыть. Система запросила ввод параметров, я ввёл только один - stend_id = 41. В результате получил сведения по трём деталям. Кстати, в базе у двух разных деталей (разные ИД) одинаковое имя.

@DenProx · 27.09.2010, 13:40 **[ТС]**

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

Кстати, в базе у двух разных деталей (разные ИД) одинаковое имя.

так и должно быть, просто разные болки мугут содержать в себе одинаковые детали.

Добавлено через 10 минут
Mawrat, кст. в результате должно быть две детали, в Count должно быть 8 у повторной детали

Добавлено через 8 минут
у меня кстати почему то при нажати "Выполнить" нужно вводить три параметра...

@Mawrat · 27.09.2010, 13:58

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

так и должно быть, просто разные болки мугут содержать в себе одинаковые детали.

В таком случае, у одинаковых диталей должны быть одинаковые detail_id и различающиеся block_id. А мы сейчас в базе имеем - разные detail_id для деталей с одинаковыми именами.
Сейчас таблица tblDetail содержит такие данные:
detail_id block_id obosnach_name count
96 36 пкн61-н2-1-1-8 4
97 37 пкн61-н2-1-1-8 4
99 37 п2г3-2п4н переключатель 4
А должно быть так:
96 36 пкн61-н2-1-1-8 4
96 37 пкн61-н2-1-1-8 4
99 37 п2г3-2п4н переключатель 4
Т. е. деталь с detail_id = 96 должна присутствовать в блоке block_id = 36 и в блоке block_id = 37.
Вот тогда запрос будет правильно всё подсчитывать. Т. е. тогда запрос для детали detail_id = 96 выдаст количество: count = 8.

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

у меня кстати почему то при нажати "Выполнить" нужно вводить три параметра...

У меня тоже запрашивает несколько параметров.

Почему так происходит - не знаю. Я с Access не работал - не знаю особенностей в этой системе. Наверное где-то можно задать количество параметров...
---
Чтобы не запутаться с ИД деталей, можно создать отдельную таблицу - справочник деталей. В этой таблице сделать уникальный detail_id. В этом справочнике будет прописано наименование для каждой детали. А та таблица, которая сейчас назыается tblDeteil - её переделать в таблицу "отображения". Т. е. в ней уникальным ключом будет пара: (block_id, detail_id) и эта таблица уже не должна содержать наименований деталей - она только для связи между блоками и деталями. Это стандартный подход - различные объекты должны быть представлены отдльными таблицами (справочниками). Сложные связи задаются другими таблицами - таблицами "отображения". Здесь правда, можно оставить всё как есть, только надо не запутаться при этом с ИД деталей. Т. е. надо помнить, что одинаковые детали имеют всегда одинаквый ИД. И на имя детали не надо опираться.

@DenProx · 27.09.2010, 14:02 **[ТС]**

Mawrat, по моему все в порядке...

вот схема данных... первое поле это не ID а ключевле поле - счетчик

@Mawrat · 27.09.2010, 14:09

О, раз такая схема - это неправильно...

В таблице tblDeteil уникальным ключом должна быть обязательно пара: (block_id, detail_id), а не отдельное поле detail_id.
---
На самом деле, как я писал в предыдущем посте, должна быть четвёртая таблица - справочник деталей - в ней должен быть ключ detail_id. При этом справочник деталей и справочник блоков должны ссылаться на таблицу отображения - т. е. на ту таблицу, которая сейчас называется tblDeteil. В таблице tblDeteil ключом должна быть пара: (block_id, deteil_id).

@DenProx · 27.09.2010, 14:11 **[ТС]**

Mawrat, почему не правильно? Блок може быть как отдельное изделие, и информации о стенде в детали просто не откуда будет взяться...
Здесь все просто: Стенд состоит из блоков, Блоки состоят из деталей.

@Mawrat · 27.09.2010, 14:27

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

Стенд состоит из блоков, Блоки состоят из деталей.

В этом случае, если по правилам делать, то должны быть такие таблицы:
Справочники:
tblStend, ИД: stend_id;
tblBlock, ИД: block_id;
tblDetail, ИД: detail_id;
Таблицы отображений (функциональные т. е.):
tblStBl, ИД: (stend_id, block_id);
tblBlDt, ИД: (block_id, detail_id).
---
Но сейчас мы имеем только один справочник в чистом виде - это tblStend. Остальные таблицы: tblBlock и tblDetail - это не справочники, а таблицы отображения или таблицы функциональной связи. Они сейчас и как справочники используются - что не правильно с точки зрения правил архитектурного строительства базы. Но в любом случае, они должны быть построены так:
таблица tblBlock, ИД: (stend_id, block_id);
таблица tblDetail, ИД: (block_id, detail_id).
Именно в этом случае будет реализована связь: Стенды - Блоки - Детали.

@DenProx · 27.09.2010, 14:31 **[ТС]**

Mawrat, справочники есть, просто я вырезал их из примера.... что бы проще было)

Добавлено через 23 секунды
нужно сделать по тому что есть, то что мне нужно)))

@Mawrat · 27.09.2010, 14:45

В любом случае, касательно ключей в таблицах должно быть именно так:
tblStBl, ИД: (stend_id, block_id);
tblBlDt, ИД: (block_id, detail_id).
Только такой способ позволяет содержать варианты, когда разные стенды могут содержать один и тот же блок и разные блоки могут содержать одну и ту же деталь.
---
А... или тут detail_id - это не тип детали, а отдельная конкретная деталь? А тип детали задаётся её названием - detail_name? Аналогично для блоков - конкретный блок задаётся block_id, а тип блока - по block_name? И стенды - аналогично? Если так, тогда всё сложнее будет... Тогда лучше будет под тип стенда, блока, детали использовать отдельные ИД. Т. е. будем тогда иметь ИД типа стенда и ИД конкретного стенда.
---
Хотя, если не заморачиваться и исходить из того, что есть, тогда так. Если ИД детали - это отдельная конкретная деталь.И, аналогично, ИД блока - это конкретный блок, а его тип задаётся его наименованием. Также и для стендов. Тогда запрос будет таким:

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SELECT
  ts.KEY AS stend_id,
  ts.name AS stend_name,
  td.name AS detail_name,
  SUM(td.count) AS sum_detail_count
FROM
  tblStend AS ts,
  tblBlock AS tb,
  tblDetail AS td
WHERE
  ts.KEY = :stend_id
  AND ts.KEY = tb.stend_id
  AND tb.KEY = td.block_id
GROUP BY
  ts.KEY,
  ts.name,
  td.name

В этом запросе агрегация проводится по типу детали - т. е. по наименованию детали.

@DenProx · 27.09.2010, 14:51 **[ТС]**

ИД - это номер детали из справочника, т.е. это отдельная конкретная деталь.

Добавлено через 2 минуты
и опять ошибка... ищет в моих документах td.mdb ... и не может найти)

@Mawrat · 27.09.2010, 14:54

Подправил:

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SELECT
  ts.KEY AS stend_id,
  ts.name AS stend_name,
  td.name AS detail_name,
  SUM(td.count) AS sum_detail_count
FROM
  tblStend AS ts,
  tblBlock AS tb,
  tblDetail AS td
WHERE
  ts.KEY = :stend_id
  AND ts.KEY = tb.stend_id
  AND tb.KEY = td.block_id
GROUP BY
  ts.KEY,
  ts.name,
  td.name

Я сейчас выполнил этот запрос - увидел не то, что ожидал.

Только одна запись с количеством 12. Так не должно быть... Я думаю это Access так стрёмно работает... либо надо что-то там настраивать.

@DenProx · 28.09.2010, 13:01 **[ТС]**

похоже, все таки придется вручную запихивать записи...

Добавлено через 22 часа 3 минуты
в процессе составления ручного ввода, дело дошло до первого вопроса, который здесь рассматривался. Возникла ошибка, в Ацесе работает без проблем, в Delphi не хочет... пишет "Ошибка в синтаксисе предложения FROM"

вот код:

Delphi
1
2
3
4
5
6
7
DM.QSostav2.Active := False;
DM.QSostav2.SQL.Add('SELECT SectionName,SortName, ObosnachName, Nujno, Price,'+
                   ' Summa, SUM(count) AS count_sum, SUM(sklad) AS sklad_sum');
DM.QSostav2.SQL.Add('FROM Sostav2');
DM.QSostav2.SQL.Add('GROUP BY Sostav2.SectionName, Sostav2.SortName,'+
                    ' Sostav2.ObosnachName');
DM.QSostav2.Active := True;

SQL
1
2
3
SELECT Sostav2.SectionName, Sostav2.SortName, Sostav2.ObosnachName, SUM(Sostav2.Count) AS count_sum, SUM(Sostav2.Sklad) AS sklad_sum
FROM Sostav2
GROUP BY Sostav2.SectionName, Sostav2.SortName, Sostav2.ObosnachName;

что может быть не так?

@SAMZ · 28.09.2010, 13:13

А у Вас DM.QSostav2.SQL чистый. Может нужно

Delphi
1
DM.QSostav2.SQL.Clear;

@Lord_Voodoo · 28.09.2010, 13:15

DenProx, ну вообще они не сильно-то и похожи, у вас в запросе из билдера гораздо больше полей указано в select, при этом их нет в разделе group by... а без этого никак, если вы используете агрегатные функции

@DenProx · 28.09.2010, 13:27 **[ТС]**

SAMZ, Clear действительно забыл поставить...))

Lord_Voodoo, я по разному пробывал, просто на текущий момент, было так...

Clear поставил, запрос дополнил:

Delphi
1
2
3
4
5
6
7
8
9
DM.QSostav2.Active := False;
DM.QSostav2.SQL.Clear;
DM.QSostav2.SQL.Add('SELECT Sostav2.SectionName, Sostav2.SortName, Sostav2.ObosnachName,'+
                    ' Sostav2.Nujno, Sostav2.Price, Sostav2.Summa,'+
                    ' SUM(Sostav2.Count) AS count_sum, SUM(Sostav2.Sklad) AS sklad_sum');
DM.QSostav2.SQL.Add('FROM Sostav2');
DM.QSostav2.SQL.Add('GROUP BY Sostav2.SectionName, Sostav2.SortName,'+
                    ' Sostav2.ObosnachName, Sostav2.Nujno, Sostav2.Price, Sostav2.Summa);
DM.QSostav2.Active := True;

но возникает ошибка, якобы поле Count не найдено...

@Lord_Voodoo · 28.09.2010, 13:32

DenProx, а оно в этой таблице точно есть? а может и конфликтуют имена тоже как вариант

@DenProx · 28.09.2010, 13:49 **[ТС]**

Lord_Voodoo, точно есть...

вот конечный вариант...

Delphi
1
2
3
4
5
6
7
8
9
DM.QSostav2.Active := False;
DM.QSostav2.SQL.Clear;
DM.QSostav2.SQL.Add('SELECT Sostav2.id, Sostav2.SectionName, Sostav2.SortName, Sostav2.ObosnachName,'+
                    ' Sostav2.Nujno, Sostav2.Price, Sostav2.Summa, Sostav2.Count, Sostav2.Sklad,'+
                    ' SUM(Sostav2.Count) AS count_sum, SUM(Sostav2.Sklad) AS sklad_sum');
DM.QSostav2.SQL.Add('FROM Sostav2');
DM.QSostav2.SQL.Add('GROUP BY Sostav2.id, Sostav2.SectionName, Sostav2.SortName,'+
                    ' Sostav2.ObosnachName, Sostav2.Nujno, Sostav2.Price, Sostav2.Summa, Count, Sklad ');
DM.QSostav2.Active := True;

ошибки нет, но и группировки нет...

@Lord_Voodoo · 28.09.2010, 13:59

DenProx, почему вы так решили, у вас такой набор полей для группировки, что сразу группировку и не увидешь

@DenProx · 28.09.2010, 14:01 **[ТС]**

Lord_Voodoo, смысл группировки в том чтобы исключить повторяющиеся записи... а в полях Count и Sklad сумировать значения этих повторений... на 1-й или 2-й странице я описывал, эту ситуацию...

@Lord_Voodoo · 28.09.2010, 14:11

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

Новые блоги и статьи Все статьи Все блоги /
Был там один разговор по поводу свободы в материальном мире. kumehtar 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .
Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .	Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .

@DenProx Техник 318 / 176 / 27 Регистрация: 09.10.2009 Сообщений: 3,109

	SQL запрос с условиями 24.09.2010, 12:49. Показов 7505. Ответов 80 Метки нет (Все метки) Доброго времени суток. У меня такой вопрос: нужно составить запрос SQL так что бы присутствовали операторы IF. Если быть точнее, ситуация такая: нужно сформировать таблицу в которой изначально есть совпадения, но по ходу формирования нужно, их исключать при этом сумировать количество, типа, если уже есть запись, в поле Count (Количество) прибавить соответствующее значение... что можете посоветовать? 0

@DenProx Техник 318 / 176 / 27 Регистрация: 09.10.2009 Сообщений: 3,109
	27.09.2010, 14:02 [ТС]
	Mawrat, по моему все в порядке... вот схема данных... первое поле это не ID а ключевле поле - счетчик Миниатюры 0

@Mawrat 13117 / 5898 / 1708 Регистрация: 19.09.2009 Сообщений: 8,809
	27.09.2010, 14:09
	О, раз такая схема - это неправильно... В таблице tblDeteil уникальным ключом должна быть обязательно пара: (block_id, detail_id), а не отдельное поле detail_id. --- На самом деле, как я писал в предыдущем посте, должна быть четвёртая таблица - справочник деталей - в ней должен быть ключ detail_id. При этом справочник деталей и справочник блоков должны ссылаться на таблицу отображения - т. е. на ту таблицу, которая сейчас называется tblDeteil. В таблице tblDeteil ключом должна быть пара: (block_id, deteil_id). 0

@DenProx Техник 318 / 176 / 27 Регистрация: 09.10.2009 Сообщений: 3,109
	27.09.2010, 14:11 [ТС]
	Mawrat, почему не правильно? Блок може быть как отдельное изделие, и информации о стенде в детали просто не откуда будет взяться... Здесь все просто: Стенд состоит из блоков, Блоки состоят из деталей. 0

@DenProx Техник 318 / 176 / 27 Регистрация: 09.10.2009 Сообщений: 3,109
	27.09.2010, 14:31 [ТС]
	Mawrat, справочники есть, просто я вырезал их из примера.... что бы проще было) Добавлено через 23 секунды нужно сделать по тому что есть, то что мне нужно))) 0

@DenProx Техник 318 / 176 / 27 Регистрация: 09.10.2009 Сообщений: 3,109
	27.09.2010, 14:51 [ТС]
	ИД - это номер детали из справочника, т.е. это отдельная конкретная деталь. Добавлено через 2 минуты и опять ошибка... ищет в моих документах td.mdb ... и не может найти) 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	28.09.2010, 13:15
	DenProx, ну вообще они не сильно-то и похожи, у вас в запросе из билдера гораздо больше полей указано в select, при этом их нет в разделе group by... а без этого никак, если вы используете агрегатные функции 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	28.09.2010, 13:32
	DenProx, а оно в этой таблице точно есть? а может и конфликтуют имена тоже как вариант 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	28.09.2010, 13:59
	DenProx, почему вы так решили, у вас такой набор полей для группировки, что сразу группировку и не увидешь 0

@DenProx Техник 318 / 176 / 27 Регистрация: 09.10.2009 Сообщений: 3,109
	28.09.2010, 14:01 [ТС]
	Lord_Voodoo, смысл группировки в том чтобы исключить повторяющиеся записи... а в полях Count и Sklad сумировать значения этих повторений... на 1-й или 2-й странице я описывал, эту ситуацию... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	28.09.2010, 14:11
	DenProx, вы знаете, вам аксесс не даст использовать агрегатные функции без группировки... и для исключения повторяющихся записей всегда был distinct... и чем больше данных вы укажите в выборке, тем мельче будут группы, как вы уже догадались... 0