Size: a a a

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

2019 July 04

СХ

Старый Хрыч in Обсуждения техдирские
источник

ak

aλ>>=ix>=> kononov in Обсуждения техдирские
майки такие - «кароч пацаны мсскл говно,юзайте спарк»
источник

ИП

Иван Повстен in Обсуждения техдирские
Andrey Shetukhin
Таки в чём проблема-то? Сделай репликацию и считай олап свой на отдельном сервере.
у тебя проблема в том, что ты должен ОДНОВРЕМЕННО читать реплог и выгружать данные в куб
источник

К

Кабак уровня /b/ in Обсуждения техдирские
Где порекомендовали то
источник

К

Кабак уровня /b/ in Обсуждения техдирские
На форуме стек оверфлов?
источник

СХ

Старый Хрыч in Обсуждения техдирские
Кабак уровня /b/
Где порекомендовали то
им порекомендовали, когда разбирали проблемы
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Иван Повстен
у тебя проблема в том, что ты должен ОДНОВРЕМЕННО читать реплог и выгружать данные в куб
Ну то есть ты мне рассказываешь, что репликация со слейва, где нет транзакций, а только накат лога дороже, чем репликация с мастера, где и транзакции и лог пишется?
источник

DS

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

ИП

Иван Повстен in Обсуждения техдирские
Andrey Shetukhin
Ну то есть ты мне рассказываешь, что репликация со слейва, где нет транзакций, а только накат лога дороже, чем репликация с мастера, где и транзакции и лог пишется?
дешевле конечно, но беда в том, что тебе нужен еще один ОЧЕНЬ БОЛЬШОЙ СЕРВЕР
источник

СХ

Старый Хрыч in Обсуждения техдирские
Dmitry Simonov
Это решение только проблемы с аналитикой. А вот если приложения единой системы общаются друг с другом через БД, это решение столкнётся с рядом гонок.
🤣😅😂у меня складывается вмечатление, что этому проекту лет 20
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Dmitry Simonov
Это решение только проблемы с аналитикой. А вот если приложения единой системы общаются друг с другом через БД, это решение столкнётся с рядом гонок.
Оно гораздо быстрее столкнётся с гонкой, если делаются аналитические запросы. Потому что это в транзакции (даже если ты её не объявлял), а значит - будут локи на таблицы.
источник

ИП

Иван Повстен in Обсуждения техдирские
и к нему ОЧЕНЬ БОЛЬШАЯ ПОЛКА
источник

ak

aλ>>=ix>=> kononov in Обсуждения техдирские
Dmitry Simonov
Это решение только проблемы с аналитикой. А вот если приложения единой системы общаются друг с другом через БД, это решение столкнётся с рядом гонок.
>общаются через бд
источник

ak

aλ>>=ix>=> kononov in Обсуждения техдирские
источник

СХ

Старый Хрыч in Обсуждения техдирские
aλ>>=ix>=> kononov
>общаются через бд
везде своё, я видел конторы где очередь как бд юзается
источник

ak

aλ>>=ix>=> kononov in Обсуждения техдирские
Старый Хрыч
везде своё, я видел конторы где очередь как бд юзается
еще один пример долбоебизма
источник

ak

aλ>>=ix>=> kononov in Обсуждения техдирские
спс хрыч
источник

DS

Dmitry Simonov in Обсуждения техдирские
aλ>>=ix>=> kononov
еще один пример долбоебизма
!warn лексикончик
источник

C

Combot in Обсуждения техдирские
Dmitry Simonov has warned a->λ->i->x kononov (1/5)
Reason: лексикончик
источник

AS

Andrey Shetukhin in Обсуждения техдирские
Иван Повстен
дешевле конечно, но беда в том, что тебе нужен еще один ОЧЕНЬ БОЛЬШОЙ СЕРВЕР
Ну так извини. Если тебе реально нужна аналитика - ставь сервер. А если у тебя "аналитика", где менеджеру просто надо играться с цифрами - то сервер тебе не нужен, и решение проблемы - уволить игруна.
источник