надежная коллекция - хороший вариант (производительность запросов, гибкая модель и т. Д.) Для миллионов продуктов или я должен видеть в базе данных nosql?сервисная ткань надежная коллекция для каталога продукции (электронная коммерция)?
Благодаря
надежная коллекция - хороший вариант (производительность запросов, гибкая модель и т. Д.) Для миллионов продуктов или я должен видеть в базе данных nosql?сервисная ткань надежная коллекция для каталога продукции (электронная коммерция)?
Благодаря
Надежная коллекция в основном типы коллекций, которые надежно сохраняются между репликами, они не являются базами данных, они не предлагают характеристики базы данных. Они имеют некоторые функции с базой данных, в основном транзакционные. Данные (документы), которые вы храните, достаточно гибкие, но об этом.
Если вы ищете что-то с такими характеристиками базы данных, как запрос и индексирование, тогда я предлагаю решение для базы данных.
Что касается производительности, все зависит. Если вы извлекаете документ по его ключу, тогда SFRC выполняется быстро, во всех других сценариях вам, вероятно, потребуется создать someting, который явно поддерживает этот запрос.
Нет ничего, что помешало бы вам работать с базой данных (реляционным или NoSQL) в сервисе Fabric, работающим с Reliable Collections.
Существует множество плюсов и минусов для различных типов приложений хранения данных. Тем не менее, SFRC и NoSQL сильно отличаются друг от друга. Я бы порекомендовал, что вы обойдетесь как в экстенсивно, так и перед запуском «миллионов продуктов». – Eoghan