Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Zuweisungen zu ADOCommand.CommandText (https://www.delphipraxis.net/204972-zuweisungen-zu-adocommand-commandtext.html)

FediDelPr 19. Jul 2020 15:01

Datenbank: ACCESS • Version: 365 • Zugriff über: ADO

Zuweisungen zu ADOCommand.CommandText
 
Hallo

ich möchte einen mehrzeiligen SQL-Text der in Memo1.Lines vorhanden ist einem
ADOCommand.CommandText übergeben. Also eine TStringList an eine WideString.
Wie mache ich das möglichst einfach ?

Mit ADOQuery und Memo1.Lines ist das kein Problem. Leider wird bei ...CommandText
ein anderer Typ verwendet. (eben WideString)

Danke für gute Ideen.

DeddyH 19. Jul 2020 15:39

AW: Zuweisungen zu ADOCommand.CommandText
 
Ganz naiv würde ich es mit
Delphi-Quellcode:
DeinADOCommand.ConmandText := WideString(DeinMemo.Lines.Text);
versuchen, wobei ich mir nicht sicher bin, ob der Cast wirklich nötig ist.

himitsu 19. Jul 2020 15:47

AW: Zuweisungen zu ADOCommand.CommandText
 
UnicodeString und WideString wird eigentlich ohne jegliche Compilermeldung automatisch gecastet, da es ja auch keinerlei Kontervierungsverluste geben wird.

Und wie man einen "String" aus einer StringList macht, das sollte ja.
Delphi-Quellcode:
DeinADOCommand.ConmandText := DeinMemo.Lines.Text;

FediDelPr 19. Jul 2020 15:59

AW: Zuweisungen zu ADOCommand.CommandText
 
Leider haut das noch nicht hin.
WideString brauchts tatsächlich nicht.

Wenn ich aber das Resultat mit ShowMessage anschaue sieht das so aus
als würde nach jedem Wort ein Zeilenumbruch eingefügt.
Der Kommandointerpreter von ACCESS frisst das Command so nicht.

himitsu 19. Jul 2020 17:18

AW: Zuweisungen zu ADOCommand.CommandText
 
Zitat:

als würde nach jedem Wort ein Zeilenumbruch eingefügt
Den Debugger benutzen und schauen was wirklich drin ist,

aber ob Leerzeichen oder Zeilenumbruch, dass ist im SQL eigentlich egal, also wenn es nicht geht, dann liegt das nicht daran.

kmartin 23. Jul 2020 18:40

AW: Zuweisungen zu ADOCommand.CommandText
 
Eventuell würde ich jede Zeile mit einem Leerzeichen beginnen.

In meinen früheren Projekten mit VB konnte so der SQL Interpreter nicht sauber trennen, weil eventuell aus
SELECT Field
FROM xxx

ein 'SELECT FieldFROM xxx' werden kann oder ein SELECT Field<cr><lf>FROM das vom SQL Interpreter nicht sauber geparst wird.

Deswegen
' SELECT FIELDNAME'
' FROM xxx'

himitsu 23. Jul 2020 18:48

AW: Zuweisungen zu ADOCommand.CommandText
 
Es gibt auch viele andere Möglichkeiten,
aber hier muß man ä Bissl aufpassen, dass z.B. keine
SQL-Code:
-- Kommentare
drin vorkommen.
Delphi-Quellcode:
SL.LineBreak := ' ';
CMD := SL.Text;

SL.QuoteChar := #0;
SL.Delimiter := ' ';
CMD := SL.DelimitedText;

CMD := StringReplace(SL.Text, sLineBreak, ' ', [rfReplaceAll]);

CMD := ReplaceStr(SL.Text, sLineBreak, ' ');

CMD := SL.Text.Replace(sLineBreak, ' ');

// uvm.

FediDelPr 25. Jul 2020 16:59

AW: Zuweisungen zu ADOCommand.CommandText
 
Ich habe jetzt zwei Proceduren geschrieben mit denen ich
einen WideString in ein TStrings kopieren kann und umgekehrt.
Der Aufbau des WideString ist zwar noch nicht 100%ig klar,
kommt aber schon noch. (Z.B. führendes 0 bei Stringbeginn)

Dachte eigentlich auch, dass es sich um Charakterlängen von
16 Bit handelt (WideChar). Scheint aber nicht so zu sein.
Mittelfristig möchte ich auch das griechische Alphabeth verarbeiten
können. Momentan ist das aber Wurst.

himitsu 25. Jul 2020 19:06

AW: Zuweisungen zu ADOCommand.CommandText
 
WideString ist nichts besondertes und hierfür ist es eigentlich auch absolut total egal.

Vom Inhalt her ist es wie der UnicodeString, nur ohne Referenzzählung und von einem anderen SpeicherManager behandelt.
Er kapselt einfach nur ein paar APIs der OleAut32 (DLL) -> MSDN-Library durchsuchenSysAllocStringLen, SysReAllocStringLen, SysFreeString und SysStringLen.


Unicode im Windows war mal USC-2 (gaaaaaaanz zu Beginn) und ist ansonsten UTF-16.
Aber bitte nicht mit UTF-8 oder UTF-7 vergleichen, denn von der Formatierung her ist es komplett anders.
https://en.wikipedia.org/wiki/UTF-16
Im Prinzip ist es für uns aber auch eigentlich egal. Unicode hat 2 Byte pro Zeichen, aber es gibt einen Bereich, da werden aufeinanderfolgene Chars wie Eines betrachtet, annähernd Vergleichbar zu den Zeichen ab #80 im UTF-8.
Es gibt sogar Bereiche, da ist komplett alles egal, denn was man damit Macht, das ist jedem Programm/Menschen selbst überlassen.


Alle Zeitangaben in WEZ +1. Es ist jetzt 02:51 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz