Auswählen eines Suchdatenspeichers in Azure

  • Artikel

In diesem Artikel werden die Technologieoptionen für Suchdatenspeicher in Azure verglichen. Mit einem Suchdatenspeicher werden spezialisierte Indizes zum Ausführen von Suchvorgängen für Freiformtext erstellt und gespeichert. Der Text, der indiziert wird, kann sich in einem separaten Datenspeicher befinden, etwa einem Blobspeicher. Eine Anwendung sendet eine Abfrage an den Suchdatenspeicher. Als Ergebnis wird eine Liste der übereinstimmenden Dokumente zurückgegeben. Weitere Informationen zu diesem Szenario finden Sie unter Processing free-form text for search (Verarbeiten von Freiformtext für die Suche).

Welche Suchdatenspeicher-Optionen stehen zur Verfügung?

In Azure erfüllen durch Bereitstellung eines Suchindexes alle folgenden Datenspeicher die grundlegenden Anforderungen für das Durchsuchen von Freiformtextdaten:

Wichtige Auswahlkriterien

Beginnen Sie bei Suchszenarien mit der Auswahl des geeigneten Suchdatenspeichers für Ihre Anforderungen, indem Sie die folgenden Fragen beantworten:

  • Möchten Sie einen verwalteten Dienst verwenden, anstatt Ihre eigenen Server zu verwalten?

  • Können Sie Ihr Indexschema zur Entwurfszeit angeben? Wenn dies nicht der Fall ist, wählen Sie eine Option, die aktualisierbare Schemas unterstützt.

  • Ist ein Index nur für die Volltextsuche erforderlich, oder benötigen Sie auch eine schnelle Aggregation von numerischen Daten und weitere Analysefunktionen? Wenn Sie nicht nur Funktionen für die Volltextsuche benötigen, ziehen Sie Optionen in Erwägung, die zusätzliche Analysefunktionen unterstützen.

  • Benötigen Sie einen Suchindex für die Protokollanalyse mit Unterstützung für Protokollerfassung, Aggregation und Visualisierungen für indizierte Daten? Falls ja, ziehen Sie den Elasticsearch-Engine in Erwägung, der Teil eines Protokollanalysestapels ist.

  • Müssen Sie Daten in allgemeinen Dokumentformaten wie PDF, Word, PowerPoint und Excel indizieren? Ist dies der Fall, wählen Sie eine Option, die Dokumentindexer bereitstellt.

  • Gelten für Ihre Datenbank bestimmte Sicherheitsanforderungen? Falls ja, ziehen Sie die unten aufgeführten Sicherheitsfeatures in Erwägung.

Funktionsmatrix

In den folgenden Tabellen sind die Hauptunterschiede der Funktionen zusammengefasst:

Allgemeine Funktionen

Funktion Cognitive Search Elasticsearch SQL-Datenbank
Verwalteter Dienst Ja Nein Ja
REST-API Ja Ja Nein
Programmierbarkeit .NET, Java, Python, JavaScript Java T-SQL
Dokumentindexer für allgemeine Dateitypen (PDF, DOCX, TXT usw.) Ja Nein Nein

Verwaltbarkeitsfeatures

Funktion Cognitive Search Elasticsearch SQL-Datenbank
Aktualisierbares Schema Ja Ja Ja
Unterstützung für Aufskalieren Ja Ja Nein

Funktionen für Analyseworkloads

Funktion Cognitive Search Elasticsearch SQL-Datenbank
Unterstützung von Analysen über die Volltextsuche hinaus Nein Ja Ja
Teil eines Protokollanalysestapels Nein Ja (ELK) Nein
Unterstützung der semantischen Suche Ja (nur Suche von ähnlichen Dokumenten) Ja Ja

Sicherheitsfunktionen

Funktion Cognitive Search Elasticsearch SQL-Datenbank
Sicherheit auf Zeilenebene Teilweise (Anwendungsabfrage zum Filtern nach Gruppen-ID erforderlich) Teilweise (Anwendungsabfrage zum Filtern nach Gruppen-ID erforderlich) Ja
Transparent Data Encryption Nein Nein Ja
Beschränken des Zugriffs auf bestimmte IP-Adressen Ja Ja Ja
Beschränken des Zugriffs, um nur den Zugriff auf virtuelle Netzwerke zuzulassen Ja Ja Ja
Active Directory-Authentifizierung (integrierte Authentifizierung) Nein Nein Ja

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Hauptautor:

Nächste Schritte