VF
Да, поэтому я и сказал: важно данные и их структура
Size: a a a
2021 August 27
AS
Где тут плюс 100500 ставить
VF
Есть запросы на выборку между датами, если использовать id для селективности то тоже норм. Вообще важно сколько, грубо говоря, строк в таблице, если до нескольких миллионов, то будет норм работать
VF
Есть запросы по конкретным id, они понятно быстрые
V
Выбор чаще всего зависит от компетенции команды. У вас есть dba?
У вас и pg будет работать, если есть кто умеет в него, а если нет, то боли будут с любой.
У вас и pg будет работать, если есть кто умеет в него, а если нет, то боли будут с любой.
VF
Кстати BiqQuery норм, но опять же важно как использовать, может быть дорого
V
что в нём нормального? вытягивает за счёт ресурсов только
VF
Ну для пользователя то какая разница? Быстро загрузить, быстро повыбирать много данных, ничего не надо поддерживать.
V
пользователь должен хорошо знать его SQL
VF
Пользователь должен знать. Это конечно проблема 😁
AS
ну до тех пор пока террабайты данных не будут помещаться в ОЗУ, пользователю придется знать как работают эти инструменты
AS
ну или платить деньги тем кто знает
ML
(закатывая рукава) MS SQL!
SU
божественная субд, из коробки работает без бубна
DT
особенно форматирование дат там божественное)
SU
просто функция)
DT
в страшном сне иногда мне снится, как я пишу TO_CHAR(date, 143)
DT
хотя мне нужен другой формат, но его нет в списке поддерживаемых. Действительно, кому лучше знать что мне нужно? какому-то программисту или целой субд?)
SU
лучше CONVERT
SU
ну не без косяков, не спорю. зато работает ожидаемо. лучше планировщик и кеш планов запросов