Можно ли использовать Когнитивный поиск Azure в качестве основной базы данных для некоторых данных?

Хотя мы обычно не рекомендуем это делать, вы можете рассмотреть возможность использования Поиска Azure в качестве основного хранилища, если:

1. Your app can tolerate some data inconsistency. Azure Search is eventually consistent.
   • When you index data, it is not available for querying immediately.
   • В настоящее время нет механизма для управления одновременным обновлением одного и того же документа в индексе.
   • При чтении данных с помощью поисковых запросов разбиение на страницы не основывается на каких-либо снимках, поэтому вы можете получить отсутствующие или дублированные документы.
2. Вам не нужно зачитывать все содержание вашего указателя. Пейджинг в Поиске Azure основан на параметре $skip, который в настоящее время ограничен максимумом 100000. Для индексов, превышающих 100000 документов, может быть очень сложно прочитать все ваши данные. Вам нужно будет выбрать какое-то поле для разделения, и ваши чтения не имеют гарантий согласованности.
3. В случае случайного удаления вы можете потерять свои данные. Поиск Azure не поддерживает резервное копирование / восстановление на момент написания этой статьи. Если вы случайно удалите свои данные, вам нужно будет повторно проиндексировать их из исходного источника.
4. Вам не нужно сильно менять определение индекса. Для изменения или удаления полей из индекса в настоящее время требуется повторная индексация всех ваших данных (вы можете добавлять новые поля без повторной индексации). Если поиск Azure является вашим основным хранилищем, единственным вариантом может быть попытка прочитать все данные из старого индекса в новый, на который распространяются все вышеупомянутые ограничения в отношении согласованности, $skip и т. Д.
5. Запрос вашего приложения должен соответствовать функциям, предоставляемым Поиском Azure. Поиск Azure поддерживает полнотекстовый поиск, фасеты и подмножество языка фильтра OData, но не поддерживает такие вещи, как объединение индексов или произвольные скопления. Если вашему приложению требуются другие функции запросов, отличные от тех, что предоставляет служба поиска Azure, вам следует рассмотреть другое решение NoSQL, например Azure Cosmos DB.
6. Ваше приложение может выдерживать большую задержку записи. Поскольку это поисковая система, а не база данных общего назначения, поиск Azure в значительной степени оптимизирован для выполнения запросов (особенно запросов полнотекстового поиска). Это происходит за счет более низкой производительности записи, поскольку каждая запись требует много работы для индексации данных. В частности, вы получите максимальную пропускную способность при записи путем группирования действий индексирования вместе (пакеты могут содержать до 1000 действий индексирования). Запись документов в индекс по одному приведет к гораздо более низкой пропускной способности.

Обратите внимание, что во многих из этих областей мы хотим улучшить поиск Azure в будущем ради управляемости и простоты использования, но мы никогда не ставили перед собой цель превратить поиск Azure в базу данных NoSQL общего назначения.