Auswählen eines Suchdatenspeichers in Azure
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? Wenn dies der Fall ist, sollten Sie Elasticsearch in Betracht ziehen, das 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 | Keine | Ja |
REST-API | Ja | Ja | Nein |
Programmierbarkeit | .NET, Java, Python, JavaScript | Java | T-SQL |
Dokumentindexer für allgemeine Dateitypen (PDF, DOCX, TXT usw.) | Ja | Nr. | 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:
- Zoiner Tejada | CEO und Architekt
Nächste Schritte
- Was ist Azure Cognitive Search?
- Volltextsuche in SQL Server und Azure SQL-Datenbank
- Elastic Cloud (Elasticsearch Service)