вставлять дату как iso8601

вставлять дату как iso8601

спасибо а я думал timestamp это типа 123345667

в доке, гуглящейся по словам "postgres timestamp", есть примеры

в доке, гуглящейся по словам "postgres timestamp", есть примеры

всё понял((( а как же называется тип подразумеващий тип времени 1233435455

unix [epoch] time[stamp]

unix [epoch] time[stamp]

спасибо))

ребят, какой самый правильный способ сделать глобальные идентификаторы? допустим, есть база данных, там несколько табличек, хочется, чтобы у каждого объекта был некий uuid, который бы был с ним связан, то есть по uuid можно было бы установить название таблицы и pk объекта в ней..

первое, что приходит в голову - сделать отдельную таблицу идентификаторов, там id (pk), uuid (unique), table_name, table_object_id, а со стороны всех других таблиц сделать uuid_fk со ссылкой на эту таблицу... такой вариант чем-то плох?

то есть чтобы можно было в обе стороны смотреть, по объекту получать его uuid, по uuid получать объект, цель - чтобы было единое пространство имён, чтобы uuid из разных таблиц не пересекались

а почему ты тогда в разные таблицы эти объекты складываешь?

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

но у нас ведь не NoSQL ?

Вам необходимо уяснить, что в БД есть системный каталог, а именно - схемы pg_catalog, которая родная постгресовая, и information_schema, 1. https://www.postgresql.org/docs/current/static/catalogs.html 2. https://www.postgresql.org/docs/current/static/information-schema.html

В этих схемах реализовано решение вашей задачи.

ребят, какой самый правильный способ сделать глобальные идентификаторы? допустим, есть база данных, там несколько табличек, хочется, чтобы у каждого объекта был некий uuid, который бы был с ним связан, то есть по uuid можно было бы установить название таблицы и pk объекта в ней..

Для uuid в Postgres есть соотвествующий тип https://www.postgresql.org/docs/9.5/static/datatype-uuid.html

Для uuid в Postgres есть соотвествующий тип https://www.postgresql.org/docs/9.5/static/datatype-uuid.html

вопрос был не про тип, а про организацию данных

ребят, какой самый правильный способ сделать глобальные идентификаторы? допустим, есть база данных, там несколько табличек, хочется, чтобы у каждого объекта был некий uuid, который бы был с ним связан, то есть по uuid можно было бы установить название таблицы и pk объекта в ней..

а почему не в каждую табличку добавлять колонку uuid? у тебя же запросы всё равно будут к конкретной табличке

а почему не в каждую табличку добавлять колонку uuid? у тебя же запросы всё равно будут к конкретной табличке

мне хочется, чтобы был некий единый способ получения объекта по uuid, при этом чтобы можно было не указывать тип объекта

зачем?

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

то есть вместо ссылки users.123 хочется некий uuid

который бы заменял название таблицы и ид объекта в ней

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

и тогда просто в каждую таблицу можно было бы добавить поле uuid и всё, не делая отдельную таблицу вообще

В целом, не должно быть проблем с отдельной таблицей которую ты обозначил, но проблема вся в том, что ты считаешь что если отдаёшь юзеру идентификатор users/pk или users/uuid, то раскрываешь ему структуру таблиц, тогда как на самом деле ты отдаёшь ему доменную модель которая под капотом может быть и из нескольких таблиц, и из NoSQL, etc...

т.е. ещё раз задумался бы о задаче :)

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

Тогда советую не UUID'ы генерить, а прочитать http://www.vinaysahni.com/best-practices-for-a-pragmatic-restful-api, чтоб не боятся ссылки пользователям давать

для пущего эфекта можно вот это прикупить http://stupidcasual.ru/suveniry/shapochki-iz-folgi/

Вам необходимо уяснить, что в БД есть системный каталог, а именно - схемы pg_catalog, которая родная постгресовая, и information_schema, 1. https://www.postgresql.org/docs/current/static/catalogs.html 2. https://www.postgresql.org/docs/current/static/information-schema.html

