SurrealDB - Versionsgeschichte

Codica: /* KI-Suche */

2025-12-31T07:41:46Z

KI-Suche

Codica: /* Nutzung mit TypeScript */

2025-11-19T21:24:45Z

Nutzung mit TypeScript

Codica: /* Record Links mit r etc. */

2025-02-08T17:48:00Z

Record Links mit r etc.

Codica: /* Record Links mit r etc. */

2025-02-02T09:51:04Z

Record Links mit r etc.

Codica: /* Benutzung der HTTP/REST-API */

2025-02-02T09:44:34Z

Benutzung der HTTP/REST-API

Codica: /* Record Links mit r etc. */

2025-02-02T09:40:32Z

Record Links mit r etc.

Codica: /* Benutzung der HTTP/REST-API */

2025-02-02T09:37:11Z

Benutzung der HTTP/REST-API

Codica am 9. Januar 2025 um 11:58 Uhr

2025-01-09T11:58:27Z

Codica: /* Benutzung der HTTP/REST-API */

2025-01-09T11:53:08Z

Benutzung der HTTP/REST-API

Codica: /* Scope-User */

2024-08-16T05:27:41Z

Scope-User

← Nächstältere Version		Version vom 31. Dezember 2025, 07:41 Uhr
Zeile 126:		Zeile 126:

	* https://surrealdb.com/blog/moving-from-full-text-search-to-vector-search-in-surrealdb		* https://surrealdb.com/blog/moving-from-full-text-search-to-vector-search-in-surrealdb
		+
		+
		+	=== ORDER BY nach GROUP BY ===
		+
		+	Siehe https://github.com/surrealdb/surrealdb/issues/5310

	== Nutzung mit TypeScript ==		== Nutzung mit TypeScript ==

@@ Zeile 133: / Zeile 133: @@
 ** https://github.com/sebastianwessel/surrealdb-client-generator
 ---------
 <references/>

@@ Zeile 42: / Zeile 42: @@
 Die entsprechenden Buchstaben sind
-* für [https://surrealdb.com/docs/surrealql/datamodel/ids RecordIDs "r"
+* für [https://surrealdb.com/docs/surrealql/datamodel/ids RecordIDs] "r"
 * für UUID "u"
 * für String "s"

@@ Zeile 34: / Zeile 34: @@
+   }
-Das gilt auch für die längere Variante mit <code>&lt;record&gt;<code>:
+Das gilt auch für die längere Variante mit <code>&lt;record></code>:
    {  "owner": '''&lt;record&lt;user&gt;&gt;'''"user:tobie"
+   }
-Ergänzt man den Cast nicht, kommt etwa folgende Fehlermeldung: "{result: Found 'user:tobie' for field `owner`, with record `xy`, but expected a record<user>, status: ERR, time: 0.01 µs}
+Ergänzt man den Cast nicht, kommt etwa folgende Fehlermeldung: ''"{result: Found 'user:tobie' for field `owner`, with record `xy`, but expected a record<user>, status: ERR, time: 0.01 µs}"''
 Die entsprechenden Buchstaben sind

@@ Zeile 21: / Zeile 21: @@
 === JSON ohne beginnendes Leerzeichen ===
 === Record Links mit r etc. ===
@@ Zeile 36: / Zeile 39: @@
+   }
 Die entsprechenden Buchstaben sind
 * für UUID "u"
 * für String "s"

← Nächstältere Version		Version vom 2. Februar 2025, 09:37 Uhr
Zeile 19:		Zeile 19:

	Die HTTP-API von SurrealDB ist dokumentiert.		Die HTTP-API von SurrealDB ist dokumentiert.
		+
		+	=== JSON ohne beginnendes Leerzeichen ===
		+
		+	=== Record Links mit r etc. ===
		+
		+	Record IDs, die als JSON-String übermittelt werden, [https://surrealdb.com/docs/surrealql/datamodel/ids müssen mit einem "r" beginnen].
		+
		+	Das führt zu einem nicht standardmäßigen JSON:
		+
		+	{ "owner": '''r'''"user:tobie"
		+	}
		+
		+	Die entsprechenden Buchstaben sind
		+	* für UUID "u"
		+	* für String "s"
		+

	=== Scope-User (V1.x) ===		=== Scope-User (V1.x) ===

@@ Zeile 1: / Zeile 1: @@
-[https://github.com/surrealdb/surrealdb SurrealDB] ist v.a. eine Datenbank, kann aber auch als komplettes Backend für Webanwendungen fungieren.
+[https://github.com/surrealdb/surrealdb SurrealDB] ist v.a. eine Datenbank, kann aber auch als komplettes Backend für Webanwendungen fungieren. Sein Alleinstellungsmerkmal ist der [https://surrealdb.com/docs/surrealdb/security/authentication#record-users Record User]. Damit können Regeln für die Aufnahme von neuen Usern und deren Anmeldungsverfahren in der Datenbank definiert werden. Für die
 == Tools ==
@@ Zeile 87: / Zeile 88: @@
 === Keine VIEWs ===
-Auch wenn die Dokumentation behauptet, vorberechnete Tabellen (DEFINE TABLE ... AS SELECT ...) seien Views in rein relationalen Datenbanken vergleichbar<ref>Vgl. https://surrealdb.com/docs/surrealdb/surrealql/statements/define/table#pre-computed-table-views .</ref> handelt es sich dabei eher um Materialized Views. Die Ergebnisdaten werden also nicht erst bei der Abfrage einer precomputed table berechnet, sondern schon wenn die zugrunde liegenden Elemente geschaffen, aktualisiert oder gelöscht werden.
+Auch wenn die Dokumentation behauptet, vorberechnete Tabellen (DEFINE TABLE ... AS SELECT ...) seien Views in rein relationalen Datenbanken vergleichbar<ref>Vgl. https://surrealdb.com/docs/surrealql/statements/define/table#pre-computed-table-views .</ref> handelt es sich dabei eher um Materialized Views. Die Ergebnisdaten werden also nicht erst bei der Abfrage einer precomputed table berechnet, sondern schon wenn die zugrunde liegenden Elemente geschaffen, aktualisiert oder gelöscht werden.
 Eigentlich könnte das einem von der Funktionalität egal sein, aber die precomputed tables scheinen etwas komplizierter zu programmieren zu sein, so dass sie aktuell (Stand: März 2024) noch nicht produktiv genutzt werden können.<ref>Vgl. https://github.com/surrealdb/surrealdb/issues/3546</ref>

@@ Zeile 19: / Zeile 19: @@
 Die HTTP-API von SurrealDB ist dokumentiert.
-=== Scope-User ===
+=== Scope-User (V1.x) ===
 Ein Scope wird mit DEFINE SCOPE angelegt.

@@ Zeile 45: / Zeile 45: @@
 * https://ddlele.com/posts/surreal-db-row-security
 * https://gist.github.com/koakh/fbbc37cde630bedcf57acfd4d6a6956b
 == SELECT - Besonderheiten ==