Доброго времени суток, уважаемые форумчане! Встала задача сделать выборку из базы, чтобы было видно, насколько интенсивно, в какое время суток в течение года идут заказы. Выход я нашел такой: сделать перекрёстный запрос, в строках которого часы (от 0-23), а в столбцах день года (от 1-365). Реализовал я это таким запросом:



В результате, по дням шкала правильная, а вот часы, дойдя до 23, начинаются снова с нуля. В общем, для наглядность прикладываю картинку.
Ткните пожалуйста носом, где я ошибся. Уже два дня гугл мучаю... Спасибо!

vmagStasEnsoВстала задача сделать выборку из базы, чтобы было видно, насколько интенсивно, в какое время суток в течение года идут заказы.

Ну и что там будет видно? Глаза разбегутся в разные стороны искать максимумы и минимумы...
Есть время заказа, это один запрос с группировкой по часам, суммой по количеству заказов и отсортировать сумму заказов по убыванию или возрастанию, соответственно вверху будут продуктивные часы, внизу никакие, ну или наоборот...
У меня многие этим отчетом пользуются, некоторые магазины меняют график работы, в пик открывают дополнительную кассу и т.д.

Спасибо за ответ. Тут большую роль играет сезонный фактор. Да что там! Даже дождь удваивает заказы. Аналитика тут тоньше, чем просто пиковые значения, а то что я делаю сейчас - лишь заготовка для дальнейшей обработки. На ваш вопрос отвечу - чтобы глазам не разбегаться, достаточно сделать грвлиентную подсветку. Например от красного к зелёному, в зависимости от нагрузки. Я надеюсь, что в полной мере ответил на ваш вопрос. Ответьте и вы на мой. Спасибо!

sdku, возможно я неправильно выразился. Форматы меня вполне устраивают. Не устраивает, что таблица не ограничивается 24 часами, а идёт дальше вниз. Задумка в том, чтобы выстроить год по горизонтали от 1 до 365 дней, а по вертикали часы каждый суток.

Как всегда, помог отказ от конструктора запросов (который только с толку сбивает) и построение запроса "ручками". Обошёлся без вложенных запросов и прочих сравнений, условий и выражений. Если кому понадобится - берите, не жалко:) Всем спасибо за помощь!


И результат:

zimkon, у вас в шапке формат Access 2010, у меня - 2007-2016. Возможно в этом разница. Про DISTINCT - спасибо, убрал.

zimkon, виноват, 2000, а не 2010.

zimkon, один вопрос к вам. Всего один. Какой по-вашему может быть мой мотив, чтобы рисовать километровую таблицу и всех обманывать? Вот зачем мне это? Не игнорируйте этот вопрос пожалуйста, ответьте мне на него. А на ваш отвечу картинкой:

zimkon, как видите, формат или поколение формата 2000, которым вы пользуетесь, является даже не предыдущим...

zimkon, я и есть тот, кто запустил на Access 2016, чем вам моя проверка не нравится? По поводу самой базы, она на PostgreSQL построена, Access я через ODBC к ней подключил.

zimkonStasEnsozimkon, я и есть тот, кто запустил на Access 2016, чем вам моя проверка не нравится? По поводу самой базы, она на PostgreSQL построена, Access я через ODBC к ней подключил.
Так что-же ты мозги людям морочишь - "база Access, база Access..." Нет у тебя никакой базы Access, а есть оболочка для работы со сторонней СУБД. Мозгокрут. Знал бы, даже отвечать бы не начинал (что, наверное, и выполню - "забью" впредь на излишнюю отзывчивость, а то как в той истории - сам же ещё виноват окажешься).

По-моему, вы сами себе голову морочите т.к. не хотите проверить свою базу на access 2016, а путаете и себя и людей. Сегодня уже времени нет, а завтра сгенерю аналогичную базу в самом Access и сделаю запрос. Не для вас, а для людей, которых вы путаете.

zimkon, пожалуйста, соблюдайте культуру спора. Невежливо себя ведёте вы, а тень падает на весь форум. И по спецификации, что вы дали, тоже не всё так однозначно:

zimkonStasEnso,
Спорить с тобой - много чести для тебя. Держи пример, надеюсь разберешься , как в 2016 формат преобразовать.
Да я в общем-то и не навязывался, сказал всем спасибо и ушёл. В прочем, мне уже стало любопытно и я тут немного задержусь;)
Кстати, зачем мне эти преобразования? Я разве о чем-то просил?