лан, ща до холивара спустимся)

ограничения удобно делать в валидаторах в коде, чтобы база хранила, а код логику обрабатывал

для кого ACID придумали )

старались

Какие бы фреймфорки вы не использовали, если в базу разрешено что-нибудь записать неправильно, обязательно кто-нибудь запишет )

Лучше создавать одну таблицу с несколькими параметрами полей, из которых возможно иногда будет использоваться всего 1, или много таблиц по 1 полю? Или проще- много ли занимает пустое поле var типа? Как понимаю, 2 байта? И не важно какого типа?

Зависит от данных и решаемой задачи. Для всяких кубов чаще всего (но не всегда) подходит куча справочников вокруг значащей таблицы (таблицы фактов). Пустые поля (null) практически никакого оверхеда не производят. Нужно отталкиваться от того как будет удобней и быстрей (если критична производительность) работать с данными

Лучше создавать одну таблицу с несколькими параметрами полей, из которых возможно иногда будет использоваться всего 1, или много таблиц по 1 полю? Или проще- много ли занимает пустое поле var типа? Как понимаю, 2 байта? И не важно какого типа?

Вот только что обсуждали: :) >> в постгресе text и varchar ничем не отличаются в реализации. и на памяти/скорости не сэкономите > Это, как раз, не должно иметь существенного значения в проектировании. > А то получается модель, основанная на преждевременной оптимизации. > Обычно, результаты такого подхода просто "замечательны" (легче сразу выбросить). :( Делайте так, как нужно / правильно, "байтоборством" займётесь потом, если это станет проблемой.

Лучше создавать одну таблицу с несколькими параметрами полей, из которых возможно иногда будет использоваться всего 1, или много таблиц по 1 полю? Или проще- много ли занимает пустое поле var типа? Как понимаю, 2 байта? И не важно какого типа?

null поле 1 бит

Вот только что обсуждали: :) >> в постгресе text и varchar ничем не отличаются в реализации. и на памяти/скорости не сэкономите > Это, как раз, не должно иметь существенного значения в проектировании. > А то получается модель, основанная на преждевременной оптимизации. > Обычно, результаты такого подхода просто "замечательны" (легче сразу выбросить). :( Делайте так, как нужно / правильно, "байтоборством" займётесь потом, если это станет проблемой.

Спасифсб!? Кол-во таблиц*Int - поля ссылок на таблицы будет намного больше места занимать чем пустые поля. Поэтому логичнее сделать 1 таблицу.

Спасифсб!? Кол-во таблиц*Int - поля ссылок на таблицы будет намного больше места занимать чем пустые поля. Поэтому логичнее сделать 1 таблицу.

Это именно то, против чего я Вас пытался предостеречь. :( Это не логика, а "экономия на спичках". Знаете, чем это обычно кончается? Вы бы лучше сделали модель, отталкиваясь от требований (используя принципы нормализации, например), а не от каких-то там байтов. ;)

Существует ли какая-нибудь утилита, с помощью которой можно было бы менять значение параметра в конфигурационном файле из консоли. Что-то типа: pg_set_config max_connections 100?

Это именно то, против чего я Вас пытался предостеречь. :( Это не логика, а "экономия на спичках". Знаете, чем это обычно кончается? Вы бы лучше сделали модель, отталкиваясь от требований (используя принципы нормализации, например), а не от каких-то там байтов. ;)

Всё принципы вроде соблюдаются. Это будет компонент хранящий параметры разных типов объектов. Всё поля относятся только к одному объекту, а не могут нескольким.

Всё принципы вроде соблюдаются. Это будет компонент хранящий параметры разных типов объектов. Всё поля относятся только к одному объекту, а не могут нескольким.

> Всё принципы вроде соблюдаются. Вы уверены, что это нормализованный проект? > Это будет компонент хранящий параметры разных типов объектов. А то, судя по этому, не очень похоже...

> Всё принципы вроде соблюдаются. Вы уверены, что это нормализованный проект? > Это будет компонент хранящий параметры разных типов объектов. А то, судя по этому, не очень похоже...

Ни в чём не уверен, это этап проектирование, и суровая проверка ещё будет. И много раз, судя по моему понимаю.

Лучше создавать одну таблицу с несколькими параметрами полей, из которых возможно иногда будет использоваться всего 1, или много таблиц по 1 полю? Или проще- много ли занимает пустое поле var типа? Как понимаю, 2 байта? И не важно какого типа?

Утопия

Утопия

О чём речь?

всем привет, подскажите как включить логирование pg_stat_statements?

да ладно?))))

