OpenOffice.info

"UPDATE ""meineTabelle"" SET ""X"" = 0 WHERE ""ID"" = 0";
"UPDATE ""meineTabelle"" SET ""X"" = 10 WHERE ""ID"" = 1";
"UPDATE ""meineTabelle"" SET ""X"" = 20 WHERE ""ID"" = 2";
"UPDATE ""meineTabelle"" SET ""X"" = 30 WHERE ""ID"" = 3";
"UPDATE ""meineTabelle"" SET ""X"" = 40 WHERE ""ID"" = 4";
"UPDATE ""meineTabelle"" SET ""X"" = 50 WHERE ""ID"" = 5"

.executeupdate

Hallo DPunch,
vielen Dank dafür, ich werde es ausprobieren. Kann ja nur gut sein!
Kann ich mir das vorbereitete Statement in Version 2 quasi als kompilierte Version von diesem Code vorstellen ...
[code]"UPDATE ""meineTabelle"" SET ""X"" = 0 WHERE ""ID"" = 0";
"UPDATE ""meineTabelle"" SET ""X"" = 10 WHERE ""ID"" = 1";
"UPDATE ""meineTabelle"" SET ""X"" = 20 WHERE ""ID"" = 2";
"UPDATE ""meineTabelle"" SET ""X"" = 30 WHERE ""ID"" = 3";
"UPDATE ""meineTabelle"" SET ""X"" = 40 WHERE ""ID"" = 4";
"UPDATE ""meineTabelle"" SET ""X"" = 50 WHERE ""ID"" = 5"[/code]
die dann mit einem [code].executeupdate[/code] "in einem Rutsch" ausgeführt wird?
Edit: Schnickschnack, das .executeUpdate befindet sich in der Schleife, wird also nach jeder Zeile ausgeführt.
Beste Grüße Rik

