SPQL - Versionsgeschichte

Schleusner: /* Operationen */

2024-08-14T14:54:39Z

Operationen

Schleusner: Add docs for exists operations

2024-08-14T14:54:12Z

Add docs for exists operations

Schleuse: /* Beschreibung */

2015-08-04T12:40:10Z

Beschreibung

Veltrup am 6. Juli 2010 um 09:13 Uhr

2010-07-06T09:13:52Z

Veltrup: /* Element-Typen */

2010-07-06T09:11:42Z

Element-Typen

Sed: /* CalendarContent */

2010-03-15T12:51:46Z

CalendarContent

Sed: /* Attribute des Typs information */

2010-03-15T12:42:57Z

Attribute des Typs information

Veltrup: /* Schlüsselwörter */

2009-03-20T08:45:00Z

Schlüsselwörter

Jankowski: /* Logische Operationen */

2009-02-16T10:54:41Z

Logische Operationen

Jankowski am 16. Februar 2009 um 10:54 Uhr

2009-02-16T10:54:22Z

@@ Zeile 73: / Zeile 73: @@
 :Findet alle Elemente, deren Feldinhalte nicht mit den übergebenen Listen übereinstimmen
 ;<code>exists</code>
-:Prüft ob content eines bestimmten Typs existiert. Aktuell werden nur Inhalte aus der TextContent-Tabelle mit den Content-Typen <code>long</code> oder <code>text</code> unterstützt. Beispiel <code>FROM information WHERE sp_foo_number EXISTS number</code>, <code>FROM information WHERE sp_foo_number EXISTS text</code>
+:Prüft ob content eines bestimmten Typs existiert. Aktuell werden nur Inhalte aus der TextContent-Tabelle mit den Content-Typen <code>long</code> oder <code>text</code> unterstützt.
 ;<code>not exists</code>
-:Prüft ob content eines bestimmten Typs nicht existiert. Aktuell werden nur Inhalte aus der TextContent-Tabelle mit den Content-Typen <code>long</code> oder <code>text</code> unterstützt. Beispiel <code>FROM information WHERE sp_foo_number NOT EXISTS number</code>, <code>FROM information WHERE sp_foo_number EXISTS text</code>
+:Prüft ob content eines bestimmten Typs nicht existiert. Aktuell werden nur Inhalte aus der TextContent-Tabelle mit den Content-Typen <code>long</code> oder <code>text</code> unterstützt.
 =Logische Operationen=

@@ Zeile 72: / Zeile 72: @@
 ;<code>not in</code>
 :Findet alle Elemente, deren Feldinhalte nicht mit den übergebenen Listen übereinstimmen
 =Logische Operationen=

@@ Zeile 1: / Zeile 1: @@
 =Beschreibung=
-SQPL ist eine Sprache zur Beschreibung von Suchabfragen, sog. Queries, an den IES. Die Syntax ist ähnlich der Syntax von SQL und in einigen Teilen eine Untermenge hiervon.
+SPQL ist eine Sprache zur Beschreibung von Suchabfragen, sog. Queries, an den IES. Die Syntax ist ähnlich der Syntax von SQL und in einigen Teilen eine Untermenge hiervon.
 Suchabfragen stellen Teilmengen der Daten zur Verfügung, die sich in der Datenbank des InfoSite5-Systems befinden. Diese Teilmengen lassen sich durch das zur Suchabfrage gehörige Query spezifizieren: Eine Query kann zum Beispiel alle Informationen zu einem Schlagwort suchen. Die Suchabfrage stellt dann diese Informationen aus den gefundenen Artikeln als Trefferliste zur Verfügung. Eine Query kann z.Z. auf Artikel, Nutzer oder Templates abgesetzt werden.

@@ Zeile 253: / Zeile 253: @@
 ;<code>type</code>
 :Suche über den Typ des Templates
 =Order By=

@@ Zeile 18: / Zeile 18: @@
 *<code>user</code>
 *<code>template</code>
 Obwohl für eine Query nach Artikeln auf die Anweisung "<code>from information where</code>" verzichtet werden kann, sollte die genau Syntax verwendet werden.

@@ Zeile 128: / Zeile 128: @@
 :Zugriff auf Termin-Daten
-Eine Query nach Terminen wird i.d.R. über einen Zeitpunkt bzw. Zeitraum definiert. Gefunden werden damit alle Elemente, deren Termine genau am, bzw. zwischen den angegebenen Zeiten liegen. Folgende Beispiele verdeutlichen typische Abfragen auf Termindaten:
+Eine Query nach Terminen wird i.d.R. über einen Zeitpunkt bzw. Zeitraum definiert. Gefunden werden damit alle Elemente, deren Termine genau am, bzw. zwischen den angegebenen Zeiten liegen.
 Diese Query findet alle Elemente, deren Termine zwischen den angegebenen Werten liegen

@@ Zeile 204: / Zeile 204: @@
 ;<code>createdBy</code>
 :Suche nach Artikeln, die ein bestimmter Redakteur erstellt hat
 ;<code>directory</code>
 :Suche über das Arbeitsverzeichnis

@@ Zeile 179: / Zeile 179: @@
 ;<code>id</code> (ab Version 2.0.3)
 :Suche nach Elementen mit den angegebenen IDs.
 Beispiele
@@ Zeile 184: / Zeile 186: @@
 <source lang="xml">anchor = 'gui.informations'</source>
 <source lang="xml">id = 100010100000006434-1015</source>
 =Definierte Felder von Elementen=

@@ Zeile 71: / Zeile 71: @@
 =Logische Operationen=
