
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
16.02.2018, 15:33
|
|||
|---|---|---|---|
|
|||
как организовать работу с OLAP? |
|||
|
#18+
есть команда девелоперов которая работает OLAP кубами как организовать совместную работу так что бы девелоперы не мешали друг другу понятное дело что работать парралельно с одним и тем же кубом практически нереально вопрос в том как технически сделать что бы разные девелоперы не пересекались на одном и том же кубе ? может есть какой-нибудь софт для этого? или единственный способ это руководителю держать в голове кто с чем работает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 16:05
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f., разработчики чего? + отчётности на этих кубах (в т.ч. Data Mining)? + разработчики самих кубов (т.е.? - - - а) структуры кубов (измерения/меры) - - - б) MDX скриптов (если многомерная модель) - - - в) обновления/процессинга + разработчики источников/DWH для кубов? + админы SSAS сервера (настройка параметров instance, роли/доступ)? + тестеры кубов (QA, Data Validation, Performance.. и пр.)? вариантов много от отдельных баз данных для каждого (с Master-Copy) / инстанций (синхронизация) / серверов (девелоперские SQL лицензии бесплатные), самих кубов внутри одной базы/TFS/SVN (чтобы изменения одних разработчиков не затирали работу предыдущих) и до в конце концов простой коммуникации между разрабатывающими. а по поводу руководства - это уже управлание проектами и распределения задач - чисто организационный вопрос касающийся не только разработки на SQL Server / софта но и водителей фур, строителей, медперсонала и пр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 16:07
|
|||
|---|---|---|---|
|
|||
как организовать работу с OLAP? |
|||
|
#18+
vikkiv, девелоперы разрабатывают кубы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 16:23
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f., а что значит не пересекались? обновление скриптов, структуры куба (меры/измерения) или каждый ProcessFull норовит запустить и постоянный Lock ловят, или перезатирают работу предыдущего (которую закинули туда пару минут назад)? ещё раз - дьявол в деталях, для разных проблем часто подходят совсем разные решения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 16:42
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f. единственный способ это руководителю держать в голове кто с чем работает Таки да. А что делать? Не мы такие, жизнь такая (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 16:52
|
|||
|---|---|---|---|
|
|||
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f., работать чрез проекты, +СаурсКонтрол любой (git/tfs) соответственно один человек отчечает за окончательный коммит и выкладку на прод (можно по очереди) т.е. по крайней мере можно откатиться, если пересеклись ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 17:35
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f.вопрос в том как технически сделать что бы разные девелоперы не пересекались на одном и том же кубе ? может есть какой-нибудь софт для этого?если отвечать конкретно на этот вопрос, то если проект лежит в TFS можно забрать его для изменений с блокировкой (никто другой не сможет вносить изменения пока вы не отпустите проект). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2018, 17:48
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
когда разработчик А получает задачу, он забирает проект в отдельную ветку TFS, где и работает, когда разработчик B получает задачу, он забирает проект в отдельную ветку TFS, где и работает, каждый разработчик настраивает путь деплоя свой, таким образом они не пересекаются при разработке, потом изменения каждого переносятся в основную ветку, перенос руками, т.к. делать автоматический merge на xml не стоит после каждого переноса - тестовый деплой и расчет куба ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.02.2018, 10:20
|
|||
|---|---|---|---|
|
|||
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f.девелоперы разрабатывают кубы"В танке сломалась рация" По сути: лучше разграничивать задачи по разным функциональным проектам (при сборке меньше пересечений будет). Потом - ведущий разработчик руками собирает на dev_common и переносит на тест. первый пункт позволит минимизировать:Дедушкато если проект лежит в TFS можно забрать его для изменений с блокировкой (никто другой не сможет вносить изменения пока вы не отпустите проект).Но все равно в большом проекте куча пересечений будет. Особенно по "популярным" таблицам типа "продажи"/"запасы"... С Уважением, Георгий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.02.2018, 10:32
|
|||
|---|---|---|---|
|
|||
как организовать работу с OLAP? |
|||
|
#18+
fduch f.f.есть команда девелоперов которая работает OLAP кубами как организовать совместную работу так что бы девелоперы не мешали друг другу ... Гм, из собственной практики - несколько подходов: Независимые кубы для выделенных предметных областей, далее - сводим в один куб как linked measures. Важно - иметь подход к наименованию объектов, чтобы не получить 2 одинково называющихся меры. Измерения - общие. Есть "утилита" - SSASHelper, в составе ASSP Codeplex . Ее можно использовать для организации совместной работы и последующего сведения кубов через XML merge с "просмотром глазами". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.02.2018, 10:38
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
Многомерная база OLAP одна поверх единой реляционной модели данных DWH. На единой многомерной базе создаются разные кубы, количество которых, ИМХО, надо минимизировать, т.е. создавать новый куб только тогда, когда по совокупности разных факторов в базовый первоначальный куб уже тяжело. Изменения в многомерной базе данных OLAP - лучше не допускать, т.е. стараться сразу проектировать оптимально, правильно. В базу данных OLAP добавлять новые измерения. А вот создание кубов на основе многомерной базы - можно разделить между участниками, где каждый концентрируется по предметной подобласти. Сведение в единый проект наработок по кубам - тут перенос руками выполняет OLAP-архитектор. Критик прав: автоматический merge на xml не стоит, уж много нюансов, особенно по MDX-скриптам и Dimension Usage . OLAP-архитектор выполняет анализ, review разработок кубов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.02.2018, 13:29
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
George NordicНо все равно в большом проекте куча пересечений будет.реалии таковы, что либо тоталитаризм - лочить проект (можно лочить только объект с которым работаешь, но вероятность поиметь чудеса довольно велика) либо анархия - как писал выше Критик каждый делает своё, потом перенос между ветками руками (при ручном копи-пасте вероятность что-нибудь забыть или сделать не так, довольно велика). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.02.2018, 13:47
|
|||
|---|---|---|---|
|
|||
как организовать работу с OLAP? |
|||
|
#18+
Дедушкалибо тоталитаризм - лочить проект (можно лочить только объект с которым работаешь, но вероятность поиметь чудеса довольно велика)У меня вой стоял - "я не могу доделать потому что залочено!", разработчики с мысли сбиваются, так как каждый сконцентрирован на решении именно данной задачи, и все как дети - всем сразу же нужна одна и та же игрушкасущность.Дедушкалибо анархия - как писал выше Критик каждый делает своё, потом перенос между ветками руками (при ручном копи-пасте вероятность что-нибудь забыть или сделать не так, довольно велика).Да, но тут нагрузка на архитектора / ведущего. Плюс попадает в сборку мусор - недоделанные проекты. Возвращаемся к fduch f.f.или единственный способ это руководителю держать в голове кто с чем работает ?, по возможности распределяя задания по разным функциональностям, чтобы было меньше пересечений. С Уважением, Георгий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.02.2018, 22:47
|
|||
|---|---|---|---|
как организовать работу с OLAP? |
|||
|
#18+
Ну, всегда можно временно отключить проект от системы хранения версийи доделать, потом перенести изменения. Вообще, именно относительно кубов у нас вообще никаких проблем нет, т.к. олапщиков мало. Сложно придумать компанию, где бы они требовались в количествах, которые вызывут такие проблемы. 95% затрат идут в ХД, в кубах только 5%, если соотношение иное, то скоро можно ожидать проблемы производительности ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/moderation_log.php?user_name=%D0%B7%D1%80%D1%8F_%D1%82%D0%B0%D0%BA]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 667ms |
| total: | 829ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...