Struchkov Mark
2beb7b3121
All checks were successful
continuous-integration/drone/push Build is passing
43 lines
3.5 KiB
Markdown
43 lines
3.5 KiB
Markdown
---
|
||
tags:
|
||
- type/zero-link
|
||
parents:
|
||
- "[[00 Разработка]]"
|
||
aliases:
|
||
- база данных
|
||
- базу данных
|
||
linked:
|
||
- "[[../../../../_inbox/00 In-memory СуБД|00 In-memory СуБД]]"
|
||
---
|
||
- [Журнал БД](../../dev/database/Журнал%20БД.md)
|
||
- [Репликация БД](../../dev/architecture/highload/Репликация%20БД.md)
|
||
- [Резервные копии БД](Резервные%20копии%20БД.md)
|
||
- [Транзакция БД](Транзакция%20БД.md)
|
||
- [[../../../../_inbox/Индекс в БД|Индекс в БД]]
|
||
- [[../../../../_inbox/Индекс в PostgreSQL|Индекс в PostgreSQL]]
|
||
- [[../../../../_inbox/Индексы в MySQL|Индексы в MySQL]]
|
||
|
||
СуБД:
|
||
- [PostgreSQL](00%20PostgreSQL.md)
|
||
- [MySQL](00%20MySQL.md)
|
||
## Улучшение производительности
|
||
- [Репликация БД](../../dev/architecture/highload/Репликация%20БД.md)
|
||
- [Шардирование БД](../../../../_inbox/Шардирование%20БД.md)
|
||
|
||
- Выбирать правильный тип для колонки
|
||
- Денормализация
|
||
- Меньше индексов - лучше
|
||
- Меньше джойнов - лучше
|
||
|
||
Приложение работает неограниченное количество времени, с каждым днем количество данных в БД увеличивается. При возрастании объема запросы начинают отрабатывать медленнее, в таком случае возникает необходимость в применении [партиционирования](Партиционирование%20в%20БД.md) и [шардирования](../../../../_inbox/Шардирование%20БД.md).
|
||
|
||
- [Производительность SQL запросов](_inbox/Производительность%20SQL%20запросов.md)
|
||
|
||
## Заметки
|
||
- Классические СУБД хранят данные в двух местах: на диске и в памяти.
|
||
- [[../../dev/fundamental/Страница|Страница]] модифицируется сначала в оперативной памяти, потом попадает на диск.
|
||
- 
|
||
- Часто думают, что реляционная таблица — это массив. Некоторые даже думают, что это двумерный массив. На самом деле, это гораздо более сложная штука. Это мультимножество – набор определенного сорта кортежей, над которым не задано порядка. В SQL-таблице нет порядка. Это важно. И, как результат, когда вы делаете SELECT* из БД (просканировать все записи), результат выполнения запроса может меняться – строчки могут быть в одном порядке, а могут и в другом. Про это нужно помнить.
|
||
- Профиль нагрузки на реляционную базу данных выглядит следующим образом: 80% запросов это чтение, 20% запросов это запись. Если запросов на запись больше, то возможно реляционная база данных вам не подходит.
|
||
|