information_schema в постгрес куцый и неполный.

если отдаю users/pk то как минимум раскрываю то, сколько там примерно объектов) а если сделать такой же запрос через некоторое время, то будет понятно, сколько объектов добавилось за это время) то есть уже какие-то выводы можно сделать) необходимость во внешних идентификаторах типа uuid, а не int я осознаю чётко) а про доменную модель - ну, если можно не показывать, зачем показывать?)

для пущего эфекта можно вот это прикупить http://stupidcasual.ru/suveniry/shapochki-iz-folgi/

что это??

если отдаю users/pk то как минимум раскрываю то, сколько там примерно объектов) а если сделать такой же запрос через некоторое время, то будет понятно, сколько объектов добавилось за это время) то есть уже какие-то выводы можно сделать) необходимость во внешних идентификаторах типа uuid, а не int я осознаю чётко) а про доменную модель - ну, если можно не показывать, зачем показывать?)

не, то что вместо pk отдавать uuid ок понятно для чего, а вот второй вопрос мне не понятен, поэтому подождал бы ответов от других писателей в чате (:

если отдаю users/pk то как минимум раскрываю то, сколько там примерно объектов) а если сделать такой же запрос через некоторое время, то будет понятно, сколько объектов добавилось за это время) то есть уже какие-то выводы можно сделать) необходимость во внешних идентификаторах типа uuid, а не int я осознаю чётко) а про доменную модель - ну, если можно не показывать, зачем показывать?)

зачем тогда вообще вы хотите открывать что-то наружу если можно не открывать ?

ну, если очень хотите - положите тип объекта в шестую букву uuid

вычислительно не сильно убьётесь, оттрассировать такое надо постараться, зачем - в общем тоже непонятно

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

ну, если очень хотите - положите тип объекта в шестую букву uuid

Но зочем

зачем тогда вообще вы хотите открывать что-то наружу если можно не открывать ?

ну вот для того же API, например) просто хочется некий универсальный способ идентификации объектов, чтобы если вдруг я поменяю там что-то у себя, структуру таблиц или что-нибудь такое, мне не пришлось бы париться про идентификаторы

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

ну вот для того же API, например) просто хочется некий универсальный способ идентификации объектов, чтобы если вдруг я поменяю там что-то у себя, структуру таблиц или что-нибудь такое, мне не пришлось бы париться про идентификаторы

вы уже паритесь, отдавайте айдишники интами и сделайте нормальный АПИ

information_schema в постгрес куцый и неполный.

а чего нужного не хватает? я только знаю, что нет аналога мусклевскому information_schema.tables.update_time

ну, ууиды удобно, но скрывать семантику запроса - странная тема

а чего нужного не хватает? я только знаю, что нет аналога мусклевскому information_schema.tables.update_time

Там не все вытянешь по индексам таблиц. Мне нужно было сверки структуры делать. Кончилось тем что все стал делать через pg_

ну, ууиды удобно, но скрывать семантику запроса - странная тема

