Цитата |
---|
Мартын написал: Большинство "прослушавших" курсы "программистов" только горазды сыпать красивыми "умными" менеджерскими словечками типа "бизнес аналитика", "бизнес модель", "альфа/бетта/лямбда аналитика", которые особо ничего никому не говорят. Вот и получается, что компьютеры сейчас на порядки мощнее, чем 15-20 лет назад, но из-за слабеньких программистов с менеджерской подготовкой эти монстры тормозят сильнее, чем старенький комп с WIN97 на борту. |
вот это и был типичный пример
Цитата |
---|
Лалыч написал: каждый бизнес элемент (блок) важный для раздельной аналитики и обработки выделяешь в отдельную сущность. Это значительно ускоряет работу запросов и упрощает восприятие архитектуры СУБД для последователей. |
- когда даже не разработчик, а юзер вещает, что есть хорошо... - ДЛЯ ЮЗЕРА...
задача разработчика - суметь прочитать свою (или не свою) модель ДБ, если надо отрефакторить, а если проект будет развиваться - масштабировать... схема ДБ из #248 - это не схема ДБ, и уж тем более не Business Inteligence логика, хоть автор поста и пытается пропогандировать использование слов "бизнес элементы"...
===
типичный BI: ETL (e.g. PQ) -> DB (star or snowflake schema) -> PP (for Reports, Analysing, with further Forecasting)...так вот автор часть Analysing оставил, разодранную на клочья, и вещает о том, что ему так удобнее... а попробует сопровождать эту ДБ (или передать кому др. сопровождать этот ад
- там и поймёт, на какие ему курсы по программированию дальше идти......................)
... даже администратором ДБ - ему пока не быть... и если разрабатывал сам, то Разработал себе одну из тех болячек, по которой его БД предложит ему обратиться к её специалистам-врачам
- очень тематический пример у его разработчика (#248)... как говориться - кому куда надо...
===
он видимо сам ещё в эту ДБ данные не вносил - в свои т.н. Справочники (своей т.н. ненормализованной дб)...
p.s.
а создал бы одну FactTable - с остальным и в PowerPivot разобрался бы...
- что не нравится мне в ней - хочет железа чем мощнее, тем лучше... при этом не отвечает скоростью и удобством... если уж что-то и менять - то писать своего клиента (вместо и PQ, и PP)... - чисто для скорости на скромном железе (особенно, если проворачиваемые объёмы инфо и не требуют наращивать железо)...
===
хочется ускориться - просто сменить Access на дб с быстрым движком...