Сравнени бази данни
MongoDB: Документи, не доктрина
MongoDB популяризира хранилището на документи, което се мащабира хоризонтално, и историята оттогава включва дисциплина за проектиране на схема, модел с набор от реплики, по-опростен от повечето настройки на SQL HA, и лицензиране (SSPL), което видимо придвижи самостоятелното хостване напред. Той печели за конкретни форми на данни и нашите сравнения nosql-vs-sql и postgresql-vs-mongodb покриват аргументите; това е посветеното парче, когато самият двигател заслужава пиедестала.
Ключови точки
- BSON документите съзнателно дават гъвкавост на схемата, което означава, че дисциплината на дизайна на схемата се измества от файловете за мигриране към настройките по подразбиране на приложението: вградените документи за модели за четене на много срещу референции за релационна връзка един към много остават решението, което взема или нарушава производителността.
- Тръбопроводът за агрегиране е мястото, където живее аналитичната работа: специално изградени етапи (съвпадение, група, търсене, размотаване) заменят ad-hoc map-reduce; за повечето оперативни анализи агрегация плюс индекс надминава данните за доставка до склад.
- Комплектите реплики се справят евтино с общата HA: една основна плюс вторични с автоматичен отказ и предпочитания за четене; шардингът е истинска функция за разпределени данни за работни натоварвания с мащабиране на запис, но носи оперативна тежест (балансиране на парчета, ключове на фрагменти), което принадлежи към прегледите на дизайна, а не към преоборудването.
- TTL индексирането и колекциите от времеви серии покриват естествено случая на използване на „регистрационни файлове и показатели“: ограничено задържане без cron за изтриване на документи и специално създадено съхранение на времеви серии за високочестотно приемане на метрики.
- Оперативни разлики: почти еквивалентност на поддръжка-вакуум не съществува, но честотите на опресняване и консолидирането на отложената опция (проверка на схемата чрез валидатори, транзакции след 4.x) имат значение; драйвери, индекси, натиск върху паметта се показват като планове за заявки (обяснете), а не като журнали за бавни заявки.
- Честен отпечатък на лицензиране: изданието на общността е с лиценз SSPL, който някои управлявани платформи на доставчици изключват; Atlas е поддържаният от доставчика път, а самостоятелното хостване остава често срещано при внедрявания в контейнери, където SSPL е приемлив.
Бележка от терен
Моделът на прекъсване на MongoDB, който научи нашите клиенти най-много, винаги беше един и същ: ключ на шард, определен по време на прототип, нараства до производство, а повторният шард се превръща в проект. Ключовете на Shard са архитектурни решения, а не Mongo археология.
Често задавани въпроси
MongoDB добър заместител ли е на релационна база данни?
Понякога за правилно вложени оперативни данни; за тежки релационни дизайни на обединения, не: референтната цялост е работата на вашето приложение тук. Нашата статия за nosql срещу sql обхваща правилото за честно вземане на решения.
Как да обработвам миграции между документи, променящи схемата?
Като добавите сами дисциплина за версия на схема: валидатори и полета за версия плюс целеви скриптове за миграция; няма ALTER TABLE, на който да се облегнете.
Какво ще кажете за лиценза (SSPL) за доставчиците на SaaS?
Можете да хоствате самостоятелно И да обслужвате използването му в облака като хранилище на приложения, но като предлагаща услуга е различна история; проверете търговските условия, преди да обещаете Atlas-алтернативен хостинг на клиентите.
Защо shard ключът е толкова голям проблем?
Тъй като маршрутизирането, балансирането и афинитетът на заявките идват от него след избор на шардинг: повторното споделяне на жива система по-късно е реално оперативно действие.
Как Kinetikatech помага с сравнени бази данни
Предложението е просто: Избор на механизъм за база данни за хостване на работни натоварвания, сравнен с гаранции за коректност, оперативно тегло и реална цена: вградени двигатели срещу сървъри, MySQL срещу PostgreSQL, SQL срещу хранилища на документи, плюс наследеното казус, което продължава да се връща. Поверете на нашата услуга Сървърна администрация и Оптимизация на скоростта на сайта и имате пълно покритие: сериозна оценка, чисто внедряване, непрекъснат мониторинг.