K
А сдуру можно не только хорошую вещь сломать, сархитектить в смысле
Size: a a a
2019 December 12
K
Оракл позволяет с их помощью очень многое сделать, когда нет смысла отдельно подымать аналитику, но нужно оптимизировать некоторые отчеты и агрегации
PD
а где для общего развития почитать что не так с CLOB?
В Оракле LOBы до сих пор плохо поддерживаются во всяких инфраструктурных задачах (есть проблемы в репликации, в бэкапах и иже с ним, особенно во всяких новых фишках вроде исторических таблиц и т.п.). Раньше еще и jdbc драйвера с ними ужасно работали, но это, кажется, поправили наконец.
Ну и с json в Оракле по прежнему все грустно (даже в сравнении с mysql)
Ну и с json в Оракле по прежнему все грустно (даже в сравнении с mysql)
PD
Kostya
Сказки про матвьюхи не надо рассказывать )))
У них своя мощная ниша использования, хорошие инструменты в том же оракле и тпк далее.
У них своя мощная ниша использования, хорошие инструменты в том же оракле и тпк далее.
Э, почему сказки? Matview - это такой костыль, когда возможности сделать по хорошему нет (легаси или неумение), а выкручиваться надо. Но это именно костыль...
PD
Кстати, как сделать MatView не костылем, а концепцией - можно смотреть в CH или в ту же Vertica.
AW
Если объекты версионируемые, то после фиксации версии их можно выгрузить в любой формат и не забыть сопроводить данные метаданными (моделью). При этом, можно выгрузить версию объекта в Json и сохранить в строку MySQL, не обязательно в BLOB. В MySQL строка, если мне память не изменяет, 65 КБайт, это не так уж и мало.
Не версионирумые, нет. Если что-то поменяется в схеме, то при деплое поменяется и в данных
AW
Если вам дя статистики нужны matview, значим вы путаете OLAP и OLTP и пора для аналитики поднимать специализированное хранилище (CH или что-нибудь вроде).
Не говорю что нужны; просто сейчас мы заменяем их реальными таблицами и тупо по крону их заполняем. matview бы это банально упростило
PD
А, так поставьте CH и грузите в него, не надо насиловать бедный OLTP MySQL сервер )
PD
Не версионирумые, нет. Если что-то поменяется в схеме, то при деплое поменяется и в данных
Ну, кстати, версионирование сущностей (с хранением истории, а не для оптимистических блокировок) нужно далеко не всегда (а обычно и вообще не нужно). А вот знание версии структуры, в которую объект сериализован - необходимо, иначе рефакторинги не сделать.
AW
А, так поставьте CH и грузите в него, не надо насиловать бедный OLTP MySQL сервер )
Понятия не имею что такое CH, но с нашими размерами не думаю что в этом есть смысл. Раз в час выполнить выборку на несколько секунд- это не особо проблема пока что
K
Кстати, как сделать MatView не костылем, а концепцией - можно смотреть в CH или в ту же Vertica.
Почитаю про реализацию там, спасибо
PD
Понятия не имею что такое CH, но с нашими размерами не думаю что в этом есть смысл. Раз в час выполнить выборку на несколько секунд- это не особо проблема пока что
А... Тогда и matview не нужны. А логи вы небось, вообще не пишете?
AW
Ну, кстати, версионирование сущностей (с хранением истории, а не для оптимистических блокировок) нужно далеко не всегда (а обычно и вообще не нужно). А вот знание версии структуры, в которую объект сериализован - необходимо, иначе рефакторинги не сделать.
Ну, вот вместо версии структуры мы мигрируем данные на самую актуальную версию при деплое
AW
А... Тогда и matview не нужны. А логи вы небось, вообще не пишете?
Логи чего?
PD
Kostya
Почитаю про реализацию там, спасибо
В vertica они называются проекциями
K
Но паттернов использования для матвьюх куча, когда триггеры по определенным причинам нежелательны крайне
PD
Логи чего?
Работы приложения
AW
Есть ELK, туда падает триллион разных метрик и логов
AW
Работы приложения
пишем, конечно же
PD
Kostya
Но паттернов использования для матвьюх куча, когда триггеры по определенным причинам нежелательны крайне
Триггеры - антипаттерн вообще всегда.