DT
либо трипары
Хорошо, трипар позволит нагнать N часов вперед с момента последнего снапшота? Что бы не потерять изменения?
Size: a a a
2020 July 27
СХ
тут явно просится nosql
😐я уже представил наш селект на 200 строк в hive который решили запустить
СХ
Хорошо, трипар позволит нагнать N часов вперед с момента последнего снапшота? Что бы не потерять изменения?
там можно снаапшот делать хоть каждые 2 минуты
СХ
как банки и делают
K
😐я уже представил наш селект на 200 строк в hive который решили запустить
а зачем
K
одно для сырых данных
K
другое для вьюх
K
постройте нормальный процесс
K
нежели хранить сырье в базе, в которой достаточно высокая цена хранения
СХ
нежели хранить сырье в базе, в которой достаточно высокая цена хранения
увы, нас требования зачастую делать селекты с выборками за 10 лет
СХ
увы
K
увы, нас требования зачастую делать селекты с выборками за 10 лет
но вам для таких селектов транхакции не нужны?
СХ
но вам для таких селектов транхакции не нужны?
транзации нужны при записях
K
можно в кассандру отправить данные или хайв, уже построенную витрину
СХ
потому что человек сначала купил товар, а потом отменяет
СХ
и это к нам тоже попадает
K
ну а зачем аналитику поверх sql делать?
DT
там можно снаапшот делать хоть каждые 2 минуты
И все это совершенно бесплатно и без штрафов.
Моя позиция, то, что все те обоснования что ты назвал, что это дает больше возможностей чем несчастный постгрес, на самом деле не не являются ими, тк в постгре это тоже можно сделать.
Да, наверняка есть у оракла преимущества перед постгресом, но не то что ты назвал.
Моя позиция, то, что все те обоснования что ты назвал, что это дает больше возможностей чем несчастный постгрес, на самом деле не не являются ими, тк в постгре это тоже можно сделать.
Да, наверняка есть у оракла преимущества перед постгресом, но не то что ты назвал.
K
потому что человек сначала купил товар, а потом отменяет
10 лет назад и схема была другая
СХ
10 лет назад и схема была другая
да, но схема модернизируется, там куча веселья у налоговой было