|
|
3.35, Куб Кублетович (?), 13:34, 30/09/2023 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Обычная БД на GROUP BY CUBE/ROLLUP, PIVOT, UNPIVOT и расчете агрегатных функций на 100 миллионов строчек уходит в несознанку.
А в аналитической БД под капотом ленивая материализация этих расчетов и прочие чудеса. Зато часто нет операций вроде UPDATE
| |
3.38, ptr (??), 18:29, 30/09/2023 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Очень интересно. А я думал, что аналитической БД глубоко наплевать, кто с ней работает, просто она оптимизирована для аналитических запросов по большим данным, пусть даже ценой деградации производительности на иных операциях.
| |
3.41, ыы (?), 18:51, 02/10/2023 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Запросы в аналитическую БД пишут все те же профессиональные программисты. А вот смотрят что получилось- таки да, аналитики... Которые программировать вообще говоря не умеют. Они экономисты. И если они и напишут чтото сами - то ревью кода просто положит в гроб всех ревьювщиков...
Но правда в таких системах sqlite почемуто не используют. Может теперь начнут? :)
| |
|
|
3.46, Аноним (44), 16:00, 04/10/2023 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
Как выполнится эта операция зависит от того, как реализован интерпретатор Сиквела, как работает и тд и тп. И вообще никак от самого запроса не зависит. Запрос логически верный. Остальное -- дело потрохов. Вот авторы этой самой УткаПодКроватьюБД утверждают, что их реализация выполняет этот нехитрый запросец за, условно, 10 сек, а ваниль за 1 000 000 000 000 000 000 тысч световых лет. Ну и поэтому поделье лучше. Вполне по делу.
| |
3.47, Аноним (44), 16:08, 04/10/2023 [^] [^^] [^^^] [ответить] [п╨ п╪п╬п╢п╣я─п╟я┌п╬я─я┐]
| +/– |
> Эта операция выполнится быстро. Как именно вы хотите это оптимизировать?
... и это не операция, а выражение. Это выражение в набор операций превратит интерпретатор и оптимизатор.
| |
|
|
|