Здравый смысл - Datagrid NoSQL против простого SQL

Question

Мой смысл для разработчиков покалывает просто использовать простой SQL (JDBC) для приложения, которое в 95% случаев будет показывать сетку данных (extJS) с простой функцией сравнения CRUD +. Глядя на модное слово NoSQL, я не вижу никакой пользы ... я не прав?

Если я хочу найти в моей коллекции данных определенное значение ('john') в определенном столбце ('firstname') документа в NoSQL (коллекция ключ / значение) ... великий шанс, что я создам отдельная коллекция для имен для этого запроса и ссылки на мою коллекцию данных.

Answer 1

На мой взгляд, SQL - это путь, пока у вас не будет очень веской причины выбрать NoSQL. Имейте в виду, что кайф определенно не является такой причиной;) Все, начиная с инструментов, разработчиков, ресурсов, продуктов и даже стандартов, является зрелым для SQL. Хотя основным преимуществом NoSQL является производительность, производительность редко является ключевой для СУБД. И если это так, то это редко вина СУБД.

Answer 2

По своему опыту работы с Кассандрой я могу сказать, что это быстрее, чем SQL. Я предполагаю, что для Datagrid решение NOSQL будет работать намного лучше, потому что вы можете сгруппировать столбцы таким образом, чтобы они могли быть приняты последовательным способом в памяти, поэтому, конечно, быстрее.

Надеюсь, это поможет, Приветствия