Порівняння баз даних
SQLite: найбільш розгорнута база даних, яку більшість адміністраторів ігнорують
SQLite — це вбудована база даних у кожному браузері, телефоні та панелі літака на землі, і доктрина, що це іграшка, є найнадійнішою ознакою того, що хтось не перевірив її межі. Безсерверний, файловий, транзакційний і абсурдно стабільний у різних версіях: він належить до дивовижної частки роботи з невеликими системами, а дисципліна навколо файлів і блокування є єдиною кривою чесного навчання.
Головне
- Безсерверний режим — це функція, а не відсутність: виклик бібліотеки, відсутність демонов, мережевий сокет, конфігурація; для однопроцесної аналітики та невеликих програм площа розгортання наближається до нуля.
- Паралельність є обмеженням, яке обмежує його: режим WAL додає одночасних читачів з одним записом; N-Threads-of-writes у кількох незалежних процесах одразу пахне дизайном: файл бази даних не призначений для мультихостингу.
- Чесність зберігання: файл Є базою даних, що робить резервне копіювання простим (живі копії через .backup API або VACUUM INTO, а не cp під час запису!) і недбале розміщення катастрофічно (блокування файлів класу NFS є фольклором; локальний диск або тверде розуміння того факту, що семантика блокування виконується через NFS, є обов’язковим).
- Стабільність формату файлу є рідкісним досягненням: файли, написані десятиліття тому, продовжують відкриватися ще десятиліттями; Робочі процеси криміналістичних/дослідницьких даних, сховища конфігурації та кеш-пам’яті додатків – усе це виграє від формату, який ніколи не дивує цикл оновлення.
- Його не можна вважати малим: SQLite підтримує авіоніку польотної системи та кеш-пам’ять браузера; Практичні обмеження зазвичай з’являються навколо навантаження одночасного запису або вимог HA, а не загального розміру даних (існують операції терабайтного класу за межами кешу).
- Де межі: аналітика з одним автором, локальне сховище програми, периферійні пристрої, стадія MVP від прототипу до виробництва; у той момент, коли в картину з’являється кілька серверів або паралельних записувачів у реальному часі, чесно перейдіть на PostgreSQL або MySQL, а не нав’язуйте формат.
Польова нотатка
Файл SQLite, який протягом семи років перевозив парк пристроїв, ніколи не був вузьким місцем, але кожна помилка резервного копіювання, яку ми бачили, виникала через cp під час запису замість дисципліни VACUUM INTO для безпеки локальних файлів. Правильне резервне копіювання живе разом із інструментом, а не звичкою дистрибутива.
Часті запитання
Чи може SQLite запускати мій маленький веб-сайт?
Так, належним чином сконструйовані і важкі для читання програми з одним блоком справляються добре; режимом помилки є завантаження кількох записів або потреби HA, а не трафік сам по собі.
Чи безпечно сховище NFS?
Часто ні: семантика блокування файлів через NFS є задокументованим місцевим джерелом псування. Зберігайте бази даних у локальних файлових системах.
Як правильно створити резервну копію?
API/клас .backup або VACUUM INTO стабільний файл; копіювання зовнішніх інструментів під час запису, якщо дотримується дисципліна блокування. Ніколи не вважайте cp атомарним під час запису.
Чи існує справжня стеля продуктивності?
Надзвичайно добре читає масштаб (WAL забезпечує одночасне зчитування), записує серіалізовано на одному письменнику; великі розгортання виживають з WAL плюс шаблони розділення або WAL-зовнішні шаблони масштабування).
Допомога Kinetikatech: порівняння баз даних
Це те, чим ми займаємося щодня: Вибір двигуна бази даних для розміщення робочих навантажень у порівнянні з гарантіями коректності, робочою вагою та реальною вартістю: вбудовані механізми проти серверів, MySQL проти PostgreSQL, SQL проти сховищ документів, а також застаріле прикладне дослідження, яке постійно повертається. Наша служба Адміністрування серверів та Оптимізація швидкості сайтів бере все на себе — оцінювання, впровадження, цілодобовий контроль і екстрене реагування протягом 30 хвилин.