Защо NoSQL коства релационни бази данни за мобилни приложения

Автор: Judy Howell
Дата На Създаване: 1 Юли 2021
Дата На Актуализиране: 1 Юли 2024
Anonim
Building Apps for Mobile, Gaming, IoT, and more using AWS DynamoDB by Rick Houlihan
Видео: Building Apps for Mobile, Gaming, IoT, and more using AWS DynamoDB by Rick Houlihan

Съдържание


За вкъщи:

Индустрията за мобилни приложения е още един знак за това колко полезен може да бъде NoSQL.

През последните години разработката на мобилни приложения започна. Преминаването към смартфони и таблети даде огромен тласък на броя на потребителите на мобилни устройства по целия свят. Поради тази нарастваща общност на мобилни потребители, търсенето и очакванията за мобилни приложения също нараснаха значително. За да могат разработчиците да изпълнят търсенето на мобилни приложения, рационализирането на процеса на разработка, така че да е по-ефективно и по-малко стресиращо, става все по-важно. Използването на NoSQL за мобилни приложения прави точно това. (Вземете някакъв фон на NoSQL в NoSQL 101.)

Защо релационните бази данни не са достатъчни

Моделът на релационната база данни просто не е идеален за динамичните нужди на мобилните приложения. За една, традиционните бази данни SQL използват фиксирани схеми. Това създава проблеми, тъй като при мобилните приложения има много ситуационни изисквания. Тъй като разработчиците измислят нови идеи и функции за своите приложения, извършването на промени се превръща в отнемаща време задача, защото трябва да се правят постоянни промени в схемата на базата данни.


Например, да кажем, че разработчик създава приложение, подобно на „Angry Birds“, където различни типове герои извършват различни действия. С релационна база данни добавките към типовете знаци или действия, които могат да извършват, може да изискват изцяло промяна на схемата, за да се съобрази с промяната. В зависимост от размера на промяната, това може да отнеме много време и усилия в края на програмиста.

Друг проблем, който релационните бази данни имат по отношение на мобилните приложения, е, че те не са създадени да обработват всички случаи на използване, за които се изискват мобилните приложения. Случаите на използване могат да бъдат разбити по отношение на типа мобилно устройство, операционната система, фърмуера на операционната система и местоположението. Това става по-сложно, когато вземете предвид различните комбинации, които възникват от потребителите, които работят с остарели операционни системи, пътувания и много други ситуации. Дори един твърд защитник на SQL би трябвало да признае, че моделът на релационна база данни не е толкова подходящ за мобилни приложения.


Защо NoSQL е ефективен

Базите данни NoSQL са проектирани да се справят с динамичните нужди на мобилните приложения. Базите данни NoSQL не използват фиксирани схеми. Така че в примера, използван по-горе, добавянето на нови символи не изисква разработчиците да правят драстични промени в базата данни. Програмистът просто ще добавя към базата данни, а не да променя съществуваща схема.

Споменах за различните случаи на използване, които мобилните приложения трябва да адресират. Това е друг проблем, който се отстранява при използване на бази данни NoSQL. Един от най-добрите примери за бази данни NoSQL, обработващи сложните случаи на използване на мобилни потребители, е Foursquare. Тъй като Foursquare е базиран на местоположение, резултатите, които потребителите получават от заявки или дори опциите, достъпни за тях, ще се различават в зависимост от местоположението. Геопространствените възможности на база данни с отворен код NoSQL като MongoDB дават възможност на разработчиците лесно да добавят функции, които знаят местоположението.

Друг проблем с мобилните приложения, който NoSQL адреси е необходимостта от постоянни актуализации. След освобождаване на приложение, поддръжката става основна грижа, наред с други неща, които трябва да се вземат предвид. Тъй като NoSQL е базиран на документи, коригирането на определени видове бъгове и други проблеми не изисква цялостно преразглеждане на базата данни, тъй като промените, направени от разработчиците, не засягат непременно всеки друг аспект на приложението.

И накрая, NoSQL е добре известен със своята мащабируемост. За разлика от релационните бази данни, базата данни на NoSQL се мащабира навън, а не вертикално. Това е важно, тъй като с увеличаване на потребителската база на приложението, така ще се увеличи и количеството данни, които се съхраняват в базата данни. Важно е да разработите стратегия за растеж преди разработването на приложение, защото притесненията за ограниченията на данните след пускането на приложението ще доведат до престой на потребителите за поддръжка и разстроени потребители.

Без грешки, без стрес - Вашето стъпка по стъпка ръководство за създаване на софтуер, променящ живота, без да разрушава живота ви

Не можете да подобрите уменията си за програмиране, когато никой не се интересува от качеството на софтуера.

Долната линия на NoSQL

Индустрията за мобилни приложения е още един знак за това колко полезен може да бъде NoSQL. Помислете да използвате модела на нерелационна база данни за бъдещи проекти за разработка на мобилни приложения. (За допълнително четене, вижте Копаене по-дълбоко в концепциите на NoSQL.)