๖
У меня к тебе идентичный вопрос, потому что да, абсолютно
Что?
Size: a a a
2021 January 04
A
У меня к тебе идентичный вопрос, потому что да, абсолютно
Осторожно, там в закладках есть папочка “хакинг”, взломает молодой человек тебя и все, и все! 😏
NK
2021 January 05
E
Я и так на работе базы собираю, нахера мне ещё?
Ш
Я и так на работе базы собираю, нахера мне ещё?
SC
привет. Как поступить: есть в БД много колонок, по которым нужно совершать сортировку (не одновременно, а как решит юзер). И что, вешать на каждый из них btree - индекс? Гуглил, в статьях сказано, что множество индексов может усугубить производительность, а без индексов сортировка работает долго на больших данных. Как поступить правильнее, может чё-небудь подскажите? Спасибо
L
база какая?
SC
Постгрес
L
сорри, не прочёл сразу "не одновременно, а как решит юзер"
я бы повесил индексы, да. производительность ухудшится на insert/update/delete
https://use-the-index-luke.com/sql/dml
я бы повесил индексы, да. производительность ухудшится на insert/update/delete
https://use-the-index-luke.com/sql/dml
SC
Livegeny
сорри, не прочёл сразу "не одновременно, а как решит юзер"
я бы повесил индексы, да. производительность ухудшится на insert/update/delete
https://use-the-index-luke.com/sql/dml
я бы повесил индексы, да. производительность ухудшится на insert/update/delete
https://use-the-index-luke.com/sql/dml
а разделение таблицы на несколько не поможет, типа одна под сортировку имеет два поля, другая ещё два грубо говоря, правда запись, обновление, удаление придётся делать сразу во все разделенные таблицы, но можно транзакциями.
L
если запись придется делать во все, то в чем ускорение?
SC
Livegeny
если запись придется делать во все, то в чем ускорение?
вот именно что ни в чём)) тоже самое выходит
SC
или как-то может репликами обойтись, типа реплика на чтение с индексами, другая на всё остальное - без, так же можно?
L
по-моему, ты решаешь проблему, которая ещё не появилась
SC
Livegeny
по-моему, ты решаешь проблему, которая ещё не появилась
да) чисто теоретическая проблема (пока) )
IZ
привет. Как поступить: есть в БД много колонок, по которым нужно совершать сортировку (не одновременно, а как решит юзер). И что, вешать на каждый из них btree - индекс? Гуглил, в статьях сказано, что множество индексов может усугубить производительность, а без индексов сортировка работает долго на больших данных. Как поступить правильнее, может чё-небудь подскажите? Спасибо
На сортировку вешать индексы не нужно.
Нужно фильтровать данные не более , скажем, 2000 строк. Тогда любая сотрировка будет ок и без индекса
Нужно фильтровать данные не более , скажем, 2000 строк. Тогда любая сотрировка будет ок и без индекса
SC
На сортировку вешать индексы не нужно.
Нужно фильтровать данные не более , скажем, 2000 строк. Тогда любая сотрировка будет ок и без индекса
Нужно фильтровать данные не более , скажем, 2000 строк. Тогда любая сотрировка будет ок и без индекса
а что делать, если среди всех допустим товаров нужно выбрать самый дешёвый/дорогой (в любом случае, в 2000 товаров этот может не входить допустим)
IZ
а что делать, если среди всех допустим товаров нужно выбрать самый дешёвый/дорогой (в любом случае, в 2000 товаров этот может не входить допустим)
То же самое. Выбирать просто самый дешёвый товар бессмысленно.
Надо выбирать товар, подходящий пот несколько критериев, И ТОЛЬКО ПОТОМ САМЫЙ ДЕШЁВЫЙ.
Надо выбирать товар, подходящий пот несколько критериев, И ТОЛЬКО ПОТОМ САМЫЙ ДЕШЁВЫЙ.
SC
То же самое. Выбирать просто самый дешёвый товар бессмысленно.
Надо выбирать товар, подходящий пот несколько критериев, И ТОЛЬКО ПОТОМ САМЫЙ ДЕШЁВЫЙ.
Надо выбирать товар, подходящий пот несколько критериев, И ТОЛЬКО ПОТОМ САМЫЙ ДЕШЁВЫЙ.
тоесть получается сначала фильтр, потом сортировка