н
> хуярить быстрые инсерты/делиты
> mq
> mq
Size: a a a
2020 December 07
н
чего
н
как это связано
н
если ты про какой-нибудь колхозный RPC на реляционке вместо mq, то это ну реально колхоз
EG
как это связано
Ну у меня в голове возник теоретический кейс когда надо много объектов создавать и быстро их чистить
МФ
Если нужны очень быстрые инсёрты-делиты и база должна быть "резиновым хранилищем" то индексы на такие таблицы лучше не вешать
Хотя сейчас люди поопытнее смогут сказать что для этого лучше другие продукты юзать
Хотя сейчас люди поопытнее смогут сказать что для этого лучше другие продукты юзать
а как те же делиты делать быстро без индексов? наверняка удалять записи будут по фильтру, без индексов же долго будет отбираться это всё?
н
я кстати даже хз как устроена среднестатистическая бд для mq
н
а как те же делиты делать быстро без индексов? наверняка удалять записи будут по фильтру, без индексов же долго будет отбираться это всё?
truncate
EG
а как те же делиты делать быстро без индексов? наверняка удалять записи будут по фильтру, без индексов же долго будет отбираться это всё?
Есть конкретный кейс просто когда индексы вредны
Каждый раз при инсерте зачастую (зависит от индексов конечно) ты их перестраиваешь
И если на таблице слишком много вредных индексов и прочего, то это может на самом деле даже аффектить перфоманс
Каждый раз при инсерте зачастую (зависит от индексов конечно) ты их перестраиваешь
И если на таблице слишком много вредных индексов и прочего, то это может на самом деле даже аффектить перфоманс
EG
Ни разу такого в проде не видел (и надеюсь не увидеть), но теоретически такое возможно
н
на табличке в любом случае будет хотя бы один кластерный индекс (кроме случаев табличек без пк, но это само по себе мем)
EG
https://kohera.be/blog/sql-server/sql-server-problem-tombola-many-indexes/#:~:text=This%20has%20a%20significant%20performance,impact%20on%20your%20read%20performance.
Вот статья по данным кейсам, кстати, нашел
Вот статья по данным кейсам, кстати, нашел
н
каждую колонку естественно индексить не надо
н
особенно когда у тебя их 50
S
на табличке в любом случае будет хотя бы один кластерный индекс (кроме случаев табличек без пк, но это само по себе мем)
* - актуально для ms sql, в том же постгре кластерных индексов нет
н
* - актуально для ms sql, в том же постгре кластерных индексов нет
поэтому я кластерный и зачеркнул там будет uq индекс в любом случае
EG
* - актуально для ms sql, в том же постгре кластерных индексов нет
S
"Clustering is a one-time operation: when the table is subsequently updated, the changes are not clustered. That is, no attempt is made to store new or updated rows according to their index order. "