AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken SQL-Statement doesn't return rows

SQL-Statement doesn't return rows

Ein Thema von Khanysha · begonnen am 22. Sep 2016 · letzter Beitrag vom 23. Sep 2016
Antwort Antwort
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.374 Beiträge
 
Delphi 12 Athens
 
#1

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 10:04
Einfach gesagt: Was Datensätze zurückliefern "könnte" mit OPEN (egal, ob es "gerade" keine gibt)
und was niemals ein ResultSet liefert, das mit EXECUTE.

Oder, wie schon gesagt wurde, SELECT mit OPEN und Rest mit EXECUTE.




Aber wer es genauer wissen will, bezüglich dem SQL-Sprachumfang.
Wann wird OPEN verwendet: (ansonsten EXECUTE)

Data Manipulation Language (DML) -> hier alle Abfragebefehle, sonst nicht
Data Definition Language (DDL) -> nie
Data Control Language (DCL) -> meistens nicht

Data Query Language (DQL) -> immer
Transaction Control Language (TCL) -> nie



EXECUTE geht immer und OPEN wirft einen Fehler, wenn das Query "niemals" ein ResultSet liefern würde.
Ein Therapeut entspricht 1024 Gigapeut.

Geändert von himitsu (22. Sep 2016 um 10:11 Uhr)
  Mit Zitat antworten Zitat
Khanysha

Registriert seit: 11. Jun 2015
Ort: Dunkeldeutschland
23 Beiträge
 
Delphi 7 Professional
 
#2

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 14:40
Einfach gesagt: Was Datensätze zurückliefern "könnte" mit OPEN (egal, ob es "gerade" keine gibt)
und was niemals ein ResultSet liefert, das mit EXECUTE.

Oder, wie schon gesagt wurde, SELECT mit OPEN und Rest mit EXECUTE.
Ich hab nun lange über der Aussage gesessen, ich bin mir nicht sicher ob ich das richtig verstehe.
Meine Anweisungen führe ich ausserhalb des Quellcodes aus. Habe ein Memo um meine Anweisung rein zu meißeln und kann dann per ButtonClick diese auch ausführen. Jetzt weiß ich aber nicht wie ich SELECT und den Rest trenne, da ich das ja ausserhalb mache? Ich öffne die Tabelle mit OPEN wenn ich den CennectButton klicke und wenn ich im Memo eine Anweisung habe mache ich das mit ExecSQL, nun kann ich aber auch ein SELECT im Memo stehen haben. Dann sollte er vermutlich nicht mehr mit ExecSQL arbeiten oder? Ich glaub meine Gedanken verknoten sich da gewaltig. Muss ich dann eine Abgrenzung reinbringen wie: Wenn Select dann das ansonsten das andere?

LG
Lizzy
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#3

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 15:20
Muss ich dann eine Abgrenzung reinbringen wie: Wenn Select dann das ansonsten das andere?

LG
Ja, wenn Du mit einem Memo arbeitest, bleibt Dir nichts anderes übrig.
Du kannst zu Anfang aber auch einfach trennen.
2 memos, eins mit Grid (Ausgabe) verknüpft und eines nur für Anweisungen ohen Datenausgabe (statt dessen vielleicht mit rows affected Prüfung / Ausgabe, aber das ist wieder ein neues Thema).
Ich schätze, Du hast als Anfänger sicher viele Baustellen. An der Stelle würde ich es mir vielleicht erstmal leicht machen.
Gruß, Jo
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.374 Beiträge
 
Delphi 12 Athens
 
#4

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 15:28
Man kann versuchen eine Query-Analyse zu machen und darüber entscheiden

oder einfach zwei Buttons (Open / Execute)

oder ganz billig Try-Except um das Open und NUR diese eine Exception abfangen ... da kann man auch das Grid disablen oder ein Label anzeigen, wenn "SQL-Statement doesn't return rows" aufgetreten ist.
Ein Therapeut entspricht 1024 Gigapeut.
  Mit Zitat antworten Zitat
Khanysha

Registriert seit: 11. Jun 2015
Ort: Dunkeldeutschland
23 Beiträge
 
Delphi 7 Professional
 
#5

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 15:41

oder ganz billig Try-Except um das Open und NUR diese eine Exception abfangen ... da kann man auch das Grid disablen oder ein Label anzeigen, wenn "SQL-Statement doesn't return rows" aufgetreten ist.
Ist ganz billig auch korrekt? Ich will mir nicht gleich "Falsches" angewöhnen, wenn ich lerne dann (hoffentlich) gleich richtig

LG
Lizzy
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#6

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 15:48
Ja, wenn Du genau die eine Exception abfängst und behandelst ist es ok.
Gruß, Jo
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.374 Beiträge
 
Delphi 12 Athens
 
#7

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 15:56
Wenn an der Stelle Statements erlaubt sind, die kein ResultSet liefern, dann ist es OK.
Abfangen des einen "Fehlers" und ihn ordentlich behandeln ... für dich ist dieser "Fehler" dann halt kein Fehler, sondern nur eine "Information".
* nachher auswerten und diesen einen Fehler als "nicht schlimm" einstufen

Oder, wie gesagt, man kann das vorher entscheiden und dann Beides (SELECT oder nicht) getrennt behandeln
* 2 Knöpfe -> der Benutzer entscheidet
oder
* Query analysieren und versuchen rauszufinden ob OPEN oder EXECUTE nötig ist
Ein Therapeut entspricht 1024 Gigapeut.

Geändert von himitsu (22. Sep 2016 um 16:00 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von Neutral General
Neutral General

Registriert seit: 16. Jan 2004
Ort: Bendorf
5.219 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#8

AW: SQL-Statement doesn't return rows

  Alt 22. Sep 2016, 16:06
Es ist sicher nicht 100% wasserdicht aber du hast bestimmt 80-90% aller Fälle abgedeckt wenn du einfach nur schaust ob das SQL mit "SELECT" beginnt.
Michael
"Programmers talk about software development on weekends, vacations, and over meals not because they lack imagination,
but because their imagination reveals worlds that others cannot see."
  Mit Zitat antworten Zitat
Antwort Antwort

Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:30 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz