тоесть сортировка будет делаться не на основе конкретной системной локали, а на основе http://site.icu-project.org/

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

Скажите, в каких случаях нужен кластеризованный индекс (командой CLUSTER) ? Спросили в коментах, а я даже не знаю что ответить толком ( https://habrahabr.ru/post/311586/#comment_9840738 ). Не видел вообще, чтобы кто-то его юзал в pg. При этом в mysql, насколько я знаю, данные кластеризуются автоматически.

Скажите, в каких случаях нужен кластеризованный индекс (командой CLUSTER) ? Спросили в коментах, а я даже не знаю что ответить толком ( https://habrahabr.ru/post/311586/#comment_9840738 ). Не видел вообще, чтобы кто-то его юзал в pg. При этом в mysql, насколько я знаю, данные кластеризуются автоматически.

Кстати, полезная статья. Спасибо.

Скажите, в каких случаях нужен кластеризованный индекс (командой CLUSTER) ? Спросили в коментах, а я даже не знаю что ответить толком ( https://habrahabr.ru/post/311586/#comment_9840738 ). Не видел вообще, чтобы кто-то его юзал в pg. При этом в mysql, насколько я знаю, данные кластеризуются автоматически.

юзаю в окрестностях PostGIS, чтобы сделать быстро VACUUM FULL + перестроить gist заново + убедиться, что дерево в gist получится получше

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

Понял, спасибо

Здравствуйте. Таблица партиционирована. Ресторю данные в родительскую таблицу, она растёт нормально, но почему растёт в размерах дочерняя таблица? При этом кол-во строк в дочерней не изменяется, делал по ней full vacuuum analyze, не помогло.

чтения данных в БД поболее чем записи чаще всего, вот в mssql например не советуют никогда использовать heap. если точно не знаешь, почему не подходит кластер

Скажите, в каких случаях нужен кластеризованный индекс (командой CLUSTER) ? Спросили в коментах, а я даже не знаю что ответить толком ( https://habrahabr.ru/post/311586/#comment_9840738 ). Не видел вообще, чтобы кто-то его юзал в pg. При этом в mysql, насколько я знаю, данные кластеризуются автоматически.

Нарисую пример при котором важен кластерный индекс: допустим у вас таблица Users, в нем есть поле LastLoginDate. Пользователей у которых LastLoginDate меньше месяца назад — всего 10%, поэтому они разбросаны по таблице. но ДБ не загружает конкретные строки, она загружает данные блоками, тоесть вам понадобилась одна строчка из блока — а загрузиться весь блок, и в нем 90% не нужных вам пользователей. При помощи кластера вы можете отстортировать таких пользователей по LastLoginDate и тогда ДБ будет работать эффективнее.

Скажите, в каких случаях нужен кластеризованный индекс (командой CLUSTER) ? Спросили в коментах, а я даже не знаю что ответить толком ( https://habrahabr.ru/post/311586/#comment_9840738 ). Не видел вообще, чтобы кто-то его юзал в pg. При этом в mysql, насколько я знаю, данные кластеризуются автоматически.

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

какую ФС и размер блока под постгрес лучше делать?

ext4 ,512байт?

волум zfs, 8k

или xfs такой же

или xfs такой же

4к

4к

почему 4?

4к

xfs один хрен лежит поверх zfs с 8к )))))))

Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes

а физический сектор 512байт, а логический тогда 4к или 8к стоит?

почему 4?

Ты попробуй смонтировать xfs с блоком в 8к

Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes

да нету ни у кого уже 512 физики. а еще скорее всего ты не поверх физиики это все делаешь

Ты попробуй смонтировать xfs с блоком в 8к

кошмар

так страницу лучше 8к или 4к, допустим на ext4

Скажите, а кто ни то переносил бд с mysql на postgresql? Есть ли проверенный способ?

тебе после БД переносить запросы и разработчиков, это обычно больнее

в смысле +1 !

Скажите, а кто ни то переносил бд с mysql на postgresql? Есть ли проверенный способ?