во, а то я думал у меня одного такие мысли (:

посоны, а fuzzystrmatch в пг с русским языком норм работает?

треба нечёткий поиск по паре таблиц реализовать

посоны, а fuzzystrmatch в пг с русским языком норм работает?

Да

а то смущает алярма на странице с докой https://postgrespro.ru/docs/postgrespro/9.5/fuzzystrmatch что оно с юникодом не очень

Здравствуйте. Нужна помощь в разъяснении как правильно выполнить соединение INNER JOIN. При выборе записей из таблицы отчета, использую соединение таблиц для вывода информации о сотрудниках. В одном из соединении я использую внутреннее соединение, поскольку нужно вывести именно те записи которые присутствуют в обоих таблицах.

При использовании данного соединения, время выполнение запроса превышает 130 сек

при использовании LEFT JOIN время выполнение запроса не превышает 9 сек

explain?

-> https://explain.depesz.com/

-> https://explain.depesz.com/

Спасибо

Игорь доброго времени суток , с помощью psql на порт 5432 обычно обращаюсь к патрони ,а через haproxy не получается в логах постгреса все тихо, у вас не встречалась такая проблема ? Конфиги и тесты : https://pastebin.com/j66knwEm

Игорь доброго времени суток , с помощью psql на порт 5432 обычно обращаюсь к патрони ,а через haproxy не получается в логах постгреса все тихо, у вас не встречалась такая проблема ? Конфиги и тесты : https://pastebin.com/j66knwEm

Привет! Порт haproxy ведь не 5432 слушает.

Привет! Порт haproxy ведь не 5432 слушает.

порт haproxy : bind *:5000 а слушает он : server postgresql_pg1 10.80.80.195:5432 maxconn 100 check port 8008

по идее ведь он должен с порта 5000 соединить меня с одним из серверов ?

порт haproxy : bind *:5000 а слушает он : server postgresql_pg1 10.80.80.195:5432 maxconn 100 check port 8008

А что у вас с check port?

на 8008 скрипт висит ?

А что у вас с check port?

чек порт это rest api patroni -bash-4.2$ curl http://10.80.80.195:8008 {"database_system_identifier": "6454854252090454266", "postmaster_start_time": "2017-08-21 03:32:41.782 EDT", "xlog": {"received_location": 7298089280, "replayed_timestamp": null, "paused": false, "replayed_location": 7298089280}, "patroni": {"scope": "pg1", "version": "1.2.5"}, "state": "running", "role": "replica", "server_version": 90603}

ERROR: S client not available

Я просто с патрони дел не имел - не вкурсе )

по идее ведь он должен с порта 5000 соединить меня с одним из серверов ?

Тебе нужно на 5000 подключаться

Тебе нужно на 5000 подключаться

Я пробовал : [root@localhost ~]# psql -h 10.80.80.195 -p 5000 -U patroni -W -d postgres -c "select inet_server_addr();" Password for user patroni: psql: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request.

Ну это ничего не меняет, порт 5000, вопрос в конфигурации

Конфиг сам составлял? Статистику хапрокси смртерл, бэкенд жив?

конфиг взял с шаблона патрони и изменил под свои IP

конфиг взял с шаблона патрони и изменил под свои IP

Проверь haproxy stats, чтобы бэк был up

У них там есть кривые конфиги

Тестовые в репе зачем-то, а кто мастер? 196?

Тестовые в репе зачем-то, а кто мастер? 196?

мастер 195

role": "replica"

завтра посмотрю на работе бекенд haproxy ,а пока подниму у себя на виртуалках и буду тестить

Чек урл как я помню только мастер отдаёт

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

врочем, создал вручную, но если есть способ получше (можеш что-то типа create index on table_name ... select table_name ...), то будет интересно узнать

штатного способа пока нет. Но можно, например, как-то так: do $$ declare rec record; begin for rec in select * from pathman_partition_list where parent = 'test'::regclass loop execute format('create index on %s (id)', rec.partition); end loop; end $$ language plpgsql;

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

это ответ на ваш вопрос )

врочем, создал вручную, но если есть способ получше (можеш что-то типа create index on table_name ... select table_name ...), то будет интересно узнать

Получше это функции миграции в приложении.

Удивительно как много народа пользует pg_pathman, на сколько помню он не создает автоматом новые партиции, это же жутко неудобно

Удивительно как много народа пользует pg_pathman, на сколько помню он не создает автоматом новые партиции, это же жутко неудобно

Чем плохо создавать их триггером?

Я так делал

зачем тогда он вообще нужен?

зачем тогда он вообще нужен?

Хз я не юзал сторонние манагеры для партиций

Мы тоже

Лисапедил своё на хранимках

Все работает

но как-то решил покрутить pg_pathman для партицирования в заббиксе проще триггером и удобнее

Удивительно как много народа пользует pg_pathman, на сколько помню он не создает автоматом новые партиции, это же жутко неудобно

еще как создает

Это новая функциональность? Или я невнимательно смотрел когда-то?

нет, не новая. Вроде бы с первого релиза было