Danke für diesen wichtigen Hinweis! [b]SQL-Befehle mit Parametern[/b] lesen sich nicht nur besser, sondern vermeiden auch [url=http://de.wikipedia.org/wiki/SQL-Injection]SQL-Injection[/url] und verbessern wesentlich die Sicherheit. Gut, dass es das auch bei OO-Basic gibt; bisher hatte ich keinen derartigen Hinweis gesehen. Jürgen

oStatement = oConnection.createStatement
For i=0 To 5
	sSQL = "UPDATE ""meineTabelle"" SET ""X"" = " & i*10 & " WHERE ""ID"" = " & i
	oStatement.executeUpdate(sSQL)
Next i

oStatement = oConnection.prepareStatement("UPDATE ""meineTabelle"" SET ""X"" = ? WHERE ""ID"" = ?")
For i=0 To 5
	oStatement.setInt(1,i*10) 'SET X
	oStatement.setInt(2,i) 'SET ID
	oStatement.executeUpdate
Next i

Servus

Mal ganz generell:
Wie die [url=http://www.openoffice.org/api/docs/common/ref/com/sun/star/sdbc/PreparedStatement.html]API[/url] schon sagt, handelt es sich um ein [quote]precompiled SQL statement[/quote]
Das bedeutet, dass die SQL-Syntax schon zum Zeitpunkt der Erstellung des PreparedStatements validiert und das Statement kompiliert wird. Daher muss dies beim Ausführen der Abfrage nicht mehr getan werden, was effektiv bei mehrfacher Ausführung des Statements einen Performance-Zuwachs bedeutet. Da dies allerdings von Treiber / DBMS abhgängig ist, würde ich diesen Punkt nicht allzu hoch bewerten.
Für mich viel schwerwiegender:
Fälle wie der hier diskutierte - Du brauchst Dich nicht um Formate kümmern. Mit obigem Codeausschnitt könntest Du einfach so die Datenbank wechseln, auf die Du zugreifst, und der Code würde immer noch funktionieren, selbst wenn die Datenbank das ISO-Format nicht unterstützen würde, ganz einfach weil die Umwandlung in ein konformes Datumsformat direkt vom Treiber übernommen wird (anderes Beispiel: Übergabe von Strings - Hochkommata vs Anführungszeichen).
Mehr Möglichkeiten - einen Binary-Stream (für BLOB-Objekte) z.B. kriegst Du nicht in ein normales Statement.
Die Lesbarkeit des Codes - anstatt jedes Mal einen neuen String zu generieren halte ich das Setzen von Parametern für deutlich übersichtlicher, z.B. folgende imaginäre, aber nicht praxisferne Herangehensweise:
[code]oStatement = oConnection.createStatement
For i=0 To 5
sSQL = "UPDATE ""meineTabelle"" SET ""X"" = " & i*10 & " WHERE ""ID"" = " & i
oStatement.executeUpdate(sSQL)
Next i[/code]
liest sich in meinen Augen erheblich schlechter als:
[code]oStatement = oConnection.prepareStatement("UPDATE ""meineTabelle"" SET ""X"" = ? WHERE ""ID"" = ?")
For i=0 To 5
oStatement.setInt(1,i*10) 'SET X
oStatement.setInt(2,i) 'SET ID
oStatement.executeUpdate
Next i[/code]

Zusätzliche Informationen und Vorteile kannst Du auf Seiten wie z.B. [url=http://javarevisited.blogspot.de/2012/03/why-use-preparedstatement-in-java-jdbc.html]Javarevisited[/url] nachlesen.

.prepareStatement

.createStatement

Hallo DPunch,
ich lese in deinen Beiträgen immer wieder vom
[code].prepareStatement[/code]
Kannst Du erklären, was der Unterschied zum
[code].createStatement[/code]ist, und wo, wenn, der Vorteil liegt?

Beste Grüße von Rik

	nDateColumn = oForm.findColumn("meineDatumsspalte")
	myDate = oForm.getDate(nDateColumn)
	oConnection = oForm.ActiveConnection
	oStatement = oConnection.prepareStatement("SELECT * FROM ""meineTabelle"" WHERE ""meineDatumsspalte"" = ?")
	oStatement.setDate(1,myDate)
	oResult = oStatement.executeQuery

Servus

Anstatt sich selber mit Datumsformaten rumzuschlagen, überlasst man sowas lieber dem Datenbanktreiber.
[code] nDateColumn = oForm.findColumn("meineDatumsspalte")
myDate = oForm.getDate(nDateColumn)
oConnection = oForm.ActiveConnection
oStatement = oConnection.prepareStatement("SELECT * FROM ""meineTabelle"" WHERE ""meineDatumsspalte"" = ?")
oStatement.setDate(1,myDate)
oResult = oStatement.executeQuery[/code]

Hallo R,
stimmt, das Unterforum "Basic" hatte ich zu wenig beachtet. Der Fragesteller wollte "innerhalb eines SQL-Befehls vergleichen", und vor allem darüber wollte ich mich auslassen. Ich hätte auch besser von vornherein nur HSQL-Möglichkeiten nennen sollen, und die sind (Handbuch S. 270 ff.) tatsächlich sehr beschränkt.

Ein paar Varianten, wie in Basic "Datümer" verarbeitet werden können, hatten du, Robert und ich unter [url=http://de.openoffice.info/viewtopic.php?f=8&t=58132]Datum berechnen[/url] besprochen. Auf diesem Weg, also über die Inhalte von Kontrollelementen (vor allem Datumsfeld bzw. formatiertem Feld), ist auch das jeweils eingestellte Format (vor allem das Standardformat nach Extras > Optionen) möglich.

Gruß Jürgen

oconnection = oform.activeconnection
SqlStatement = oconnection.createstatement
sdate = "2012-08-09"
sSql = "Select ""ID"", ""Datum"" from ""Tabelle"" where ""Datum"" <= '"+sdate+"'"
sqlResult = SqlStatement.executequery(sSql)

Guten Morgen Jürgen,
[quote="juetho"]Die Antwort von F3K ist nur bedingt richtig.[/quote]
Es ist mir schon klar, dass man möglichst die SQL-Funktionen verwenden sollte. DateAdd geht mit der embeddet HSQL DB leider nicht.
Wir befinden uns aber im OOo [b][color=#0040FF]Basic[/color][/b] und Java Forum. Und wie auch Arkadiuz schreibt, kann man ein Datum in einem SQL-Befehl nach meiner Kenntnis von Basic an die interne HSQL DB nur im Format 'YYYY-MM-DD' weiterreichen, z.B.:
[code]oconnection = oform.activeconnection
SqlStatement = oconnection.createstatement
sdate = "2012-08-09"
sSql = "Select ""ID"", ""Datum"" from ""Tabelle"" where ""Datum"" <= '"+sdate+"'"
sqlResult = SqlStatement.executequery(sSql)[/code]
Wenn Du eine andere Lösung dafür hast, gerne, wäre hochinteressant.
Gruß R

SELECT ID, Inserted   -- Datum der Neuaufnahme
  FROM xxx
 WHERE Inserted >= ADDDATE(current_date, -30)  -- hier als MySQL-Funktion

Zurück zum Thema: Die Antwort von F3K ist nur bedingt richtig. Sie hilft zwar in der Praxis oft, passt aber eigentlich nicht. Wenn die Spalte als DATE oder als DATETIME/TIMESTAMP o.ä. definiert wurde, kann sie in SQL einfach sortiert oder verglichen werden. Es gilt: [b]Ein DATE ist ein DATE ist ein DATE.[/b] Die Darstellung in irgendeiner String-Variante - sei es ein deutsches Format wie tt.mm.jj oder tt.mm.jjjj oder ein englisches wie tt/mm/jjjj oder ein US-Format wie mm/tt/jjjj oder ISO (warum gibt es wohl solch eine Standardisierung?!) - ist immer eine Konvertierung in einen String zur Anzeige, aber nicht zur Verarbeitung vorgesehen (Vergleich, Sortierung).

Es geht also auch direkt zum Vergleich innerhalb eines SQL-Befehls, ggf. unter Verwendung von SQL-Funktionen. So erhält man alle Daten, die in den letzten 30 Tagen neu aufgenommen worden sind:
[code]SELECT ID, Inserted -- Datum der Neuaufnahme
FROM xxx
WHERE Inserted >= ADDDATE(current_date, -30) -- hier als MySQL-Funktion[/code]
Gruß Jürgen

Und dann bitte auch noch die Angaben zur OOo Version, Betriebssystem und Datenbank - gehört zu jeder Frage!

Bitte nimm die [url=http://de.openoffice.info/viewtopic.php?f=18&t=54568]Allgemeinen Hinweise zur Forumsbenutzung[/url] zur Kenntnis, die du in jeder Kategorie oben in den Bekanntmachungen findest, dort insbesondere den Abschnitt zum Crossposting.

Danke!
lorbass, Mod

Was soll das, lieber Gast, zu kritisieren aber nicht mal den Namen anzugeben? :)
In beiden Foren verkehren unterschiedliche Menschen, in wie vielen unterschiedlichen Foren ich mir Hilfe suche ist wohl meine Sache, oder?

Sub get_date
 oform = thiscomponent.drawpage.forms.MainForm
 sDate = oForm.getstring(2)
 msgbox sDate
End Sub

Hallo Arkadiusz,
du kannst den String direkt aus der DB auslesen, wenn es möglich ist. Das Datum steht hier in der zweiten Spalte der dem Formular zugrundeliegenden Tabelle/Abfrage:

[code]Sub get_date
oform = thiscomponent.drawpage.forms.MainForm
sDate = oForm.getstring(2)
msgbox sDate
End Sub[/code]

liefert z.B dieses Ergebnis:
[attachment=0]Date.png[/attachment]
Wenn Du den Wert vor dem Speichern in die DB aus einem Kontrollelement auslesen und aufbereiten musst, kenne ich auch keine andere Lösung als mit den Funtionen Datevalue/Dateserial/Cdatefromiso/Cdatetoiso/Day(date)/Month(Date)/Year(Date)/Date.day/Date.month/Date.year und Format(Date,"YYYY-MM-DD"), je nachdem welchen Wert (.String,.Text,.date) du aus welchem Kontrollelement (Formular oder Dialog) ausliest.
Gruß R

Hallo!

Ein Tabellenelement der Datenbank zeigt mir das Datum in unserem europäischen Format, "tt.mm.jj", um das Datum aber als Vergleichswert innerhalb eines SQL - Befehls benutzen zu können muss ich es in das "jjjj-mm-tt" Format umwandeln - einschließlich der Minuszeichen. Habe mir dafür zwar was ewigenes gebastelt, scheint mir aber recht umständlich zu sein - gibt es vielleicht eine Funktion die es tut? Konnte leider in der Literatur nichts finden.

Gruß

Arek

s. auch hier: [url]http://www.libreoffice-forum.de/viewtopic.php?f=12&t=11418[/url]