AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Verschachtelte SQL Abfrage
Thema durchsuchen
Ansicht
Themen-Optionen

Verschachtelte SQL Abfrage

Ein Thema von Walter Landwehr · begonnen am 6. Nov 2017 · letzter Beitrag vom 8. Nov 2017
Antwort Antwort
Seite 2 von 3     12 3      
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#11

AW: Verschachtelte SQL Abfrage

  Alt 6. Nov 2017, 13:04
Bei diesen Statement:
Delphi-Quellcode:
select
   distinct kontonummer
from
   (
       select distinct kontonummer from tbl_buchhaltung
     union
       select distinct gegenkontonummer as kontonummer from tbl_buchhaltung
   );
kommt diese Fehlermeldung:

Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Token unknown - line 1, column 1.
distinct
???? Hast du da vllt. irgendwelchen zeichenschrott mit dabei?
Die Abfrage sollte so eigentlich auf jeder (mir) bekannten SQL-DB laufen. Ggf. noch einmal Zeichen füre Zeichen neu einhacken?

Und oder das Format auf weniger schön ändern?
SQL-Code:
select distinct kontonummer
from (select distinct kontonummer from tbl_buchhaltung
         union
         select distinct gegenkontonummer as kontonummer from tbl_buchhaltung);
Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector

Geändert von p80286 ( 6. Nov 2017 um 13:06 Uhr)
  Mit Zitat antworten Zitat
jobo

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

AW: Verschachtelte SQL Abfrage

  Alt 6. Nov 2017, 13:10
Zumindest in Beitrag #3 und gequotet in #4 steht einmal 'distict' statt 'distinct'.
Im Quote von Walter Landwehr steht es zwar nicht so, aber wer weiß, wo nun der copy / Paste Fehler liegt.

Es muss 'distinct' lauten.

Außerdem "as kontonummer " ist unnötig.
Wenn schon einen überflüssigen alias spendieren, dann lieber nach der schließenden Klammer.
Gruß, Jo
  Mit Zitat antworten Zitat
Walter Landwehr

Registriert seit: 28. Mär 2006
Ort: 32816 Schieder-Schwalenberg
396 Beiträge
 
Delphi 10.4 Sydney
 
#13

AW: Verschachtelte SQL Abfrage

  Alt 6. Nov 2017, 13:25
Danke an alle nun funktioniert es.

Delphi-Quellcode:
select
   distinct kontonummer
from
   (
       select distinct kontonummer from tbl_buchhaltung
     union
       select distinct gegenkontonummer as konto from tbl_buchhaltung
   );
Walter Landwehr
Mfg

Walter
  Mit Zitat antworten Zitat
jobo

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

AW: Verschachtelte SQL Abfrage

  Alt 6. Nov 2017, 14:23
" as konto " macht dann spätestens jetzt in dieser Form keinen Sinn mehr. (auch wenn es immer noch funktioniert)

und ohne zählen zu müssen, sollte dann das reichen:
Delphi-Quellcode:
select kontonummer from tbl_buchhaltung
     union
select gegenkontonummer from tbl_buchhaltung
Gruß, Jo

