Color scheme: Light
You are here: start » de » Dokumentation » Datenintegration und Datenzugriff » WKL Database Gateway » Referenz » Normen und Spezifikationen des Datendienstes (Referenz)

Normen und Spezifikationen des Datendienstes (Referenz)

Auf welchen Normen und Spezifikationen der Datendienst Wkl.Data.Gateway beruht, was jede verlangt und wie der Dienst sie umsetzt. Sie brauchen diese Seite, wenn Sie beurteilen, ob ein Client mit dem Dienst zusammenarbeitet, oder wenn Sie die Herkunft einer Anforderung nachprüfen.

Art der Quellen

Keine der Quellen ist für den Betreiber gesetzlich verbindlich. Sie unterscheiden sich darin, wie weit Zusammenarbeit oder Schutz von ihnen abhängt:

ArtBedeutung für den Dienst
Protokollnorm (OASIS-Standard, RFC auf dem Standardweg)Weicht der Dienst ab, verstehen ihn normgerechte Clients nicht
Herstellerspezifikation (SQL Server, Windows)Verhalten, auf das sich der Dienst gegenüber der Datenbank und dem Betriebssystem stützt
Informatives RFC, Entwurfverbreitetes Verfahren ohne Normstatus; der Dienst folgt ihm, ein Client muss es nicht
Eigene Festlegung (eigener HTTP-Vertrag, Vokabular Wkl.Store.V1, Kopfzeilen X-Wkl-…)Entwurfsentscheidung dieses Produkts, beschrieben in dieser Dokumentation

Quellen und ihre Umsetzung

QuelleArtWas sie festlegt, soweit der Dienst betroffen istUmsetzung im DienstGrenzen
OData 4.01 Part 1: ProtocolOASIS-StandardAnfragen, Antworten, Fehlerform, Folgeseiten, ETags, Anlegen/Ändern/Löschenantwortet mit OData-Version: 4.0; Folgeseiten über @odata.nextLink; @odata.etag und If-Match mit 412$batch, Delta, asynchrone Anfragen und Medienentitäten werden nicht unterstützt
Part 2: URL ConventionsOASIS-StandardAbfrageoptionen, Literale, Adressierung$select, $filter, $orderby, $top, $skip, $count, $skiptoken; POST …/$query (seit 4.01); siehe OData v4$expand, $search und die Präferenz odata.maxpagesize werden nicht unterstützt
CSDL XML 4.01OASIS-StandardSchemadokument $metadataEntitätsmengen je Alias und Schema, Schlüssel, Facetten, Annotationen; je Aufrufer nur erlaubte Objektekein CSDL als JSON
OData JSON Format 4.01OASIS-StandardDarstellung von Werten und FehlernJSON; Binärwerte als gewöhnliches Base64, nicht als base64url, weil Power Query nur gewöhnliches Base64 lädtkein Atom/XML; der eigene Vertrag liefert zusätzlich XML
OData Extension for Data Aggregation 4.0OASIS Committee Specification, kein OASIS-Standard$apply mit filter, compute, groupby, aggregate; Ankündigung ApplySupporteddiese vier Transformationen; COUNT(Spalte) über die eigene Methode Wkl.Store.V1.countübrige Transformationen und Rollup werden nicht unterstützt
RFC 9110 HTTP SemanticsRFC, Internet-Standardbedingte Anfragen (If-Match, 412), 401 mit WWW-Authenticate, 409, 422, 414Schreibkonflikt 412, Dublette 409, abgelehnte Anweisung 422–
RFC 6585RFC auf dem Standardweg429 Too Many RequestsGrenzen für Fehlversuche und Anfragen je Aufrufer–
RFC 7617 BasicRFC auf dem StandardwegName und Kennwort, Zeichensatz UTF-8SQL-Anmeldung, nur über geschützte Verbindung; charset="UTF-8" in der Herausforderung–
RFC 4559 Negotiateinformatives RFCKerberos oder NTLM über HTTPWindows-Anmeldung mit Kerberos oder NTLM, Gruppen über SID–
RFC 6238 TOTPinformatives RFCzeitbasierte Einmalcodeszweiter Faktor, jeder Code nur einmal–
Idempotency-Key HTTP Header FieldEntwurf der IETF (abgelaufen), kein StandardWiederholung einer Änderung ohne doppelte Wirkungerste Antwort zehn Minuten im Arbeitsspeichernach einem Neustart vergessen; nicht über mehrere Instanzen geteilt
RFC 8439 ChaCha20-Poly1305, RFC 5869 HKDFinformative RFCsauthentisierte Verschlüsselung, SchlüsselableitungVerbindungszeichenfolgen und zweite Faktoren im Verwaltungsspeicher versiegelt (Variante XChaCha20 mit 24-Byte-Nonce), Schlüssel je Zweck abgeleitetXChaCha20 selbst ist nur in einem Entwurf der IRTF beschrieben
X-Forwarded-For, X-Forwarded-Protogebräuchlich, keine Norm (RFC 7239 normt die Kopfzeile Forwarded)Herkunft und Schema hinter einem Proxyausgewertet nur von Proxys aus TrustedProxies, vom nächsten Glied ausForwarded (RFC 7239) wird nicht gelesen
EXECUTE AS, SESSION_CONTEXTHerstellerspezifikationWechsel des Ausführungskontexts, SitzungswerteWeitergabe der Person, Sitzungskontext wkl.person/wkl.key/wkl.role, nur lesend–
TLS über Kestrel bzw. Windows (Schannel)BetriebssystemProtokollversionen, Verfahrenüberlässt Version und Verfahren dem Betriebssystem; Post-Quanten-Schlüsselaustausch, wo Windows ihn anbietet–

Siehe auch

de/wiki/data-conectivity/database-gateway/reference/standards.txt · Last modified: by Wolfgang van der Stille