Что значит «знать PostgreSQL»?

Question

[Николай]

Ну или любую другую СУБД. Знать SQL в целом - это понятно. Знать какой-нибудь диалект SQL - тоже. Язык написания хранимых процедур, вроде t-sql, plsql - ясно. Но что значит именно "знать {СУБД-name}"? Поделитесь предположениями, накидайте список пунктов, что по-вашему это такое - знать субд (В частности было бы неплохо на примере постгри).

Comments

[Дмитрий]

У каждой бд есть свои особенности, причем не только в диалекте sql?

[Михаил Р.]

знать PostgreSQL

Примерно тоже самое, что - "знать английский", т.е. ничего не значит, ибо требование составлял идиот. Рекомендую, уточнить у этого "товарища", что он имел ввиду.

[Akina]

Накидывая пункты в список, расшифровывающий указанное понятие, главное - вовремя остановиться.

По-моему, это, как минимум:

1. Знать основы SQL - в рамках последнего стандарта.
2. Знать особенности реализации и отклонения от стандарта в данной СУБД.
3. Знать основные расширения СУБД.
4. Знать идеологию и архитектуру СУБД (метаданные, система прав, схема взаимодействия хранимых объектов и пр.).
5. Знать основы оптимизации данной СУБД. Как СУБД в целом, так и отдельного запроса.
6. Знать средства резервного копирования и восстановления.
7. Для СУБД, поддерживающих распределённую работу - знать основы её организации.

Причём всё это надо знать на практике - то есть "делал руками, задачи были решены, в ходе решения проблем не возникло".

[Николай]

Akina, можете поподробнее про "основные расширения СУБД"? Что за расширения такие в общем и на примере postgre (если знаете)? И про "схема взаимодействия хранимых объектов" - что имеется ввиду?

[Михаил Лялин]

начните с Курс молодого бойца PostgreSQL

[Akina]

Николай,

Что за расширения такие в общем и на примере postgre (если знаете)?

Например, имеется куча скалярных и табличных функций, не описанных стандартом. Это - расширение языка.
Ну или использование PostGIS. Или Foreign Data Wrappers.

И про "схема взаимодействия хранимых объектов" - что имеется ввиду?

Например, триггеры в PostgreSQL строятся совсем не так, как, скажем, в SQL Server.

Answer 1

[mayton2019]

Ух. Нет предела совершенству. Можно начать читать отсюда https://www.postgresql.org/docs/current/index.html

Если спрашивают на собеседовании - то у них есть конкретная позиция или должность например DBA или разработчика. У них - очень разные задачи. Например DBA заниматеся бекапами, перформансом. Поднимает новые экземпляры БД для бизнеса. Лечит упавшие. Делает апгрейд версий софта. Вобщем поддерживает непрерывный цикл работы. Если спрашивают на разработчика (к примеру для банка) - то нужно знать режимы работы транзакций (их там 4 штуки кажется). Нужно знать и применять индексы. Оценивать когда они полезны и когда - бесполезны. Писать триггеры и хранимые процедуры. Если ты идешь разработчиком в какой-нибудь 2ГИС то будут спрашивать гео-поисковые возможности PG. Кроме того в наше время разработчик с БД работает малую часть времени. Все таки его основными языками будут Java/C# e.t.c. и фреймворки типа Hibernate. И нужно распределять усилия. Чистых БД разработчиков я уже лет 10 не видел. Поэтому стоит ли "упарываться" прямо в постгрес - ну я не знаю.

Вобщем PG - это очень старый программный продукт с большой историей у которого есть много расширений и знать их все сразу невозможно.

Comments

[Akina]

Если спрашивают на разработчика (к примеру для банка) - то нужно знать режимы работы транзакций (их там 4 штуки кажется).

Всего да, четыре - но увы, в Постгрессе поддерживается только три из них, и те не без фортелей.
https://www.postgresql.org/docs/current/transactio...
https://www.postgresql.org/docs/current/sql-set-tr...

[mayton2019]

Akina, можно прожить длинную и счастливую жисть Оракл-разработчика и использовать тольк read-commited.

Answer 2

[Vitaly Karasik]

В дополнение\расширение к Akina - знать как использовать ее производительно и экономно для различных нужд, с учетом различных data engine, знать базовые настройки сервера.