Geändert von jobo ( 6. Nov 2017 um 14:30 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#15

AW: Verschachtelte SQL Abfrage

  Alt 6. Nov 2017, 16:10
" as konto " macht dann spätestens jetzt in dieser Form keinen Sinn mehr. (auch wenn es immer noch funktioniert)

und ohne zählen zu müssen, sollte dann das reichen:
Delphi-Quellcode:
select kontonummer from tbl_buchhaltung
     union
select gegenkontonummer from tbl_buchhaltung
Richtig, aber wenn vorher as kontonummer zu einem Fehler geführt hat, wäre es interessant, warum. Unter Oracle ist "Kontonummer" ja nicht das gleiche wie Kontonummer . Liegt hier unter Umständen eine ähnliche Animosität vor?

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
jobo

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

AW: Verschachtelte SQL Abfrage

  Alt 7. Nov 2017, 09:12
Die aufgetretenen Fehler halte ich für Fehler in der Kommunikation hier in DP. Wahrscheinlich war Dein Tipp schon ganz richtig.

Die Aliase in einem Union sind ab dem ersten Union schlicht überflüssig, sie können halt auch angegeben werden, zählen tut einzig der Satz von Feldnamen aus dem ersten Statement.
Man könnte vielleicht noch argumentieren, dass bei größeren Union so etwas "Dokumentation" entsteht.
Feld Aliase aber in verschiedenen Selects des Union unterschiedlich zu nennen, ist sinnfrei- auch wenn es keinen Fehler wirft.
Ein Union erwartet lediglich gleiche Feldanzahl und Typ, Namen sind wurscht, namengebend sind die Spaltenname oder Aliase aus dem ersten Select. Wahrscheinlich macht er wenn möglich sogar implizite Typkonvertierung, würde ich mich allerdings nie drauf verlassen.

Die "" Sache bei Oracle dient einfach der Möglichkeit exakte Feldnamen mit Umlauten, Chinesisch usw. verwenden zu können. Dann wird halt nicht mehr case insensitiv gearbeitet, sondern buchstabengetreu der Feldname verwendet. Ich denke das gibt es so oder mit etwas anderer Syntax auch bei vielen anderen Herstellern, Backticks (`fElD naME`) bspw by mysql.
Ich halte da nichts von, arbeite quasi "historisch" mit englisch ASCII Alphabet.

Ich habe in meinen Posts einfach Anführungszeichen als Quoteindikator verwendet, die waren aber um den gesamten Aliasbegriff "as kontonummer". Dass einer der Aliase einen Fehler proviziert haben soll, ist mir nicht bewusst. Meine Anmerkungen drehten sich lediglich um Sinn und Verständnis des SQL Konstrukts.
Gruß, Jo
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.858 Beiträge
 
Delphi 11 Alexandria
 
#17

AW: Verschachtelte SQL Abfrage

  Alt 7. Nov 2017, 10:40
Firebird verwendet die "" im gleichen Sinne wie Oracle. Durch das Quoten werden Bezeichner case-sensitiv.

Ich verwende in diesem Fall gerne die Aliases, wenn diese auch nicht notwendig sind.
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#18

AW: Verschachtelte SQL Abfrage

  Alt 7. Nov 2017, 11:02
Man könnte vielleicht noch argumentieren, dass bei größeren Union so etwas "Dokumentation" entsteht.

Manchmal hab ich den Eindruck, daß sich bei dem einen oder anderen Job ähnliche Denkschemata heraus bilden.

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
nahpets
(Gast)

n/a Beiträge
 
#19

AW: Verschachtelte SQL Abfrage

  Alt 7. Nov 2017, 12:50
Na klar, man macht im Laufe der Jahre halt die Erfahrung, dass lesbarer Code (der möglichst der "Muttersprache" oder dem eigenen Denkschema entspricht, auch nach Jahren noch verstanden wird. Man liest es halt wie einen Text aus 'nem Handbuch, 'ne Inhaltsangabe einer Kurzgeschichte ...

Einmal lesen und man weiß nach Jahren sofort, was man damals da so "verbrochen" hat und kann sofort da einsteigen, wo man irgendwann aufgehört hat. Man braucht weder lange zu suchen und zu grübeln: "Was der Henker hab' ich mir dabei gedacht". Oder auch nicht in eine (hoffentlich vorhandene) Dokumentation, Analyse, sonstige Vorgabe schauen. Beim Lesen wird sofort klar, was gemeint, was gewollt und was gemacht wurde. Und es wird einem recht schnell klar, ob die drei auch zum gleichen Ergebnis führen. Wenn nicht, macht man da weiter, wo man mal aufgehört hat.

Könnte man das als "Debuggen durch Verständlichkeit" bezeichnen?
  Mit Zitat antworten Zitat
jobo

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

AW: Verschachtelte SQL Abfrage

  Alt 8. Nov 2017, 15:52

Manchmal hab ich den Eindruck, ..
.. man macht im Laufe der Jahre halt die Erfahrung,
--
Könnte man das als "Debuggen durch Verständlichkeit" bezeichnen?

Also das wichtigste ist natürlich die Erfahrung, dass man sich nicht mehr alles merken kann, ab einem gewissen Alter!

Debuggen ist so eine Sache bei SQL. Die Statements sind meist relativ übersichtlich. Die eigentlichen Bugs hängen ja oft in den Datensätzen (besonders bei Importen)-
Für mich auch ein Grund, alles solgane mit SQL zu machen- was auch wunderbare Prüfmöglichkeiten bietet-, bis es läuft und validierte Daten liefert, dann erst ins Programm.
Gruß, Jo
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 3     12 3      


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 13:31 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