-Eine Query lässtt sich durch Verwendung logischer Operationen aus mehreren Teilen zusammenfügen. Dadurch lässt sich die Ergebnismenge i.d.R. auf die gewünschte Menge einschränken. Zur Steuerung der logischen Verknüpfung von mehreren Teilen einer Query können einfache, runde Klammern verwendet werden. Es stehen folgende Operanten zur Verfügung:
+Eine Query lässt sich durch Verwendung logischer Operationen aus mehreren Teilen zusammenfügen. Dadurch lässt sich die Ergebnismenge i.d.R. auf die gewünschte Menge einschränken. Zur Steuerung der logischen Verknüpfung von mehreren Teilen einer Query können einfache, runde Klammern verwendet werden. Es stehen folgende Operanten zur Verfügung:
 ;<code>AND</code>

@@ Zeile 32: / Zeile 32: @@
 :<source lang="xml">z.B. sp_number > 49</source>
-;ID's
+;IDs
 :werden ebenfalls ohne Anführungszeichen, jedoch mit Typ angegeben
 :<source lang="xml">z.B. createdBy = 100010100000000001-3001</source>
@@ Zeile 71: / Zeile 71: @@
 =Logische Operationen=
-Eine Query läßt sich durch Verwendung logischer Operationen aus mehreren Teilen zusammenfügen. Dadurch läßt sich die Ergebnismenge i.d.R. auf die gewünschte Menge einschränken. Zur Steuerung der logischen Verknüpfung von mehreren Teilen einer Query können einfache, runde Klammern verwendet werden. Es stehen folgende Operanten zur Verfügung:
+Eine Query lässtt sich durch Verwendung logischer Operationen aus mehreren Teilen zusammenfügen. Dadurch lässt sich die Ergebnismenge i.d.R. auf die gewünschte Menge einschränken. Zur Steuerung der logischen Verknüpfung von mehreren Teilen einer Query können einfache, runde Klammern verwendet werden. Es stehen folgende Operanten zur Verfügung:
 ;<code>AND</code>
@@ Zeile 83: / Zeile 83: @@
 =Content-Typen=
-Eine Query wird i.d.R. über die Inhaltsfelder von Elementen abgesetzt. Da die Inhalte unterschiedlichen Typs sind, können bzw. müssen diese bei der Definition entsprechend angegeben werden. Die einzelnen Content-Typen sind in drei Gruppen unterteilt: <code>TextContent</code>, <code>SystemContent</code> und <code>LinkContent</code>. Der Zugriff erfolgt analog zu den Bezeichungen in den Templates, in SPML. Ebenso gilt: Ist kein bestimmter Typ angegeben, so wird der Typ text angenommen.
+Eine Query wird i.d.R. über die Inhaltsfelder von Elementen abgesetzt. Da die Inhalte unterschiedlichen Typs sind, können bzw. müssen diese bei der Definition entsprechend angegeben werden. Die einzelnen Content-Typen sind in drei Gruppen unterteilt: <code>TextContent</code>, <code>SystemContent</code> und <code>LinkContent</code>. Der Zugriff erfolgt, analog zu den Bezeichungen in den Templates, in SPML. Ebenso gilt: Ist kein bestimmter Typ angegeben, so wird der Typ text angenommen.
 Der Zugriff erfolgt duch Angabe des Feldnamens, ergänzt durch einen Punkt mit anschließender Angabe des Content-Typs.
@@ Zeile 102: / Zeile 102: @@
 :Zugriff auf die Höhe von Bildern
 ;<code>mime</code>
-:Zugriff auf den MIME-Type
+:Zugriff auf den MIME-Typ
 ;<code>format</code>
 :Zugriff auf das Format von Medien
@@ Zeile 128: / Zeile 128: @@
 :Zugriff auf Termin-Daten
-Eine Query nach Terminen wird i.d.R. über einen Zeitpunkt bzw. Zeitraum definiert. Gefunden werden damit alle Elemente, deren Termine genau am, bzw. zwischen den angegebenen Zeiten liegen. Folgende Beispiele verdeutlichen typische Abfragen auf Termindaten
+Eine Query nach Terminen wird i.d.R. über einen Zeitpunkt bzw. Zeitraum definiert. Gefunden werden damit alle Elemente, deren Termine genau am, bzw. zwischen den angegebenen Zeiten liegen. Folgende Beispiele verdeutlichen typische Abfragen auf Termindaten:
 Diese Query findet alle Elemente, deren Termine zwischen den angegebenen Werten liegen
@@ Zeile 186: / Zeile 186: @@
 =Definierte Felder von Elementen=
-Je nach Element-Typ kann über unterschiedliche Attribute bzw. Felder gesucht werden. Für die Definition innerhalb einer Query werden entsprechende Schlüsselwörter verwendet, die i.d.R. analog zu den bekannten Bezeichnungen der SPML sind.
+Je nach Element-Typ kann über unterschiedliche Attribute bzw. Felder gesucht werden. Für die Definition innerhalb einer Query, werden entsprechende Schlüsselwörter verwendet, die i.d.R. analog zu den bekannten Bezeichnungen der SPML sind.
 ==Attribute des Typs <code>information</code>==
@@ Zeile 194: / Zeile 194: @@
 :Suche nach Änderungsdatum
 ;<code>changedBy</code>
-:Suche nach Artikeln, die bestimmter Redakteur zuletzt geändert hat
+:Suche nach Artikeln, die ein bestimmter Redakteur zuletzt geändert hat
 ;<code>comment</code>
 :Suche über das Kommentarfeld
@@ Zeile 266: / Zeile 266: @@
 [[Category:SPML]]
 [[Category:Qualität_des_Inhalts_prüfen]]
 [[Category:Qualität_des_Codes_prüfen]]
 </noinclude>