0 / 0
Zurück zur englischen Version der Dokumentation
DataStax Enterprise -Verbindung
Letzte Aktualisierung: 28. Nov. 2024
DataStax Enterprise -Verbindung

Um auf Ihre Daten in DataStax Enterprisezuzugreifen, erstellen Sie ein Verbindungsasset für diese Daten.

DataStax Enterprise ist eine NoSQL -und Vektordatenbank, die auf Apache Cassandra basiert.

Unterstützte Versionen

DataStax Enterprise 4.6 und höher

Verbindung zu DataStax Enterprise erstellen

Um das Verbindungsasset zu erstellen, benötigen Sie folgende Verbindungsdetails:

  • Hostname oder IP-Adresse
  • Port Number
  • Schlüsselbereich
  • Benutzername und Kennwort
  • Leseskonsistenz: Gibt die Anzahl der Replikate an, die eine Leseanforderung beantworten müssen, damit die Daten an die Clientanwendung zurückgegeben werden.
    • all: Daten werden an die Anwendung zurückgegeben, nachdem alle Replikate geantwortet haben. Diese Einstellung bietet die höchste Konsistenz und niedrigste Verfügbarkeit.
    • local_one: Die Daten werden vom nächsten Replikat im lokalen Data Center zurückgegeben.
    • local_quorum: Daten werden zurückgegeben, nachdem ein Quorum von Replikaten in demselben Data Center wie der Koordinatorknoten geantwortet hat. Bei dieser Einstellung wird die Latenzzeit der Kommunikation zwischen Rechenzentren auf null gesetzt.
    • local_serial: Daten in einem Rechenzentrum werden gelesen, ohne dass eine neue Hinzufügung oder Aktualisierung vorgeschlagen wird. Nicht festgeschriebene Transaktionen im Rechenzentrum werden als Teil der Leseoperation festgeschrieben.
    • one: Daten werden vom nächsten Replikat zurückgegeben. Diese Einstellung bietet die höchste Verfügbarkeit, erhöht jedoch die Wahrscheinlichkeit, dass veraltete Daten gelesen werden.
    • quorum: (Standardwert) Daten werden zurückgegeben, nachdem ein Quorum von Replikaten von einem beliebigen Data Center geantwortet hat.
    • serial: Daten werden gelesen, ohne eine neue Hinzufügung oder Aktualisierung vorzuschlagen. Nicht festgeschriebene Transaktionen werden als Teil der Leseoperation festgeschrieben.
    • drei: Daten werden von drei der nächsten Replikate zurückgegeben.
    • zwei: Daten werden von zwei der nächsten Replikate zurückgegeben.  
  • Schreibkonsistenz: Gibt die Anzahl der Replikate an, für die die Schreibanforderung erfolgreich sein muss, damit eine Bestätigung an die Clientanwendung zurückgegeben wird.
    • all: Ein Schreibvorgang muss auf allen Replikatknoten im Cluster für diesen Partitionsschlüssel erfolgreich sein. Diese Einstellung bietet die höchste Konsistenz und niedrigste Verfügbarkeit.
    • any: Ein Schreibvorgang muss auf mindestens einem Knoten erfolgreich sein. Selbst wenn alle Replikatknoten für den angegebenen Partitionsschlüssel inaktiv sind, kann der Schreibvorgang erfolgreich sein, nachdem eine angegebene Übergabe geschrieben wurde. Diese Einstellung bietet die niedrigste Konsistenz und höchste Verfügbarkeit.
    • each_quorum: Ein Schreibvorgang muss auf einem Quorum von Replikatknoten in einem Data Center erfolgreich sein.
    • local_one: Ein Schreibvorgang muss auf mindestens einem Replikatknoten im lokalen Data Center erfolgreich sein.
    • local_quorum: Ein Schreibvorgang muss in einem Quorum von Replikatknoten in demselben Data Center wie der Koordinatorknoten erfolgreich sein. Bei dieser Einstellung wird die Latenzzeit der Kommunikation zwischen Rechenzentren auf null gesetzt.
    • local_serial: Der Treiber verhindert unbedingte Aktualisierungen, um eine linearisierbare Konsistenz für schlanke Transaktionen im Rechenzentrum zu erreichen.
    • one: Ein Schreibvorgang muss auf mindestens einem Replikatknoten erfolgreich sein.
    • quorum: (Standardwert) Ein Schreibvorgang muss auf einem Quorum von Replikatknoten erfolgreich sein.
    • serial: Der Treiber verhindert unbedingte Aktualisierungen, um linearisierbare Konsistenz für einfache Transaktionen zu erreichen.
    • drei: Ein Schreibvorgang muss auf mindestens drei Replikatknoten erfolgreich sein.
    • zwei: Ein Schreibvorgang muss auf mindestens zwei Replikatknoten erfolgreich sein.

 

  • SSL-Zertifikat (falls vom Datenbankserver benötigt)

Für private Konnektivität müssen Sie eine sichere Verbindung einrichten, um eine Verbindung zu einer Datenbank herstellen zu können, die nicht über das Internet zugänglich ist (z. B. hinter einer Firewall).

Je nach Position auf der Plattform geeignete Methode zum Erstellen einer Verbindung auswählen

In einem Projekt
Klicken Sie auf Assets > Neues Asset > Verbindung zu einer Datenquelle herstellen. Weitere Informationen finden Sie unter Verbindung zu einem Projekt hinzufügen.
In einem Bereitstellungsbereich
Klicken Sie auf Assets importieren > Datenzugriff > Verbindung. Siehe Datenassets zu einem Bereitstellungsbereich hinzufügen.
Im Katalog der Plattformressourcen
Klicken Sie auf Neue Verbindung. Weitere Informationen finden Sie unter Hinzufügen von Plattformverbindungen.

Nächster Schritt: Fügen Sie Datenassets aus der Verbindung hinzu

Wo Sie diese Verbindung verwenden können

Sie können DataStax Enterprise -Verbindungen in den folgenden Arbeitsbereichen und Tools verwenden:

Projekte

  • Decision Optimization
  • SPSS Modeler
  • Synthetic Data Generator

Kataloge

  • Platform assets catalog

Primärschlüssel in SQL-Anweisungen

Wenn Sie eine Zieltabelle mit einer SQL-Anweisung erstellen und keine Schlüsselspalte angeben, wird die erste Spalte als Primärschlüssel festgelegt.

Konfiguration von DataStax Enterprise

Erste Schritte mit DataStax Enterprise

Weitere Informationen

Zugehörige Verbindung: Apache Cassandra -Verbindung

Übergeordnetes Thema: Unterstützte Verbindungen

Generative KI-Suche und -Antwort
Diese Antworten werden von einem großen Sprachmodell in watsonx.ai basierend auf dem Inhalt der Produktdokumentation generiert. Weitere Informationen