всем привет, подскажите как включить логирование pg_stat_statements?

Надо подредактировать конфиг в разделе ERROR REPORTING AND LOGGING

Надо подредактировать конфиг в разделе ERROR REPORTING AND LOGGING

что нужно туда добавить?

Вы хотите именно в файл логировать содержимое pg_stat_statements?

Вы хотите именно в файл логировать содержимое pg_stat_statements?

Могу предложить log_min_duration_statement вывести на 0 или 1. Это позволит собирать более подробную статистику запросов.

Вопрос по терминологии. Кто-нибудь помнит, как называется паттерн, когда помимо свойства какого-либо объекта в одной таблице хранят еще и интервал, когда оно было актуально? Т.е. типа такого: tariff_id, project_id, date_start, date_finish 1, 100, '2018-01-01', '2018-05-01' 2, 100, '2018-05-01', null

Historical data, versioned data,

На сколько я помню, ограничения на длину varchar имеет смысл накладывать через указание размера поля таблицы только до 123 символов, всё что выше воспринимается один хрен как text без ограничений размера. Для 123 и выше надо накладывать constraint на длину поля и не париться

Вы хотите именно в файл логировать содержимое pg_stat_statements?

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

На сколько я помню, ограничения на длину varchar имеет смысл накладывать через указание размера поля таблицы только до 123 символов, всё что выше воспринимается один хрен как text без ограничений размера. Для 123 и выше надо накладывать constraint на длину поля и не париться

хм, почему именно 123? типа остальные 5 служебные?

Ну тогда Ваш вопрос некорректен

хм, почему именно 123? типа остальные 5 служебные?

Почему так я не нашёл )) особенности реализации ядра

Вариантов два - логировать ВСЕ или по порогу длительности выполнения в секундах

На сколько я помню, ограничения на длину varchar имеет смысл накладывать через указание размера поля таблицы только до 123 символов, всё что выше воспринимается один хрен как text без ограничений размера. Для 123 и выше надо накладывать constraint на длину поля и не париться

Это не так, порог гораздо выше

Всем привет, народ, кто нибудь пробовал кластер на Patroni? Есть у кого опыт? Какие + и -

Для utf-8 по идее (1024*1024*1024)/2 - 2

Ну тогда Ваш вопрос некорректен

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

Вопрос по терминологии. Кто-нибудь помнит, как называется паттерн, когда помимо свойства какого-либо объекта в одной таблице хранят еще и интервал, когда оно было актуально? Т.е. типа такого: tariff_id, project_id, date_start, date_finish 1, 100, '2018-01-01', '2018-05-01' 2, 100, '2018-05-01', null

https://en.wikipedia.org/wiki/Slowly_changing_dimension

pg_stat_statements и логирование не имеют прямой зависимости

к тому же pg_stat_statements - это уже сагрегированные данные, там нету значения переменных, с которыми выполнялся запрос

Вам сюда

https://www.postgresql.org/docs/current/static/runtime-config-logging.html

там подробно расписано

самые популярные параметры, это log_min_duration_statement log_statement

в лс ответил

есть ли возможность откатиться в прошлое на момент времени, если архивирование журнала не включено?

сбоя нет. база работает в обычном режиме

есть ли возможность откатиться в прошлое на момент времени, если архивирование журнала не включено?

Регулярного способа нет

Только на время имеющихся бэкапов

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

@KellyDink будет жить. Поприветствуем!

Добрый вечер! а кто-нибудь сталкивался с такой проблемой, что postgres не может запустить сокет на localhost'е? он это делает, если я прописываю listen_addresses ="*' в postgresql.conf, но при этом на localhost все равно не подключается. в netsta'e он виден и права на папку /var/run/postgresql вроде норм

