hardsign: (Default)

Попалась на глаза вакансия. Администратор PostgreSQL в крупный <..>. Задачи традиционные — поддержка, настройка производительности, мониторинг. Требования тоже не сверхъестественные — Ansible/shell/Jira/Confluence (последние два к администрированию БД не относятся, но по ним неплохая документация и куча форумов, я освоил в качестве разминки для начинающего питониста). Полная удалёнка.

За всё это предлагают 350К на руки и соцпакет по мелочи. Как по мне, очень даже можно жить. Буду пенсионером — смогу подрабатывать, если всех админов к тому времени не заменит чат-гпт.

hardsign: (Default)

Продолжаем читать давешнюю книгу.

Вторая глава ожидаемо принесла новую порцию ужасов. Сначала авторка рассказывает как создать и уничтожить базу данных, при этом не объясняя, зачем всё это делать. Ни слова о пользователях, все операции — исключительно от имени суперпользователя. Пару раз упоминается какое-то «табличное пространство», но не объясняется, что это такое (а в Oracle, например, это немного не то, что в PostgreSQL, а в Microsoft SQL Server такого термина вообще нет, поэтому если вдруг книжку будет читать человек с опытом, он поймёт всё неправильно). Ну а остаток главы зачем-то посвящён нормализации.

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

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

Формально всё правильно: в таблице могут быть дубликаты, а для минимизации избыточности хранения (хотя не только) применяется нормализация. Только дубликаты и избыточность хранения — совершенно разные явления. В огороде бузина, а в Киеве дядька.

Правило первой нормальной формы (1NF) заключается в том, что каждая ячейка таблицы должна содержать одно значение, а имена столбцов должны быть уникальными.

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

В соответствии с правилом второй нормальной формы (2NF) каждый столбец должен быть напрямую связан с первичным ключом.

Напрямую, Карл!!!

В общем, дальнейшая судьба этой замечательной книги от меня не зависит. Кажется, я убедил редактора, что её печатать не надо, пообещав в отместку написать для неё учебное пособие по вёрстке на материале двухмесячного опыта работы с Word’95. Теперь осталось убедить инвестора, оплатившего права на перевод и работу переводчика, но это уже не моя забота...

hardsign: (Default)

Познакомился с человеком, делающим доброе дело: сводит издателей переводных книг с экспертами в соответствующих областях, чтобы те в свою очередь поправили текст перевода, придав ему хотя бы приличный вид. Работа не оплачиваемая, но зато в выходных данных эксперт будет отмечен как научный редактор. Ну и плюс ощущение Правильного Дела.

Взял на редактирование книгу про PostgreSQL. Автор(ка) — индийская женщина-программист, рецензент — тоже индус. Переводчик, по всей видимости, о базах данных слышал только то, что они есть, но это как раз не беда. Беда в оригинальном тексте.

Для начала — вступление.

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

Тут, пожалуй, без комментариев.

Глава 1 знакомит с работой в среде разработки для PostgreSQL и нормализацией данных в базе

Мы поговорим об инструментах, необходимых для демонтажа ГБЦ, и об особенностях путешествия из Вологды в Казань. В одной главе, да. Не говоря о том, что под термином IDE автор понимает утилиту psql

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

В 1982 году группа глобальной разработки PostgreSQL (PostgreSQL Global Development Group) в Калифорнийском университете в Беркли (University of California, Berkeley, UCB) разработала PostgreSQL для решения проблем с существующей архитектурой баз данных.

PGDG, как и название PostgreSQL, появилось в 1996 году, то есть авторка не может даже правильно переписать абзац из Википедии, которая в данном случае не врёт.

Чувствую, будет весело.

Profile

hardsign: (Default)
hardsign

February 2026

S M T W T F S
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 1718192021
22232425262728

Syndicate

RSS Atom

Style Credit

Expand Cut Tags

No cut tags
Page generated Feb. 18th, 2026 10:47 am
Powered by Dreamwidth Studios