Можно ли ускорить запрос SELECT?

Question

[tatyana75]

Привет.
Нужна помощь знающих, я в индексах 0 .
Есть простейший запрос SELECT * from Table.
В таблице 18 полей, все они мне нужны.
Я пробовала создать индекс на все 18 полей но конечно это не приводит к увеличению производительности.
Используется PostgreSQL15 и PgAdmin.
Реально ли как-то ускорить в этом случае?
Может не индексы, может еще что есть?

Comments

[nApoBo3]

Ускорить запрос всей таблиц со всеми полями можно только разместив эту таблицу на более быстром накопителе, чтобы данные быстрее читались. Индексы позволяют ускорить "частичные" запросы.

[Дмитрий]

вам все поля из таблицы нужны, или все строки?

[tatyana75]

Дмитрий, все поля и все строки

[alexalexes]

Запрос без лимитов по выборке строк и без сортировки?
Нет дополнительных условий where?
---
Что тогда ускорять?

[Дмитрий]

tatyana75,
представьте себе вместо таблицы телефонный справочник. индекс - это что то типа оглавления. Если вам нужно найти всех с фамилией Иванов - оглавление вам поможет. Оно поможет если вам нужно найти всех у кого фамилия начинается на Пе или Зю.
Но если у вас задача стоит как - прочитать весь телефонный справочник - нельзя создать что то что поможет вам. Вам тупо его нужно взять и прочитать.

[Дмитрий]

tatyana75, чисто теоретически какую то экономию в каких то случаях можно добиться тюнингом постгри но сильное подозрение что это будет экономия на спичках.

Может вам стоит рассказать о задаче больше и выяснится что таки не надо читать всю таблицу?

Answer 1

[mayton2019]

Есть простейший запрос SELECT * from Table.
...
Реально ли как-то ускорить в этом случае?

Есть много мест в application где может что-то замедлятся . И это не обязательно SQL. Это может
быть веб-приложение, которое медленно отрисовывает таблицу. Или это может быть сетевой канал
который медленно отдает данные. Чтоб заниматься оптимизацией - нужно точно-точно знать где
оптимизировать. Или это будут зря потраченные усилия. Кроме того для UI например важно
получение 1 page вместо того чтобы загружать миллиард строк. Поэтому нужно знать какой %
результата выборки вы хотите использовать сразу (сию секунду) после получения и что
можно отложить на потом. Мой опыт подсказывает что пользователь вообще не воспринимает
информацию больше чем 1 абзац текста. Поэтому разгонять UI для отдачи миллиарда строк
нет никакого смысла.

Answer 2

[Владимир Коротенко]

На сиквеле можно объясняться в любви, а вы уродуете язык. Итак переведу ваш запрос на русский:
Выбери все столбцы и отдай все данные, не используя никаких оптимизаций.

Вот то что вы отправили, и хоть тысячу индексов там будет вам это не поможет.
И это в общем то чихать до 100 000 записей. Их вам отдадут за менее чем секунду, что вы в приложении делать с этим будете?

UPD
Немного поправлю себя. Если не хватает памяти и таблица на диске, экстремально увеличить скорость можно когда таблица будет вся в памяти.

То есть добавляете памяти и база типа должна за счет кэшей все скинуть.
Но есть другой вариант рамдиск https://romantelychko.com/blog/1268/