запросы для отчёта

[dr03]

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

В условии задачи (первое сообщение данной темы) требовалось определить число повторных вызовов внутри суток. "Предложенный запрос" это и делает. А "Мой запрос" считает количество вызовов по одному и тому же адресу в течение некоторого периода (в данном случае по всей базе). Трудно ожидать одинаковых результатов от столь разных запросов.

Что касается п.2, не понятно, что именно не так. Если Вы анализировали результат выполнения "Предложенного запроса", то какую именно неточность Вы обнаружили?

вот это сюрприз!А я то и не подумал

[dr03]

а как мне поправить мой запрос?...что бы был как Ваш,но при этом фиксировал бы все случаи повторов на этот адрес за весь период?

[ovt256]

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

а как мне поправить мой запрос?...что бы был как Ваш,но при этом фиксировал бы все случаи повторов на этот адрес за весь период?

В моем запросе убрать поле Дата вызова из группировки и вообще из запроса:

SELECT вызов.фио_пациента, вызов.адрес_ГОРОД, вызов.адрес_УЛИЦА, вызов.адрес_ДОМ, вызов.адрес_КОРПУС, вызов.адрес_КВАРТИРА, Count(вызов.Код) AS [Count-Код]
FROM вызов
GROUP BY вызов.фио_пациента, вызов.адрес_ГОРОД, вызов.адрес_УЛИЦА, вызов.адрес_ДОМ, вызов.адрес_КОРПУС, вызов.адрес_КВАРТИРА
HAVING (((Count(вызов.Код))>1));

И еще до кучи убрать фио пациента, поскольку по одному и тому же адресу проживают фИношина, фЕношина и финоСина

[dr03]

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

В моем запросе убрать поле Дата вызова из группировки и вообще из запроса:

SELECT вызов.фио_пациента, вызов.адрес_ГОРОД, вызов.адрес_УЛИЦА, вызов.адрес_ДОМ, вызов.адрес_КОРПУС, вызов.адрес_КВАРТИРА, Count(вызов.Код) AS [Count-Код]
FROM вызов
GROUP BY вызов.фио_пациента, вызов.адрес_ГОРОД, вызов.адрес_УЛИЦА, вызов.адрес_ДОМ, вызов.адрес_КОРПУС, вызов.адрес_КВАРТИРА
HAVING (((Count(вызов.Код))>1));

И еще до кучи убрать фио пациента, поскольку по одному и тому же адресу проживают фИношина, фЕношина и финоСина

всё точно как в аптеке!

[dr03]

С прошедшими праздниками форумчане!
Возникли сложности с запросом "летальность ССС за месяц" в базе 40-9.
Не отрабатывает запрос"Between #0:03:59# And #23:59:59#".Необходимо заметить, что в другом запросе "Летальность при ССС" в поле "с 4 до 15 "всё работает! Прада строка в построителе в этом запросе небольшая:с 4 до 15: Sum(IIf([вызов]![точный_диагноз] Like "*смерт*" And [повод]![ОПИСАНИЕ] Not Like "*умер*" And [вызов]![время_задержки] Between #0:03:59# And #0:14:59#;1;0))".В другом случае "летальность ССС за месяц" с большим количеством условий в поле "задержка ССС вся" запрос уже не работает.
Вопрос1:Как правильно прописать в построителе? Возможно слишком длинный список условий для условия "Between #0:03:59# And #0:14:59#", или соединены не правильно.
Вопрос 2:Вероятно можно прописать условие [вызов]![время_задержки] Between #0:03:59# And #0:14:59# в запросе "задержка ССС вся" в строке "условия отбора", тогда как будет выглядеть такая запись?

[ovt256]

На лицо одна неточность. Поле "ССС всего" и поле "задержка ССС вся", если из выражения последнего убрать фильтр по задержке, должны давать одинаковые результаты. Но у Вас результаты разные. Причина в том, что фильтры по болячкам в этих полях отличаются, а должны совпадать.

Поскольку фильтры достаточно сложны из-за обилия параметров, я бы делал так: Запросом №1 я бы отфильтровал все записи, удовлетворяющие понятию ССС, а запросом №2, построенном на основании запроса №1, уже считал бы задержки. В этом случае сложный фильтр по болячкам использовался бы только в запросе №1, а остальные фильтры по времени задержки - в запросе №2

[dr03]

На лицо одна неточность. Поле "ССС всего" и поле "задержка ССС вся", если из выражения последнего убрать фильтр по задержке, должны давать одинаковые результаты. Но у Вас результаты разные. Причина в том, что фильтры по болячкам в этих полях отличаются, а должны совпадать.

да это так!Честно говоря не ожидал, что так подробно будет рассмотрен фильтр(приятно удивлён такому детальному подходу).Всё дело в том, что фильтр по времени уже не вмещался в строку, поэтому пришлось пренебречь некоторыми на мой взгляд не значительными данными(3-4 случая не страшно)
Очень важно было понять:возможно было ли сделать в этом же запросе? Ответ с вашей стороны ovt256 весьма исчерпывающий:

 я бы делал так: Запросом №1 я бы отфильтровал все записи, удовлетворяющие понятию ССС, а запросом №2, построенном на основании запроса №1, уже считал бы задержки.

В принципе сделал БД "запрос ССС"- запрос"время приёма и задержки"-через запрос-"ССС за месяц".Вроде всё считает...но потеря данных всё равно идёт.Так например: запрос"время приёма и задержки" сумма полей от "0-8" и до "18-0"=338(это интересно но не страшно) , а так же сумма с "до 4" до "свыше 60"-результат 312(вот это потеря!);при том что записей 337-где то теряется не пойму?
А вообще конечно огромная благодарность за столь детальный разбор моей проблемы!

[ovt256]

Разбираемся дальше. Запрос "ССС за месяц" не следует делать с итогами, ведь итоги ушли в следующий запрос. Если допустить, что в БД есть записи с одинаковыми значениями полей, то запрос с группировкой объединит их в одну запись, чего нам не надо. Конечно, в Вашем случае такого не происходит, но тогда зачем напрягать процессор выполнением группировки?
Теперь второй запрос "время приема и задержки". Тут тоже есть небольшой косячек. Дело в том, что оператор BETWEEN включает границы диапазона. Рассмотрим условия:

0 до 8: Sum(IIf([ССС за месяц]![время_приёма_вызова] Between #00:00:00# And #08:00:00#;1;0))
с 8 до 14: Sum(IIf([ССС за месяц]![время_приёма_вызова] Between #08:00:00# And #14:00:00#;1;0))
с 14 до 18: Sum(IIf([ССС за месяц]![время_приёма_вызова] Between #14:00:00# And #18:00:00#;1;0))
с 18 до 0: Sum(IIf([ССС за месяц]![время_приёма_вызова] Between #18:00:00# And #23:59:00#;1;0))

Что происходит при проверке данных условий? Если время задержки равно либо 8, либо 14, либо 18, то данная запись попадет в оба соседних диапазона. Здесь надо либо на секунду разнести на 1 секунду, либо заменить BETWEEN на пару IIF
Начните с этого, а потом, если циферки не будут биться, выкладывайте очередной вариант базы - будем думать дальше.

[dr03]

первая часть отработала на 100% -337 против 337
вторая часть- не точно: 331 против 337!

[shanemac51]

предпочитаю вариант с предварительным формированием рабочих запроса или таблицы