Size: a a a

pgsql – PostgreSQL

2020 July 15

AO

Artem Oleinikov in pgsql – PostgreSQL
Yaroslav Schekin
Нет, это именно причина того, что в этом случае вообще приходится о чём-то думать и что-то вспоминать. ;)
не согласен. Это базовые знания по сортировке  и тут нечего вспоминать,  Это как 2*2=4))))
источник

AO

Artem Oleinikov in pgsql – PostgreSQL
Yaroslav Schekin
Нет, это именно причина того, что в этом случае вообще приходится о чём-то думать и что-то вспоминать. ;)
Order by все могут написать, а тут есть нюанс
источник

N

Nikolay in pgsql – PostgreSQL
вот вы скажите почему он имя val проинтерпретирует как название поля в результирующем датасете, а не в исходном?
источник

N

Nikolay in pgsql – PostgreSQL
не все базы так позволяют написать.
источник

AO

Artem Oleinikov in pgsql – PostgreSQL
Nikolay
не все базы так позволяют написать.
да, не все. Но Posetgres позволяет. Если у тебя совпадает наименование в таблице и в результате запроса. он будет брать тот, что в результате.  ЧТо бы брать поле из таблицы, надо указать синоним таблицы.
источник

N

Nikolay in pgsql – PostgreSQL
Artem Oleinikov
да, не все. Но Posetgres позволяет. Если у тебя совпадает наименование в таблице и в результате запроса. он будет брать тот, что в результате.  ЧТо бы брать поле из таблицы, надо указать синоним таблицы.
а есть ли какой-то документ. может в стандарте SQL, который бы это регламентировал?В чем причина такого поведения?
источник

AO

Artem Oleinikov in pgsql – PostgreSQL
Nikolay
а есть ли какой-то документ. может в стандарте SQL, который бы это регламентировал?В чем причина такого поведения?
Документ не знаю, искать не буду. А причина.... Postgress. Но я могу ошибаться.  Просто факт
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Artem Oleinikov
не согласен. Это базовые знания по сортировке  и тут нечего вспоминать,  Это как 2*2=4))))
А кому-то придётся (и да, не факт, что все СУБД так умеют...  а, может, и ведут себя иначе, кто знает).
Лучше, чтобы не приходилось, я считаю (и на то, что все помнят приоритеты операторов, кроме +-*/, я тоже не рассчитываю, и ставлю скобки).
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Nikolay
вот вы скажите почему он имя val проинтерпретирует как название поля в результирующем датасете, а не в исходном?
Потому что ISO SQL предписывает такое поведение.
Да вот даже цитата из https://www.postgresql.org/docs/current/sql-select.html#SQL-ORDERBY :
If an ORDER BY expression is a simple name that matches both an output column name and an input column name, ORDER BY will interpret it as the output column name. This is the opposite of the choice that GROUP BY will make in the same situation. This inconsistency is made to be compatible with the SQL standard.
источник

N

Nikolay in pgsql – PostgreSQL
спасибо
источник

N

Nikolay in pgsql – PostgreSQL
тогда надо делать пример, чтобы в нем был order by and group by. ЧТобы люди сошли с ума )
источник

dg

denis g in pgsql – PostgreSQL
Стерильные факты в вакууме
источник

SB

Sergey Bubnov in pgsql – PostgreSQL
Всем привет.  Подскажите, почему PG ведет себя следующим образом. Есть таблица с 12кк записей. Если долго не обращаться к этой таблице, то первый запрос работатет очень долго (20-30 сек), при это explain analyze показывает, что используются идексы. А следующее обращение к этой таблице уже работает быстро, даже если изменить параметры для поиска (дальше все запросы по 100-200мс идут)
источник

R

Raido🚭 in pgsql – PostgreSQL
Привет всем. Нужна помощь, поставил Debian, установил Postgers, как можно создать чистую базу с кодировкой Unicode? К сожалению сейчас времени читать матчасть нету, ибо просят сейчас/срочно 🤦🏻‍♂️, на выходных углублюсь в изучении мануалов
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Sergey Bubnov
Всем привет.  Подскажите, почему PG ведет себя следующим образом. Есть таблица с 12кк записей. Если долго не обращаться к этой таблице, то первый запрос работатет очень долго (20-30 сек), при это explain analyze показывает, что используются идексы. А следующее обращение к этой таблице уже работает быстро, даже если изменить параметры для поиска (дальше все запросы по 100-200мс идут)
Вероятно, потому, что таблица вытесняется из кэша, и при первом обращении требуется чтение с диска. А затем уже из буферного кэша блоки читаются.
источник

SB

Sergey Bubnov in pgsql – PostgreSQL
Дмитрий Лукьянов
Вероятно, потому, что таблица вытесняется из кэша, и при первом обращении требуется чтение с диска. А затем уже из буферного кэша блоки читаются.
Ага, тоесть чтобы оно постоянно было в кеше, нужно чтобы кто-то постоянно работал с этой таблицей или иногда делать фейковые запросы в эту бд? Как это обычно решается, наверняка это не у меня одного такая задача? )
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Sergey Bubnov
Ага, тоесть чтобы оно постоянно было в кеше, нужно чтобы кто-то постоянно работал с этой таблицей или иногда делать фейковые запросы в эту бд? Как это обычно решается, наверняка это не у меня одного такая задача? )
Как вариант, есть расширение pg_prewarm. Можно заранее подгружать таблицу в кэш.
источник

SB

Sergey Bubnov in pgsql – PostgreSQL
Дмитрий Лукьянов
Как вариант, есть расширение pg_prewarm. Можно заранее подгружать таблицу в кэш.
Спасибо, почитаю про это.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Raido🚭
Привет всем. Нужна помощь, поставил Debian, установил Postgers, как можно создать чистую базу с кодировкой Unicode? К сожалению сейчас времени читать матчасть нету, ибо просят сейчас/срочно 🤦🏻‍♂️, на выходных углублюсь в изучении мануалов
А там разве они не с utf8 по умолчанию и создаются?
Т.е. просто "CREATE DATABASE some_name;" (или createdb из shell).
источник

at

asylbek tyg'ynbai' in pgsql – PostgreSQL
Plymouth
Объясни вопрос
спасибо ребят! уже решил вопрос таким образом max(UUID::text).
источник