Мои аргументы "за" и "против" —- за) Легче видеть и навигироваться в (datatable) что написано для базы прротив) Я понимаю что теперь не получится в рамках схемы писать: "fserchaddress()", придется писать типа address.fsearch();

search_path

Хорошая практика в паблик ничего не хранить

ну postgis оттуда не выкинуть ? или я не прав?

Я имею ввиду свои хранимки таблицы и прочее

ну postgis оттуда не выкинуть ? или я не прав?

Можно extension в другой схеме создавать

Можно extension в другой схеме создавать

И как тип ассоциировать?

https://www.postgresql.org/docs/9.6/static/sql-createextension.html

И как тип ассоциировать?

Да, придётся через прямое указание, либо search_path

ясно. А какие проблемы бывают с таким подходом? (Права доступа и порядок импорта не описывать. Это итак логично)

Видимо регулярных проблем нет :) А нечастные настолько редки, что никто не помнит ?

Кроме ошибок с правами доступа и импортом, пока ничего и не вспоминается. Коллеги выше описали best practices: в public оставлять только системные вещи, необходимое для приложения в отдельные схемы

С релокацией постгиса в другую схему были проблемы с тем, что планировщик переставал инлайнить функции, что для ST_Intersects ломало индекссканы

В последних релизах его запретили ставить не в public из-за этого, что сломало людям апгрейд

Как считаете будет ли deadlock в постгресе в такой ситуации: первая транзакция SELECT id FROM big_big_table ORDER BY id FOR UPDATE вторая транзакция SELECT id FROM big_big_table ORDER BY id DESC FOR UPDATE

без limit?

а зачем такое делать без limit?

Хочу выяснить применение блокировки на строки атомарно или нет

bash-4.2$ psql psql (9.5.7) psql: symbol lookup error: psql: undefined symbol: PQsslInUse

прикольно установил на rhel

ребят, всем привет

Постгри сложней в изучении чем мускл?)

Постгри сложней в изучении чем мускл?)

lf

да

да

да?

Ну мускул много прощает и крутилок там меньше. Postgres сложнее однозначно

да?

О да... работали у нас одни аутсорсеры.... не могли понять почему select 1 from dual union all select 'Итого' from dual не работает в oracle... mysql портит людей

ну, то, что что-то нечаянно работает, не значит, что вопрос был изучен :)

интересно, сколько интернета сломается, если мускул будет check проверять

Не ломайте Uber, я люблю на нем ездить :)

а мы скоро узнаем: https://mariadb.com/kb/en/mariadb/constraint/

Привет, группа! Как такое может быть, что на два почти одинаковых джойна: в одном он использует нестед луп, а в другом нормальный мердж джоин? (Есть три таблицы в каждой есть одна и та же колонка, везде она проиндексирована, мержу две -- нестед, другие две мердж джоин)

а что внутри то?

в части количества записей

и его состава/распределения/кардинальности

в общем оптимизатор так решил и скорее всего он основывается на некоторых данных статистики

или отсутсвии свежей статистики

Прошу прощения за оффтоп! Мы, группа студентов факультета социологии СПбГУ, проводим большое исследование рейтинга IT работодателей Санкт-Петербурга и Москвы. Пожалуйста, поддержите нас, пройдя опрос по ссылке http://sgiz.mobi/s3/63243b734400 Опрос состоит только из закрытых вопросов и займет 5 минут. Результаты опроса планируется опубликовать на habrahabr.ru в блоге “Моего круга” и в группе https://vk.com/jugru

Ну мускул много прощает и крутилок там меньше. Postgres сложнее однозначно

в мыскле крутилок меньше?! o_O Какие откровения, однако...

в мыскле крутилок меньше?! o_O Какие откровения, однако...

С точки зрения конфига в pg сильно больше параметров. С точки зрения СУБД в pg больше типов данных, индексов и тд.

и админить pg сложнее, проверено на себе

Ой ли? Может ты не все крутилки мускуля видел? Админить сложнее, когда разрабы насоздают многогиговых таблиц, которые залипают под вакуумом криво настроенным и ты не можешь даже партиционирование сделать

Всем хорошего дня. Прошу помощи...) Есть родительская таблица, которая имеет наследуемые таблицы разбитые по суткам. Структура: - Parent - - Child_20170530 - - Child_20170531 на Parent нет индексов, на Child_* есть. При запросе типа: SELECT * FROM Parent WHERE "time" BETWEEN '2017-05-31T00:00:00' AND '2017-05-31T23:59:59' Правильно ли я понимаю, что поиск будет происходить по неиндексированной таблице Parent, а не Child_20170531 в котором указан CHECK ("time" => '2017-05-31T00:00:00' AND "time" < '2017-05-31T23:59:59') ???

а что говорит explain?

выполните explain SELECT * FROM Parent WHERE "time" BETWEEN '2017-05-31T00:00:00' AND '2017-05-31T23:59:59'

Да да, я сделал, он говорит что всё плохо, куча зависимостей, и по всем будет искать...

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

