Size: a a a

Обсуждения техдирские

2019 July 04

DS

Dmitry Simonov in Обсуждения техдирские
Andrey Shetukhin
Сделать репликацию и гонять аналитику на втором сервере - сложно? MSSQL этого не умеет?
Реплику он конечно умеет.
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Dmitry Simonov
Реплику он конечно умеет.
Тогда в чём дело?
источник

DS

Dmitry Simonov in Обсуждения техдирские
Andrey Shetukhin
Тогда в чём дело?
И выглядит это как дешёвое решение для паллиативного затыкания дыры. Отправлю в работу.
источник

СХ

Старый Хрыч in Обсуждения техдирские
Andrey Shetukhin
Потому, что смешивание роли аналитической СУБД и транзакционной -  нерабочее решение (если только у вас нет бесконечных ресурсов, или у вас  система на 100 записей).
ну хз, hadoop так и работает, через hive делают аналогию субд, а далее поехало
источник

СХ

Старый Хрыч in Обсуждения техдирские
Dmitry Simonov
И выглядит это как дешёвое решение для паллиативного затыкания дыры. Отправлю в работу.
только не забывайте особенность mssql с кешированием
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Dmitry Simonov
И выглядит это как дешёвое решение для паллиативного затыкания дыры. Отправлю в работу.
Что выглядит? Вынести аналитику на отдельный сервер? Это не дешёвое решение, это отличное решение, и так надо делать всегда, если стоит задача считать кубы не ломая поступление и обработку данных
источник

ИП

Иван Повстен in Обсуждения техдирские
Dmitry Simonov
И выглядит это как дешёвое решение для паллиативного затыкания дыры. Отправлю в работу.
тут такое дело. ETL из базы в базу дело НЕБЫСТРОЕ
источник

ИП

Иван Повстен in Обсуждения техдирские
Andrey Shetukhin
Что выглядит? Вынести аналитику на отдельный сервер? Это не дешёвое решение, это отличное решение, и так надо делать всегда, если стоит задача считать кубы не ломая поступление и обработку данных
я с тобой не соглашусь
источник

ИП

Иван Повстен in Обсуждения техдирские
если у вас большие обьемы - то начинается ПИПЕЦ
источник

СХ

Старый Хрыч in Обсуждения техдирские
Иван Повстен
тут такое дело. ETL из базы в базу дело НЕБЫСТРОЕ
потому и берут спарк+скала
источник

ИП

Иван Повстен in Обсуждения техдирские
Старый Хрыч
потому и берут спарк+скала
гыгыгыг
источник

ИП

Иван Повстен in Обсуждения техдирские
нет\
источник

СХ

Старый Хрыч in Обсуждения техдирские
почему? я видел такие решения
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Иван Повстен
я с тобой не соглашусь
При бесконечных ресурсах ты можешь себе позволить кучить zseries и считать аналитику на проде.
источник

ИП

Иван Повстен in Обсуждения техдирские
я тоже
источник

ИП

Иван Повстен in Обсуждения техдирские
Andrey Shetukhin
При бесконечных ресурсах ты можешь себе позволить кучить zseries и считать аналитику на проде.
смотри в чем беда - у тебя ETL на выгрузку очень сильно нагружает БД
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Иван Повстен
если у вас большие обьемы - то начинается ПИПЕЦ
Если у вас ПИПЕЦ с репликацией БД, у меня для вас новости из разряда, что Греф - пидорас.
источник

ИП

Иван Повстен in Обсуждения техдирские
потом ETL на зарузку
источник

ИП

Иван Повстен in Обсуждения техдирские
Andrey Shetukhin
Если у вас ПИПЕЦ с репликацией БД, у меня для вас новости из разряда, что Греф - пидорас.
ты предлагаешь реплику со слейва?
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Иван Повстен
смотри в чем беда - у тебя ETL на выгрузку очень сильно нагружает БД
Нет, так как реплицируется лог, а не база.
источник