Ручками - единственный проверенный способ. Ну а про разрабов и запросы уже сказали. Правда запросы - это сильно зависит от проекта. А вот разрабы...

Ручками - единственный проверенный способ. Ну а про разрабов и запросы уже сказали. Правда запросы - это сильно зависит от проекта. А вот разрабы...

да вот после пару суток экспериментов, прихожу к такому выводу

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

noatime точно

nobarrier жи

ext3/ext4 c data=writeback за остальные не скажу

noatime точно

Только на SSD имхо.

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

или все таки надо руками гонять vacuum ?

ext3/ext4 c data=writeback за остальные не скажу

только если внизу RAID с BBU

nobarrier жи

Если батарейка в рейде?

Доброе утро всем, уже даже день

вопрос такой, в каком формате лучше всего хранить деньги

Только на SSD имхо.

оно тоже зазря головы гоняет

есть формат Money

или Float

или Float

деньги нельзя хранить во Float

нужно хранить рубли и копейки, суммы не большие, до 500 руб

деньги нельзя хранить во Float

почему?

по этому и спрашиваю, в каком формате их лучше хранить

потому что ты не хочешь потом посчитать кому-то чек на 16.1666666666666 рублей

потому что ошибки округления

Money &

noatime точно

Давно уже relatime есть

почему?

или хуже того, чтобы сумма позиций в чеке не сошлась с ИТОГО на пару копеек после персональной скидки в 1.8%

Там (например, ситуаций может быть куда больше) рано или поздно может случится момент, что у тебя разработчик проводит валидацию как (сумма позиций) == (итог выставленного счета). А оно не бьется из-за округления float.

Decimal(8,2) ?

когда я разрабатывал на мускуле - мы хранили все в инт * 100

Давно уже relatime есть

Более того, по умолчанию

децимал должен работать

но, так мне больше делать не хочется

Мы обычно имеем 2 поля: для хранения числа без округления, и для хранения числа с "банковским округлением"

какой тип

Numeric

не в коем случае не double precision

double precision aka float8

в постгресе

double precision aka float8

тот же флоат с теми же проблемами, но с большим разрешением

ERROR: S client not available

Типы данных real и double precision хранят приближённые числовые значения с переменной точностью. На практике эти типы обычно реализуют Стандарт IEEE 754 для двоичной арифметики с плавающей точкой (с одинарной и двойной точностью соответственно), в той мере, в какой его поддерживают процессор, операционная система и компилятор. Неточность здесь выражается в том, что некоторые значения, которые нельзя преобразовать во внутренний формат, сохраняются приближённо, так что полученное значение может несколько отличаться от записанного. Управление подобными ошибками и их распространение в процессе вычислений является предметом изучения целого раздела математики и компьютерной науки, и здесь не рассматривается. Мы отметим только следующее: Если вам нужна точность при хранении и вычислениях (например, для денежных сумм), используйте вместо этого тип numeric. Если вы хотите выполнять с этими типами сложные вычисления, имеющие большую важность, тщательно изучите реализацию операций в вашей среде и особенно поведение в крайних случаях (бесконечность, антипереполнение). Проверка равенства двух чисел с плавающей точкой может не всегда давать ожидаемый результат.

decimal c 5 знаками

2 показыаете, еще 3 для точности внутренних расчетов

decimal = numeric в postgresql. Можно использовать что больше нравится

NUMERIC( 8, 3) как-то так?

да

МТС когда-то считал с 4 знаками после запятой

были недопонятки, когда сумма округленных чисел не совпадала с итогом, но внутри было точно

MTC использует Постгрес?

дело не в базе, дело в способе хранения )

ясно, спасибо за консультацию

МТС когда-то считал с 4 знаками после запятой

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

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

почему сложно? как раз нет :)

думаю, это правильно :)

у нас в Беларуси деноминация недавно была

ну и ??

MTC использует Постгрес?

