чтобы с начала строк примерно понимать что там лежит

и где искать связь\родителя

в родительских сиквенс назван как id (потому что и так понятно)

В родительском тоже используем префикс, ибо есть писаки, после которых непонятно, что за id

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

один модуль - отдельная схема

Очень грамотное и интересное решение в свое время я видел в биллинге петер-сервис на оракле. Вот там даже при всем желание не заблудишься.

Например, первичные id шли с четырех символьным сокращением от родителя. Вторичные шли с повторением. Связки четыре символа от одного и второго

Историчность была сделана по scd type 4

История всегда была в отдельное таблице с постфиксом history

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

История всегда была в отдельное таблице с постфиксом history

Старые версии таблиц? Типа что было до миграции?

Нет, история записей

аудит-лог

А, я уж испугался

Ну т.е. были таблицы с текущим состоянием и таблица со историей, где по факту добавлялись два поля start_date и end_date. И соответственно если вытаскивать историю на текущий момент, то она равносильна таблице без истории

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

я так делал раньше, но по мне это работает только на реально больших проектах, или микросервисах

я так делал раньше, но по мне это работает только на реально больших проектах, или микросервисах

Джойн двух таблиц и вывод полей без изменений названий и разбери, что это за id

я так делал раньше, но по мне это работает только на реально больших проектах, или микросервисах

видимо, у нас проект уже достиг такого размера

Джойн двух таблиц и вывод полей без изменений названий и разбери, что это за id

алиасы)

алиасы)

Ну есть писаки, которые не пишут

И опять таки, вот делаешь отчет, понимаешь чутьем, что это id клиента, но почему бы поле не назвать client_id?

natural join, опять же, станет работать

Насколько я помню, там побилась ФС, соответственно, вполне могло остаться два файла с одной и той же структурой. Соответственно, при восстановлении получилось две идентичные таблички.

угу вот это вот наверное и произошло

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

ааа, понятно

Не подскажите статью какую как лечить повреждения блобов?

Toast'ов?

Toast'ов?

Ага

зависит от характера повреждений

зависит от характера повреждений

У меня дамп падает с ошибкой. Точно щас не напишу, не за компом, там было что-то про то что не может прочитать какой-то тоаст и номер его.

реплика, бэкапы есть?

реплика, бэкапы есть?

Не реплика. Бекапы есть. Там повреждения в одной таблице только.

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

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

Без этой таблицы бекап создается )

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

Селектом вычислить?

да

Ок. Так я и собирался сделать. Просто думал может есть способ проще и быстрее.

Спасибо

natural join, опять же, станет работать

+1

Подскажите пожалуйста удобный движок на php для создания миграций и управления ими

встроенные в фреймворк не дружат с postgresql (

J

Упс, пардон?

?

ctrl + f миграци

phinx

у встроенных в доктрину/yii никогда не встречал проблем, пока не начинают колупать сильно специфичные опции

Восстанавливаю дамп с psql dbname < dump.sql, можно как-то заставить постгрес продолжать после невалидных данных? Там invalid utf8 sequence встречаются и невалидный json.

ctrl + f миграци

Спасибо, попробую! Через боль работаю с проектом на codeigniter 2.2.2 с измененными системными файлами, а в CI 2.2.2 нет поддержки PDO psql :( Приходится нативные SQL запросы писать в миграциях

*для изменения структуры таблиц

смеха ради - я сейчас натягиваю phinx и еще кое-что через symfony/console на тот же CI 2

Восстанавливаю дамп с psql dbname < dump.sql, можно как-то заставить постгрес продолжать после невалидных данных? Там invalid utf8 sequence встречаются и невалидный json.

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

а, понял, типа файл битый считает

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

Там написано COPY tablename (fields1, field2, ...) from stdin; и дальше табулированная инфа

смеха ради - я сейчас натягиваю phinx и еще кое-что через symfony/console на тот же CI 2

В phinx, например нет enum Для postgres

Там написано COPY tablename (fields1, field2, ...) from stdin; и дальше табулированная инфа

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

Там написано COPY tablename (fields1, field2, ...) from stdin; и дальше табулированная инфа

а, точно, такое возможно что-то я про —inserts режим думал

ERROR: S client not available

В phinx, например нет enum Для postgres

oss ¯\_(ツ)_/¯

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

oss ¯\_(ツ)_/¯

Думаю в версии 1 всё будет. Пока же версия 0.8 ну а я юзаю миграции ларавел 5.

Блин триграм не работает. Там много настраивать его?

там судя по документации % работает только с каким-то минимальным числом

SELECT variants,similarity(variants, 'восем') FROM libs_complex WHERE variants % 'восем'; —— Не рабоатет

SELECT similarity(variants, 'восем') FROM libs_complex —— Возвращает 0.15151516

а что в variants?

Текст. Многострочный

Каждая строка - вариант

ТАблицу один ко многим не делаю вариантов миллиарды иначе будут

Там на каждую строку от 5 до 20 вариантов

он так не работает :) т.е. каждый вариант нужно подавать отдельно

можно еще попробовать функцию word_similarity(). Но он появился только в 9.6

INSERT INTO public.libs_complex (id, md, ud, title, variants, locality_id, locality_division_official_id, locality_division_non_official_id) VALUES (1, 1489589644225, 1489589644225, '18', '18 комплекс 18 к-с 18-й комплекс 18-й к-с восемьнадцатый комплекс восемьнадцатый к-с', 1, 1, 1);

можно еще попробовать функцию word_similarity(). Но он появился только в 9.6

Он и стоит

INSERT INTO public.libs_complex (id, md, ud, title, variants, locality_id, locality_division_official_id, locality_division_non_official_id) VALUES (1, 1489589644225, 1489589644225, '18', '18 комплекс 18 к-с 18-й комплекс 18-й к-с восемьнадцатый комплекс восемьнадцатый к-с', 1, 1, 1);

пахнет, как libpostal

пахнет, как libpostal

?

парсинг адресов :)

В смысле говно?

парсинг адресов :)

Нет не парсинг.

"18 к-с" плохая строка для pg_trgm

Суть в том, что так ищут менеджеры и вводят такие варианты.

"18 к-с" плохая строка для pg_trgm

Я думал массив использовать. Но чето не смог подключить индекс

Ругается на неверный тип для индекса

да, он только с текстом работает. Например, как в документации: CREATE TABLE test_trgm (t text); CREATE INDEX trgm_idx ON test_trgm USING GIST (t gist_trgm_ops);

не с массивом

JSONP еще работает, но его я не смог тоже подружить