dbedit-Felder werden nach SQL-Abfrage nicht gefunden

[EdAdvokat]

ich habe versuchsweise verschiedene Abfragen per Button und eine Variante mit einem edit-Feld zum selbständigen Eingeben der SELECT-Anweisungen installiert. Es ist dann in der Tat so, dass bei der Abfrage SELECT MITARBEITER FROM LIEFERUNG die dbedit-Felder ID Datum usw. nicht belegt werden, weil
ich nur Mitarbeiter selektieren wollte. Also geht die Variante mit der Form DBGrid und DBEdit-Felder so nicht und ich muss tatsächlich eine gesonderte Form verwenden, die nur ein DBGrid enthält und dort die Abfragen durchführen. Na gut. Nur zur Info der Abfragecode:

Delphi-Quellcode:

procedure TForm1.btnAbfrage1Click(Sender: TObject);
begin
  qMain.Close;
  qMain.SQL.Clear;
  qMain.Params.Clear;
  qMain.SQL.Text:='Select Mitarbeiter from Lieferant1';
  qMain.Open;
  qMain.Refresh;
  dbgrd1.Refresh;
end;

Hoffentlich ist das so richtig. Es funktioniert jedenfalls. Sollte doch was falsch sein, wäre ich für einen Hinweis dankbar

[haentschman]

Hallo...

Zitat:

Sollte doch was falsch sein, wäre ich für einen Hinweis dankbar

...du hast es so gewollt.

Delphi-Quellcode:

procedure TForm1.btnAbfrage1Click(Sender: TObject);
begin
  //qMain.Close; //nicht nötig: wird bei jeden Open gemacht
  //qMain.SQL.Clear; //nicht nötig: wird bei jeder Zuweisung von SQL.TEXT gemacht
  //qMain.Params.Clear; //nicht nötig: wird bei jeder Zuweisung von SQL.TEXT gemacht
  qMain.SQL.Text:='Select Mitarbeiter from Lieferant1';
  qMain.Open;
  //qMain.Refresh; //nicht nötig. Nach dem Öffnen nochmal Öffnen? Nichts anderes ist REFRESH
  //dbgrd1.Refresh; //nicht nötig. Das Grid merkt das neue Daten da sind
end;

... So geht es auch.

[EdAdvokat]

Danke, da bleibt ja in der Tat nicht viel übrig und trotzdem geht es. Wieder was dazugelernt. Also jetzt werde ich eine neue Form mit dem DBGrid in das Programm aufnehmen und dort nach Belieben SQL-Abfragen(festgeschriebene und auch mit der Möglichkeit über ein Edit-Feld SQL-Befehle einzugeben) durchführen, die dann an einen Report weitergebeben werden sollen.
Der Report bereitet mir noch Sorgen, denn dort habe ich all die möglichen Felder per query und Datasource aufgeführt und natürlich bleibt alles so wie es war, trotz einer Abfrage nur nach Mitarbeiter beispielsweise. Leider finde ich zu den Reportkomp. keine Beschreibung.

[Jumpy]

Zitat von EdAdvokat:

Der Report bereitet mir noch Sorgen, denn dort habe ich all die möglichen Felder per query und Datasource aufgeführt und natürlich bleibt alles so wie es war, trotz einer Abfrage nur nach Mitarbeiter beispielsweise. Leider finde ich zu den Reportkomp. keine Beschreibung.

Welche Reportkomponenten benutzt du denn? Vielleicht kann man dich zu einem Tutorial lotsen, wenn man wüßte wofür.

Als Alternative könntest du auch erst mal klein anfangen und mit deinen Daten einen CSV-Export realisieren, oder du steuerst Excel (über OLE) fern und schreibst die Daten in eine Excel-Datei. Die kannst du dann ggf. da auch schön formatieren, so dass es wie aus einem Report aussieht.

Oder du erzeugst mit den Daten ein PDF-Dokument, könnte man z.B. mit SynPDF aus dem Mormot-Framwork machen.

[rokli]

Zitat von haentschman:

Hallo...
//qMain.Close; //nicht nötig: wird bei jeden Open gemacht

Hallo haentschman,

sorry - aber da muss ich energisch widersprechen: Der nicht gemachte Query.CLOSE hat mir schon soviel Probleme gemacht, den würde ich IMMER vor dem nächsten Query.OPEN machen (gilt für MS-SQL Servers mit FireDAC).

Gruß