beldmit: (Программизм)
Поиск забытых индексов при FOREIGN KEY для PostgreSQL.

У себя нашёл не очень много и не очень актуальных, но вообще пригодится, прикопаю.
beldmit: (Программизм)
В очередной раз заглянул в лог запросов базы, обнаружил толпу однотипных мелких запросов. В итоге переписал сегодня обработчик очереди с poll- на push-модель, использовав LISTEN/NOTIFY.
Примеры в сети нашлись толковые, и в результате единственное исправление с тем, что я предполагал — то, что в триггере на добавление записи надо сказать не SELECT pg_notify(), а PERFORM pg_notify().

Вообще январь оказался куда продуктивнее декабря, когда очень не хотелось ничего начинать. За три недели это уже третья революция в отдельно взятых кусках кода.

PGConf EU

Nov. 3rd, 2016 08:19 pm
beldmit: (Программизм)
A lot has changed since SQL-92 - очень толковая презентация. [livejournal.com profile] hettie_lz, последняя представленная там возможность как-то с Вашим докладом в Москве стыкуется?

Ещё была презентация про обеспечение безопасности при работе с базой. Ничего сверхъестественного, но неплохой checklist.

Announcing availability of PostgreSQL instance level encryption - очень похоже на правильную реализацию криптографии на уровне СУБД. Завтра попробую пообщаться с автором.
beldmit: (Программизм)
Запрос для поиска пропущенных в базе индексов.

SELECT relname, idx_scan, seq_scan, seq_tup_read
FROM pg_stat_user_tables
ORDER BY seq_tup_read DESC;

И вообще интересная презентация.
beldmit: (Программизм)
Я давно хотел написать этот пост, но до разговора с Фёдором Сигаевым на PGConf.eu стеснялся.

Одно из позиционирований NoSQL-ных баз данных — отсутствие схемы. Я всегда этот момент не понимал. Собственно, у меня на рабочем столе (физическом) полное отсутствие схемы, и помойкой это не является только потому, что я её так не называю. В смысле, мало запихнуть данные в куда-нибудь, с ними надо ещё работать: искать по атрибутам или по их значениям, а значит где-то эти значения должны регламентироваться. Не будут регламентироваться — рано или поздно получите атрибуты topic, Topic и TOPICS с одной семантикой.

В SQL-базе эту регламентацию достигают проверкой на уровне имён колонок. В NoSQL это придётся делать в приложении, потому что альтернатива — в мозгах программистов — слишком ненадёжна. И то и другое приводит к багам разной степени уловимости, даже при использовании hstore мы вдвоём с коллегой по этому грабельному полю потоптались.

То есть по большому счёту летать вся эта структурированность будет в паре случаев.

1. Когда база используется как хранилище без обработки. Максимум - проверить, что то, что передали в качестве XML, таковым является.
2. Когда “структурированные” данные обрабатываются и пишутся локально (например, параметры для разных типов заданий в очереди). И то в этом случае приходится работать с такой структурой как минимум в 2 местах — при чтении и при записи.

Во всех остальных случаях получаются размазанные по приложению метаданные, которые удобней держать в одной точке — в базе. Удобнее, например, потому как grep-ать не надо, а можно описание таблицы посмотреть. Нельзя построить внешние ключи (ну, ORM это частично компенсирует) и навести типизацию тоже можно довольно ограниченно.

Лично я до сих пор использую из таких "бессхемных" типов в PostgreSQL ровно 2 — hstore и XML. XML при этом в моей задаче можно было бы заменить массивом hstore или отдельной таблицей, но из соображений отслеживания изменений оказалось проще внедрить XML. Можно было бы с таким же успехов json воткнуть, впрочем.

Конечно, недооценивать экономию усилий при добавлении новой колонки не надо. Это часто бывает самостоятельным геморроем, особенно если требуется zero downtime. Но пока что, по ощущениям, schemaless того не стоит.
beldmit: (Любовь к ближним)
На работе завелась машинка с Debian-ом. Стал готовить на ней инсталляцию, которой на днях в бой вставать - и удивился, почему в psql не работает ввод русских букв.

Дальше - только пользователям PostgreSQL. Раньше, впрочем, тоже особо больше некому. )
beldmit: (Любовь к ближним)
На работе завелась машинка с Debian-ом. Стал готовить на ней инсталляцию, которой на днях в бой вставать - и удивился, почему в psql не работает ввод русских букв.

Дальше - только пользователям PostgreSQL. Раньше, впрочем, тоже особо больше некому. )
beldmit: (Программизм)
Программизм )

Но это все фигня. Через неделю надеюсь похвастаться результатом, имеющим публичное значение.
beldmit: (Программизм)
Программизм )

Но это все фигня. Через неделю надеюсь похвастаться результатом, имеющим публичное значение.
beldmit: (Default)
Попробовал сегодня настроить MySQL под Debian. Не получилось. Выкачал документацию, буду разбираться на более свежую голову. Всего-то и надо - создать базу.

А еще неделя прошла под знаком уникодного PostgreSQL и попытки привязки его к коммуниверу. Не получилось.
beldmit: (Default)
Попробовал сегодня настроить MySQL под Debian. Не получилось. Выкачал документацию, буду разбираться на более свежую голову. Всего-то и надо - создать базу.

А еще неделя прошла под знаком уникодного PostgreSQL и попытки привязки его к коммуниверу. Не получилось.

Profile

beldmit: (Default)
beldmit

June 2017

S M T W T F S
    123
45678910
111213141516 17
18192021 222324
252627282930 

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 25th, 2017 08:55 am
Powered by Dreamwidth Studios