но что-то я делаю определенно не так(

Проверьте pg_hba.conf

что я там только не прописывала. Но в целом там есть '# IPv4 local connections: host all all 127.0.0.1/32 trust # IPv6 local connections: host all all ::1/128 trust '

Просто мне не нравится, что служба вообще не стартует, если в postgresql.conf прописано listen_addresses ="127.0.0.1"

Добрый вечер! а кто-нибудь сталкивался с такой проблемой, что postgres не может запустить сокет на localhost'е? он это делает, если я прописываю listen_addresses ="*' в postgresql.conf, но при этом на localhost все равно не подключается. в netsta'e он виден и права на папку /var/run/postgresql вроде норм

Как ты понимаешь, что localhost interface не слушается?

Как ты понимаешь, что localhost interface не слушается?

ну например не работает psql -U postgres -h 127.0.0.1

при этом стандартное подключение без четкого указания хоста работает =(

А этот интерфейс прописан у тебя в etc/hosts ?

А этот интерфейс прописан у тебя в etc/hosts ?

=( вот над ним я много измывалась. на данный момент там '127.0.0.1 localhost 127.0.1.1 astra # The following lines are desirable for IPv6 capable hosts 127.0.0.1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters '

а до этого было ::1

собственно это по умолчанию. Но я вычитала в тырнетике, будто постгресу что-то там сложно понимать и лучше бы поменять на Localhost или 127.0.0.1

но это тоже не помогло.

Я даже полнотью удаляла и устанавливала саму бдушечку ( проблема возникла еще ДО переустановки с такими же симптомами)

давай по очереди. telnet 127.0.0.1 5432 коннектится?

=( вот над ним я много измывалась. на данный момент там '127.0.0.1 localhost 127.0.1.1 astra # The following lines are desirable for IPv6 capable hosts 127.0.0.1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters '

Вторая строка явно лишняя...

Вторая строка явно лишняя...

он по умолчанию прописывается при установке любой системы( Но могу удалить

давай по очереди. telnet 127.0.0.1 5432 коннектится?

неа

он по умолчанию прописывается при установке любой системы( Но могу удалить

Неа....

порт у меня не стандартный прописан - это я в процессе своих извращений хотела найти там проблему(

Не, я не имел в виду удалять... Просто не всегда это ставится

он как бы есть. Но его как бы нет(

А вот телнет с соседнего компутера в сети работает) магия

@KellyDink Давайте попробуеем вместо netstat (deprecated) взять ss: ss -ntlp | grep 5434 и что говорит sudo iptables -L?

@KellyDink Давайте попробуеем вместо netstat (deprecated) взять ss: ss -ntlp | grep 5434 и что говорит sudo iptables -L?

Я расстроилась и ушла оттуда(

Я завтра с утра посмотрю. Ss не пробовала

Евгений Белясник будет жить. Поприветствуем!

и даже создать свой тип

Когда то давно видел доклад про трюки с пользовательскими типами, помню впечатлился, но ничего не запомнил :) может знаете ссылки интересные по теме?

@ScalaDev будет жить. Поприветствуем!

Ого.

Господа и дамы, а не бывало ли в вашей практике такого, что база, живущая в rds внезапно рывком выросла на 100gb и продолжает добавлять гектар в час? \l+ показывает незменные 38gb work_mem 128mb Если дамп базы развернуть локально, получается 37gb с копейками. Хрестоматийный запро про pg_total_relation_size(oid) из pg_class показывает, в сумме, те же 37 Пишется в БД очень мало. Гигабайт данных в нее попадает, примерно, за тройку месяцев., не быстрее. Никто не сталкивался, случайно?

На rds рывком ещк попробуй запиши

На дорогих планах, вроде, не проблема. На графике вообще что-то странное. БД рывком с 60 гигов (видимо, темпфайлы) похудела до 25 а потом так же вертикально уехала в 100+

@filq2005 будет жить. Поприветствуем!

На дорогих планах, вроде, не проблема. На графике вообще что-то странное. БД рывком с 60 гигов (видимо, темпфайлы) похудела до 25 а потом так же вертикально уехала в 100+

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

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

как лечили?