DevConf 2016 "PostgreSQL для разработчиков приложений", Павел Лузанов, (Постгрес Профессиональный) Что нужно знать разработчику приложений о базах данных вообще и PostgreSQL в частности? Может быть достаточно основ SQL? А может во всём положиться на ORM? Несмотря на кажущуюся простоту работы с базами данных, для качественной реализации приложений необходимы знания по самому широкому кругу тем: - Нормализация и денормализация данных - Типы данных и ограничения целостности - Хранимые процедуры и триггеры - Аналитические функции и CTE - Транзакции и уровни изоляции - Материализованные представления и секционирование - Типы индексов и как их использовать - Методы доступа к таблицам и способы их соединения - Сбор статистики и планы выполнения запросов А нужны ли разработчикам знания об основах администрирования и архитектуре СУБД в целом? Нужно ли понимать что и для чего делает VACUUM? Доклад в первую очередь адресован разработчикам и архитекторам приложений, но также будет интересен администраторам баз данных и всем “сочувствующим”.

1. PostgreSQL для разработчиков
приложений
Павел Лузанов, Postgres Professional, 17.06.2016

2. PostgreSQL is a powerful, open
source object -relational database
system.
SQL
relational
About PostgreSQL
.
www.postgresql.org/about

3. Серверная часть приложения
..
Реляционная модель данных

4. Реляционная модель данных
Зачем?
Реляционные СУБД для реляционной модели
Нормализация данных
ER-диаграммы

5. Реляционная модель данных
PostgreSQL
Не зависит от СУБД

6. Серверная часть приложения
.
Реляционная модель данных
Физическая модель данных

7. Физическая модель данных
Зачем?
Сама по себе ER-диаграмма не работает
Нормализованная модель не будет работать

8. Физическая модель данных
Зачем?
Денормализация
добавление избыточности
автоматическая поддержка

9. Физическая модель данных
PostgreSQL
Отношения, атрибуты, связи →
таблицы, столбцы, ограничения целостности
Доступ к данным
роли, схемы, привилегии
Деномализация данных
добавление столбцов (восходящая, нисходящая)
материализованные представления
индексы (разные типы, для разных задач)

10. Серверная часть приложения
..
Реляционная модель данных
Физическая модель данных
SQL

11. SQL
Зачем?
Декларативный язык
- оперирует множествами, а не объектами
+ делает это очень эффективно!

12. SQL
PostgreSQL
Соответствие стандарту ANSI SQL
Богатый функционал
аналитические функции (оконнные, групповые)
Common Table Expressions (CTE)
иерархические запросы
LATERAL

13. SQL
PostgreSQL
EXPLAIN: план/факт запросов
Планировщик запросов
методы доступа к таблицам
способы соединения таблиц
статистика

14. Серверная часть приложения
..
Реляционная модель данных
Физическая модель данных
SQL Хранимые процедуры

15. Хранимые процедуры
Зачем?
Производительность
меньше команд
меньше данных
меньше разборов команд
API для доступа к данным

16. Хранимые процедуры
PostgreSQL
Языки на выбор
Только функции
commit;
Временные таблицы, глобальные переменные

17. Серверная часть приложения
/
Реляционная модель данных
Физическая модель данных
SQL
Транзакции
Хранимые процедуры

18. Транзакции
Зачем?
ACI D
согласованность - ограничения целостности?
атомарность
изоляция

19. Транзакции
PostgreSQL
MVCC
autocommit=on согласованность
изоляция RU, RC, RR, SER
Блокировки на уровне строки
DDL

20. Серверная часть приложения
.
Настройка приложения
Реляционная модель данных
Физическая модель данных
SQL
Транзакции
Хранимые процедуры

21. Архитектура PostgreSQL
Серверная часть приложения
.
Настройка приложения
Реляционная модель данных
Физическая модель данных
SQL
Транзакции
Хранимые процедуры

22. Итоги
.
Разработка приложений для реляционных СУБД
требует знаний в ряде областей от реляционной модели до
управления транзакциями
Разработка эффективных приложений для PostgreSQL
требует понимания архитектуры PostgreSQL в этих областях

23. Архитектура PostgreSQL
Настройка приложения
Реляционная модель данных
Физическая модель данных
Транзакции
Хранимые процедуры
Курсы для разработчиков
Использование SQL
SQL

24. Архитектура PostgreSQL
Настройка приложения
Реляционная модель данных
Физическая модель данных
Транзакции
Хранимые процедуры
Курсы для разработчиков
DEV1. Базовый курс
SQL
DEV1

25. Архитектура PostgreSQL
Настройка приложения
Реляционная модель данных
Физическая модель данных
Транзакции
Хранимые процедуры
Курсы для разработчиков
DEV2. Расширенный курс
SQL
DEV1
DEV2

26. Каталог курсов
www.postgrespro.ru/education
DBA1. Базовый курс
DBA2. Расширенный курс
DEV1. Базовый курс
DEV2. Расширенный курс
Использование SQL

27. Спасибо за внимание!
.
www.postgrespro.ru/education
edu@postgrespro.ru

28. Послесловие
PostgreSQL
Так тоже можно:
postgres=# create table mydata (
id serial,
value jsonb
);
CREATE TABLE
Зачем?