A
Не решаю, мне просто интересно, можно ли так сделать
В отрыве от задачи это просто какая-то странная абстрактная хотелка.
Size: a a a
2021 February 07
A
Наверно это быстрее было бы
Может быть, быстрее, может быть, нет.
МН
Что здесь странного
МН
Быстрее факт, потому что посредников нет
МН
Например просто получать данные из базы
МН
Зачем да через сервис, когда параметры передал в nginx и отправил запрос в бд и вернулось json
A
Зачем да через сервис, когда параметры передал в nginx и отправил запрос в бд и вернулось json
Выглядит как экономия на спичках.
МН
Ну тип если так можно, то почему так не делать
МН
Тоже самое, если есть синтаксический сахар, то теперь его не использовать!?
YS
Теперь у меня рядом с
enable_mergejoin = off еще и enable_hashjoin = off. Глобально на весь инстанс, потому что лень было приложение ковырять. Смех и слезы. Ничего не сломалось и не просело, проблемы с зависшими запросами ушли. Наконец-то я понял, как правильно тюнить базу!А мне это по описанию напоминает https://t.me/pgsql/185923 , пункт 2.
A
Ну тип если так можно, то почему так не делать
Потому что эксплуатационные характеристики такого решения, скорее всего, будут хуже. А польза в 99% случаев будет неощутима. А те, для кого она будет ощутима, обойдутся без nginx-а или напишут для него модуль под свои задачи.
YS
Федор Гулин
А где план запроса ?
Я а дбобре не мог скопировать.
Постгрес я осваиваю потиху но из опыта мс-скл и оракула скажу что Осн. Проблемы это когда вместо хэш жойн запрос уходит в нестед лупс для большого сабсета данных.
И вот тут зависнуть может навечно и лечил я иногда хинтами или перегруппировкой запроса.
Так что вопрос
Какие Тулы есть для просмотра и сравнения планов в постгрес.
Я а дбобре не мог скопировать.
Постгрес я осваиваю потиху но из опыта мс-скл и оракула скажу что Осн. Проблемы это когда вместо хэш жойн запрос уходит в нестед лупс для большого сабсета данных.
И вот тут зависнуть может навечно и лечил я иногда хинтами или перегруппировкой запроса.
Так что вопрос
Какие Тулы есть для просмотра и сравнения планов в постгрес.
Основная проблема — это "зацикливание" на оптимизации конкретных запросов, мне кажется.
Как хорошо, что в PostgreSQL нет hints, и это (по идее, некоторых не помогает) наталкивает на поиск лучших решений. :)
Как хорошо, что в PostgreSQL нет hints, и это (по идее, некоторых не помогает) наталкивает на поиск лучших решений. :)
YS
И, заклинаю — хотя бы pgdump (который не бекап) куда-нибудь к себе поближе сделайте перед этими операциями.
Но зачем?! Как раз backup можно было бы сделать.
YS
Потянет ли постгрес поиск по базе данных в 400 Гб (одна только таблица) на обычном компе с intel core i3 1.7ггц?
Это недостаточно конкретный вопрос, чтобы на него вообще можно было что-то ответить, неужели Вы этого не понимаете?
YS
Читаю о бэкапах pg, вероятно эти файлы это просто копии файлов pg, по типу бэкапа на уровне файлов?
Ну а "file" что про них говорит (или если "глазами" посмотреть на них в редакторе)?
YS
Ну тип если так можно, то почему так не делать
Потому что RDBMS предназначены для работы с данными в реляционном виде, например.
А чисто практически это вопрос того, процессоры (и network, в какой-то мере) какого (каких) серверов загружать этой работой.
Время тех, где находится СУБД, зачастую ценят больше. ;)
А чисто практически это вопрос того, процессоры (и network, в какой-то мере) какого (каких) серверов загружать этой работой.
Время тех, где находится СУБД, зачастую ценят больше. ;)
A
Yaroslav Schekin
Ну а "file" что про них говорит (или если "глазами" посмотреть на них в редакторе)?
toc.dat - шаблон таблиц
А один из больших файлов - записи в виде строк из основной таблицы
А один из больших файлов - записи в виде строк из основной таблицы
МШ
Можно ли получать данные из postgresql в формате json через nginx
Ответьте сначала на вопрос: умеет ли ПГ обрабатывать http-запросы? Вот и будет ответ на ваш вопрос.
YS
Ну так это дамп (pg_dump) в directory format (см. manual).
A
Yaroslav Schekin
Ну так это дамп (pg_dump) в directory format (см. manual).
Спасибо