- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
SELECT 'январь' mes, a.datogt, gr.date_ogt datogt_, a.id_grafik,
a.date_ogt dat_zam, 0 pr_zam, TO_CHAR(gr.date_ogt, 'DD') dat_zam_,
0 pr_zam_, a.date_inp dat_nach, 0 pr_nach,
TO_CHAR(gr.date_inp, 'DD') dat_nach_, 0 pr_nach_
FROM (SELECT id_grafik, TO_CHAR(date_inp, 'DD') date_inp,
TO_CHAR(date_ogt, 'DD') date_ogt, date_ogt datogt, god,
TO_CHAR(date_ogt, 'MM') mon
FROM protokol p
WHERE god = p_god
AND TO_NUMBER(TO_CHAR(date_inp, 'MM')) = 01
AND pr_protokol = 1
AND flag_a = 1) a
INNER JOIN protokol gr
ON gr.god = a.god
AND TO_CHAR(gr.date_ogt, 'mm') = a.mon
AND gr.pr_protokol = 2
AND flag_a = 1
Самое страшное это юнионы чтобы вытянуть 12 месяцев
SELECT 'январь' mes, ...
union all
SELECT 'февраль' mes,...
...
union all
SELECT 'декабрь' mes, ...
такое чувство что способы извлечения наименования месяца из даты автору неизвестны
я как-то участвовал в прикручивании бэк-энда для SAP BusinessObjects к продукту.
единственно чем тебе OLAP'ы "помогают", это то что они от тебя вот такое говно скрывают.
ни разу не видел, чтобы у кого-то это реально заработало и не требовало программистов
наверное потому что руки кривые, нет?
да нет, нет, нет!!
Почитайте же что такое OLAP куб! Какие там надо "запросы писать"?
https://www.youtube.com/watch?v=Il1MhgFQGUw
или: как маркетолог из базы 1+ГБ данных/300+ таблиц себе этот куб соберет?
или ты "анализируешь" базу с траффиком в пару сотен/пару тысяч новых строк в месяц?
оралук поддерживает "sql мышкой", так что быть программистом для создания сраных гиперкубов вовсе не нужно Это блядь необходимо, потому что в оралуке все через жопу! Интуитивный интерфейс настолько интуитивен, что боишься как бы базу не распидорасило вместе с компом!
ээ, не, для такой херни олап не нужен
так даже и "sql мышкой" работает (kegdan'овы флеймы про оракакал игнорируя) так "хорошо" как мы уже знаем больше 20 лет - на горьких уроках M$Access и его других предшественников.
мне это немного напоминает ситуацию с "mediation devices" лабудами. началось так же: даже секретарша может! мышкой диаграмку из пяти-десяти блоков набросал! блоки соединил! нажал run! воркфлоу побежал! пара минут и данные готовы! ... десять лет спустя, диаграмы выросли до сотен блоков, с вложеными под-диаграмами, с нетривиальными семантическими зависимостями между блоками и под-диаграмами, которые даже ветеранам и аксакалам недели нужны что бы разгрести что бы найти почему не работает. потому что в конце получился специализированный графический язык программирования, и как не крутись для него тебе нужен программист.
к чему веду. да, если у тебя данных и таблиц столько много что даже и стереотипичная секретарша может, то "sql мышкой" будет работать. но если у тебя какая даже полусерьёзная DDL, то там уже нужен некто кто эту дата модел понимает.
А так согласен.
зачем отрицать олап только за то, что с ним не работали?
я вон в паре систем от бедности (там у заказчика оракл стд едишен) руками аггрегаты фактов собираю - въебал отдельный тейблспейс, пакетом с джобом каждую ночь данные за день в десяток разных таблиц подъедаются, а все дименшены и так в олтп есть
и то этим отчеты (джаспер) и тупо выгрузки на порядок ускорил, теперь отчет на 50 колонок для квартальной премии тысячи сотрудников не полчаса грузится, а в пределах минуты
я вообще говорил о том, что к проектированию хранилища мышкой не подступишься, и кроме сумм/каунтов и срезов по измерениям часто кучу других задач перед отчетами ставят
guesto, за интеграцию экселя спасибо
оно работает с чем-то ещё, кроме ms sql server?
Как, блядь, можно называть это "быстро и мышкой создавать отчеты", если это уже по определению без бородатых программеров не делается?
Честно, мне тяжело представить полезность вообще всей этой затеи. С точки зрения статистики - ОЛАП, это недостаточно. С точки зрения пользователя типа бухгалтера или менеджера - слишком сложно. Пользователи типа менеджеров просто хотят запомнить минимальное необходимое количество операций нужных для того, чтобы получить отчет, и не хотят вдаваться в подробности того, как данные организованы, и какие другие сведения из них можно получить.
Программист собирает куб один раз, а потом маркетолог крутит его, как хочет
Вы знаете как pivot tables в excel работают?
https://www.youtube.com/watch?v=vQ4dnBrtrWc
https://www.youtube.com/watch?v=f8Kj44Pp8jM