SQL -> Text mit ' einfügen ?

[Valeo Pupsus]

>Hansa
hm..
Und was machst du, wenn musst du Insert/Update mit kompliziert Bedingungen verwirklichen?

[Thanatos81]

Bin zwar nicht Hansa, aber ich würde dann eine Stored Procedure in der DB anlegen, die die Bedingungen berücksichtigt und diese von Delphi aus mit Parametern füllen.

[Valeo Pupsus]

:)
Leider, koennen wir SP in Paradox, FoxPro und so weiter nicht schaffen..

[mkinzler]

Zitat:

Zitat von Valeo Pupsus

:)
Leider, koennen wir SP in Paradox, FoxPro und so weiter nicht schaffen..

Hier gings aber um Oracle. :mrgreen:

[Thanatos81]

Falls es um neue Projekte geht, würde ich euch zu ner embedded Lösung eines "ordentlichen" SQL-RDBMS raten. Gerade Paradox ist hoffnunglos überaltet und macht z.B. unter Vista zumindest meinen Erfahrungen nach Probleme.

Falls es doch bei Paradox bleibt würde ich solche Inserts auch per Insert, FieldByName, Post usw. lösen, hab mit SQL in Verbindung mit Paradox eh keine guten Erfahrungen...

[bttb930]

Das Problem das Hansa verunsichert hat man bei allen Strings die nicht einfach eine Message nach draußen sind. Auch Dateinamen kann ich in einem String falsch schreiben. Dann kracht's halt auch. Also generell auf Strings verzichten??

Jedenfalls hat ein INSERT-Statement den Vorteil, dass man nicht erst die DB abfragen muss, um was einzufügen.

Hansa würde (wenn ich ihn richtig verstehe) das Dataset mit einer Tabelle verbinden, die dann öffnen, dann ein Append machen, Felder beschreiben und Post und Schließen. Ich würde INSERT bla INTO blub schreiben, die Parameter setzen und ausführen.

Bei Hansa würde im schlechtesten Fall erstmal bei Open der gesamte Tabelleninhalt an Delphi gepumpt. Nicht so toll. Bei INSERT eben nicht.

Hansa hat außerdem den Nachteil, dass er keine komplizierten Abfragen abschicken kann. Denn: Die müsste er ja in Strings verpacken... und oh Gott, da kann ein Fehler drin sein. Also nichts mit JOINs oder ähnlichem, der Compiler würde es ja nicht bemerken.

Deshalb habe ich Hansa's Argumentation mit "Schwachsinn" bezeichnet. Man kann auch a := b / c; schreiben. Ist c = 0 gibt auch das einen Fehler den der Compiler nicht bemerken wird. Sowas passiert - wenn man damit ein Problem hat, dann muss man ausreichend mit try-except arbeiten.

Jedenfalls bleibe ich dabei: Möchte ich nur Daten in eine Tabelle einfügen, dann ist das mit INSERT i.d.R. am besten.

Amen

[Valeo Pupsus]

ja,ja,ja...Freitag..Abend... :)

[marabu]

Privjet Val,

und herzlich willkommen in der Delphi-PRAXiS.

Hast schon Recht gehabt mit den Parametern. Das muss hier aber mindestens einmal pro Woche diskutiert werden, sonst sind wir nicht zufrieden.

Freundliche Grüße

[Hansa]

Zitat:

Zitat von Thanatos81

Bin zwar nicht Hansa, aber ich würde dann eine Stored Procedure in der DB anlegen, die die Bedingungen berücksichtigt und diese von Delphi aus mit Parametern füllen.

Was glaubst Du denn, wie ich das konkret mache ? :mrgreen: bttb??? soll mal jetzt aber zuerst seinen fortgesetzten "Schwachsinn" erklären. Man stelle sich nämlich mal vor, die SP müsste auch noch im Source genauestens ohne Fehlerprüfung zur Designzeit als String zusammengesetzt und ausgeführt werden. Wie siehts bei 100 Zeilen SP und mehrfachem (((())))) aus ? Oder ''''''''' Wer sieht in maximal 10 Sek. die Fehler und kann sie auch in 1 Min. beseitigen ? @bttb??? : Fehler gefunden ? :shock: Dass Parameter benutzt werden sollen, da sind wir uns ja anscheinend einig, aber das beseitigt längst nicht alle sonstigen Design-Fehlerquellen in DB / Delphi.

[Valeo Pupsus]

In den meisten Fällen hat SQL Server ein "query cache"(Shared Pool im Oracle).
In der Regel: moechte den(cache) benutzen - benutzen Parametern im deine Ainfragern bitte. Das ist ganz einfach.