А составное имя таблице можно как то сделать, что то типа: SELECT * FROM Child_ || replace('2017-05-31', '-', '') ?)

какой тип данных столбца "time"?

timestamp with time zone

Во!

из-за тайм зоны?

предполагаю, что в выражении 2017-05-31T23:59:59 он интерпретирует время как timestamp without timezone и поэтому игнорирует check

попробуйте для начала проделать все то же самое для столбцов witout timezone, если окажется что дело именно в этом - попробуйте в WHERE указывать явно тип

В общем, я бы копал именно в эту сторону

Я сделал выборку с учётом time zone, without выдал ту же картину)

Я просто не знаю, участвует ли CHECK при выборке данных из родительской таблицы

Я просто не знаю, участвует ли CHECK при выборке данных из родительской таблицы

а что родительская не пустая?

Я просто не знаю, участвует ли CHECK при выборке данных из родительской таблицы

конечно участвует, у вас, на сколько я понял, партиционирование простое, по диапазону дат

а что родительская не пустая?

Как я понимаю, родительская таблица выступает как связующая для дочерних

Как я понимаю, родительская таблица выступает как связующая для дочерних

Да, но если она не пустая, то и по ней будет идти select.

А если check неправильный в партициях, то и по всем партициям будет идти.

Да, но если она не пустая, то и по ней будет идти select.

Логично) Надо проверить, не я структурой занимался...)

какое значение у вас имеет constraint_exclusion?

Попробуйте изменить check на CHECK ("time" => '2017-05-31T00:00:00'::timestamp with timezone AND "time" < '2017-05-31T23:59:59'::timestamp with timezone) и выполнить `explain SELECT * FROM Parent WHERE "time" BETWEEN '2017-05-31T00:00:00'::timestamp with timezone AND '2017-05-31T23:59:59'::timestamp with timezone`

ERROR: S client not available

какое значение у вас имеет constraint_exclusion?

Не могу найти такого. Я правильно понимаю, что этот атрибует указывается для DB?

поздравьте, одна заливка с pgloader работает уже больше месяца и все никак не закончит, .dat файл вырос до 6GB на ошибках duplicate pkey. И это pgloader собран с CCL, причем дефолтный билд из apt с batch size = 1000 заливал всю эту же таблицу за неделю

Попробуйте изменить check на CHECK ("time" => '2017-05-31T00:00:00'::timestamp with timezone AND "time" < '2017-05-31T23:59:59'::timestamp with timezone) и выполнить `explain SELECT * FROM Parent WHERE "time" BETWEEN '2017-05-31T00:00:00'::timestamp with timezone AND '2017-05-31T23:59:59'::timestamp with timezone`

Меняю, не знаю сколько по времени это займёт...)

Не могу найти такого. Я правильно понимаю, что этот атрибует указывается для DB?

pgsql=# show constraint_exclusion;

Попробуйте изменить check на CHECK ("time" => '2017-05-31T00:00:00'::timestamp with timezone AND "time" < '2017-05-31T23:59:59'::timestamp with timezone) и выполнить `explain SELECT * FROM Parent WHERE "time" BETWEEN '2017-05-31T00:00:00'::timestamp with timezone AND '2017-05-31T23:59:59'::timestamp with timezone`

CHECK ("time" >= '2017-05-31 00:00:00'::timestamp without time zone AND "time" < '2017-06-01 00:00:00'::timestamp without time zone); ?

почему without? у вас же в столбце with

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

а вообще использование timestamp with timezone в вашем случае действительно оправдано?

а вообще использование timestamp with timezone в вашем случае действительно оправдано?

Да, не подумал про without. Не оправдано, но не я делал, я стараюсь ставить without в случаях, когда не требуется иного)

Казалось бы нормально, хотя рекомендуют SET constraint_exclusion = partition

Да, я почитал бегло сейчас про это)

в чек у вас >= < а бетвин - это >= <= так что бетвин может и другую партицию захватить

кстати да, тоже вариант

покажите код таблицы

думаю это секрет :)

в общем случае, если чек простой и не противоречит запросу, то планировщик отсекать должен остальные партиции (констрейнт_эксклюжен включен)

смотрите план, там все видно должно быть

Спасибо, сейчас посмотрю)

в чеке нужно использовать простые операции, никаких битвинов и прочей арифметики.

в чек у вас >= < а бетвин - это >= <= так что бетвин может и другую партицию захватить

Похоже что так и есть...)

Спасибо всем, походу в этом и была проблема)

А никто не пользовался https://azure.microsoft.com/en-us/pricing/details/postgresql/ ?

как изменить уже созданной базе локаль?

сейчас utf8 ru, надо английскую

из-за знака $

у одного кодера

utf8 en?

Всем привет. Помогите с sequlize postgres... воощем создаю табл через миграции - все ок, создаеться по все по инструкции, потом добавляю туда через seed пару тестовых записей - все ок. Потом делаю через sq запрос на выроб всех записей, пишет что нет поля createAt. Хотя я его не где не указывал - не в миграции, не в модели -_-

вы лучше ошибку и запрос покажите

и код таблицы