Мтс использует оракл. Но инфо о балансе там всё-таки в float хранят :(

в лучших имплементациях людям понадобилось поменять просто функции отображения для чисел

Типы данных real и double precision хранят приближённые числовые значения с переменной точностью. На практике эти типы обычно реализуют Стандарт IEEE 754 для двоичной арифметики с плавающей точкой (с одинарной и двойной точностью соответственно), в той мере, в какой его поддерживают процессор, операционная система и компилятор. Неточность здесь выражается в том, что некоторые значения, которые нельзя преобразовать во внутренний формат, сохраняются приближённо, так что полученное значение может несколько отличаться от записанного. Управление подобными ошибками и их распространение в процессе вычислений является предметом изучения целого раздела математики и компьютерной науки, и здесь не рассматривается. Мы отметим только следующее: Если вам нужна точность при хранении и вычислениях (например, для денежных сумм), используйте вместо этого тип numeric. Если вы хотите выполнять с этими типами сложные вычисления, имеющие большую важность, тщательно изучите реализацию операций в вашей среде и особенно поведение в крайних случаях (бесконечность, антипереполнение). Проверка равенства двух чисел с плавающей точкой может не всегда давать ожидаемый результат.

Спасибо. Перечитал https://postgrespro.ru/docs/postgrespro/9.5/datatype-numeric Мы в постгресе юзаем до сих пор флоат, по старинке. Траблов пока нет. НО, наверное, лучше делать так как пишет Постгрес

Спасибо. Перечитал https://postgrespro.ru/docs/postgrespro/9.5/datatype-numeric Мы в постгресе юзаем до сих пор флоат, по старинке. Траблов пока нет. НО, наверное, лучше делать так как пишет Постгрес

не за что.

Мтс использует оракл. Но инфо о балансе там всё-таки в float хранят :(

Вот, кстати, где-то видел у себя баланс во float в интерфейсе. Но было лишь однажды.

спасибо всем

Вырубайте в BIOS технологию EIST с Agressive Power Management настройками! Постгри оказалась ОЧЕНЬ чувствительна к этим не в меру умным технологиям Интела. Нам удалось убрать постоянные массовые затупы базы. Проблема исходила из того, что Selectel анально огораживается паролем на BIOS серверов от клиентов с шаловливыми ручками, нам понадобилось потратить дополнительные силы на то, чтобы убедить их разрешить нам покрутить BIOS.

Ну и до кучи, довольно полезная публикация http://en.community.dell.com/techcenter/high-performance-computing/b/general_hpc/archive/2014/09/23/bios-tuning-for-hpc-on-13th-generation-haswell-servers При Cluster on Die в двух сокетах появляется 4 NUMA nodes

Извечный вопрос о бекапах, тут заметил что у одних товарищей "неконсистентный" бекап, после после разворачивания требуется некоторое время на рекавери, и у них нет WAL архива. Именно отсутствие вал-архива приводит к подобным эффектам ? или я что-то не правильно понимаю ?

есть бакап полученный через копию файлов (rsync+pg_{start,stop}_backup() или pg_basebackup и все что на этом основанно) + wal и есть дамп, который представляет из себя plain sql, снапшот состояния системы. вот с wal с дампом не скрестить, никак, поэтому востановиться можно только на снапшот, это займет CPU, например создание индекс - однопоточно и после этого нужно будет выполнить vacuum analyze, чтобы собрать статистику бакап + wal лишен таких недостатков, но соот-венно при востановлении приходиться ждать, пока проиграются все изменения записанные в журнал (представьте что вы обновили 100500 раз одну и туже строчку)

Дим, вопрос о другом - если WAL вообще нет, и его с pg_basebackup копии поднимают - он будет консистентен или нет?

конечно консистентен, иначе какой это бекап?

да, до момента последнего зафиксированного чекпоинта :)

конечно консистентен, иначе какой это бекап?

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

конечно консистентен, иначе какой это бекап?

pg_basebackup - означает "базовый", "начальный" бакап :)