SQL Einsteigerfrage

SQL Einsteigerfrage (29 Beiträge, 732 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Grüß euch,

ich hab eine Frage zum Thema Bezeichner innerhalb der SELECT Klausel

Mein schlaues Buch meint das ich bei nicht regulären Bezeichnern diese per Trennzeichen markieren müsste.

Als nicht reguläre Bezeichner werden alle gewertet die nicht folgenden Vorgaben entsprechen:

• Wenn das erste Zeichen ein Groß oder Kleinbuchstabe ist
• Wenn das erste Zeichen ein Unterstrich ist
• Wenn das erste Zeichen ein # Symbol ist
• Wenn das erste Zeichen @ Zeichen ist
• Wenn keine Leer und/oder Sonderzeichen vorhanden sind

So-dies bedeutet das ich einen Spaltenaliasnamen ala @Test nennen kann und diesen dann nicht unter Anführungszeichen setzen muss da er jo mit @ beginnt.

Aber das klappt bei mir nicht, beginnt ein Spaltenaliasname mit @ muss ich ihn unter Anführungszeichen setzen damit die Abfrage keinen Fehler ausgibt.

Alle anderen oben angeführten Punkte scheinen zu "stimmen", es braucht zb keine Anführungszeichen wenn ich #Test schreibe. Wieso aber scheint dies bei @Test anders zu sein?

Buch falsch? Vielleicht eine Einstellung meiner MS-SQL Installation? Oder bezieht sich das Buch in diesem Punkt auf StandardSQL und nicht auf T-SQL?

Wäre nett wenn jemand Licht in mein Dunkel bringen kann....

@ wird eigentlich für die Variablen verwendet z. B. DECLARE @variable, daher ist der Bezeichner nicht eindeutig, falls du das meinst!
___________________________

Ich glaube an das Gute im Menschen,
ich verlasse mich aber lieber auf das Schlechte in ihm.

@ wird eigentlich für die Variablen verwendet z. B. DECLARE @variable,

sowas kommt im Buch wesentlich später. Sonst siehe https://forum.geizhals.at/t891668,7848190.html#7848190

Spaltenaliasnamen ala @Test nennen

Wer tut denn sowas?

... frage mich auch!

Das sind wahrscheinlich Buchbeispiele!
___________________________

Ich glaube an das Gute im Menschen,
ich verlasse mich aber lieber auf das Schlechte in ihm.

ich mach sowas - wenn ich auf Basis eines Buches lerne und da eben steht dass das funktioniert. Ich glaub Dinge nicht so einfach - ich teste sowas. Darum lern ich auch so langsam...wer alles testet braucht viel zeit zum Lernen *g*

Und nun funktioniert das aber eben nicht wie geschrieben und das verwundert mich eben....

Wie auch immer, funktioniert das bei dir unter MS SQL?

funktioniert das bei dir unter MS SQL?

Nein:


SELECT @test FROM table;
[S0002][137] Must declare the scalar variable "@test".

02.11.2017, 07:37 Uhr - Editiert von mko, alte Version: hier

funktioniert das bei dir unter MS SQL

SELECT [@test] FROM testdb.tabelle
SELECT "@test" FROM testdb.tabelle

Funktioniert. Und jetzt vergiss es sofort wieder und besorg die ein gscheites Buch, das nicht so bescheuerte, verwirrende Beispiele enthält.

Welches Buch hast Du denn da? (Kann Dir leider kein aktuelles Buch empfehlen - ich habe mir SQL seinerzeit selbst anhand der Oracle-Handbücher beigebracht, die sind spitze. Die "little differences" zu Microsoft kamen dann später "irgendwie" dazu.)

cheers
h

Edit: Du hast im OP von "Spaltenaliasnamen" geschrieben. Ein Alias ist nicht der Spaltenname, sondern ein "Ersatzname", den Du in der Ausgabe einer Query für die Spalte verwendest:

SELECT [@test] as [@hugo] FROM testdb.tabelle

selektiert dir @test, nennt es aber @hugo. Also auch im Spaltenalias kann man @ verwenden. Man sollte es aber höflicherweise nicht tun, denn @ (ohne Anführungszeichen oder eckige Klammern rundherum) bezeichnet eine lokale Variable.

02.11.2017, 12:58 Uhr - Editiert von hhetl, alte Version: hier

@test]

Das entspricht ja quasi auch nur den Anführungszeichen, oder?

Dieser Beitrag bezieht sich auf eine ältere Version des beantworteten Postings!

ja. Ohne geht es nicht (bei MS SQL).

Die "little differences" zu Microsoft kamen dann später "irgendwie" dazu.)

little differences kann echt nur ein selbst geschädigter sagen

die ein gscheites Buch

das ist das offizielle Buch zur MS Prüfung von SQL Abfragen. Auch ists gut zu lesen und hat bisher etliche Dinge aufgeklärt die in anderen Büchern bei weitem nicht so gut erklärt wurde. Aber, da bin ich bei dir, das perfekte / fehlerfreie Buch gibt's wohl nicht.

Seltsamerweise ist dieser kurze Abschnitt namens "Trennen von Bezeichnern" plötzlich so "eingestreut. Irgendwie hat man das Gefühl das gehört an dieser Stelle des Buches nicht wirklich hin *g*

Beispiel: SELECT firstname AS test FROM hr.personal klappt
SELECT firstname AS @test FROM hr. personal klappt aber nicht

Setze ich nun das @test unter Unführungszeichen klappts, laut Buch brauch ich aber zb einen Aliasnamen der mit @ beginnt ebenso wenig unter Anführungszeichen zu setzen wie einen der mit # beginnt

Und schreibt man nun SELECT firstname AS #test FROM hr.personal klappt das auch ohne Anführungszeichen - und darum bin ich nun verwirrt da sich laut Buch, als Beispiel, Spaltenaliasnamen mit @ zu Beginn gleich verhalten sollten wie solche mit # zu Beginn oder eben solche die einfach nur mit einem Klein oder Großbuchstaben beginnen. Und bei mir verhält sich das eben beim Einsatz des @ Zeichens anders, nicht wie im Buch beschrieben.

Deine Beispiele, nämlich einmal mit " und einmal mit [], beschreiben genau das was im Buch steht, nur das im Buch ausdrücklich steht das auch beim @ Zeichen auf "/[] verzichtet werden kann

02.11.2017, 23:03 Uhr - Editiert von h-works, alte Version: hier

laut Buch brauch ich aber zb einen Aliasnamen der mit @ beginnt ebenso wenig
unter Anführungszeichen zu setzen wie einen der mit # beginnt

Das ist imho falsch. Hm, das steht in MSDN sinngemäß auch so, wird aber dann im nächsten Satz relativiert, siehe https://docs.microsoft.com/en-us/sql/relational-databases/databases/database-identifiers :

The first character must be one of the following:
A letter as defined by the Unicode Standard 3.2. The Unicode definition of letters includes Latin characters from a through z, from A through Z, and also letter characters from other languages.
The underscore (_), at sign (@), or number sign (#).
Certain symbols at the beginning of an identifier have special meaning in SQL Server. A regular identifier that starts with the at sign always denotes a local variable or parameter and cannot be used as the name of any other type of object. An identifier that starts with a number sign denotes a temporary table or procedure. An identifier that starts with double number signs (##) denotes a global temporary object. Although the number sign or double number sign characters can be used to begin the names of other types of objects, we do not recommend this practice.
Some Transact-SQL functions have names that start with double at signs (@@). To avoid confusion with these functions, you should not use names that start with @@.

Möglicherweise haben sie in dem Buch einfach den nächsten Satz vergessen zu copypasten...

Ich habe noch nie ein gutes Buch von Microsoft gefunden. Ich habe immer den Eindruck, die Autoren würden nach Anzahl Seiten bezahlt - ich finde die immer furchtbar langatmig, aber zugleich schlecht organisiert und in Details oberflächlich. Aber das ist natürlich subjektiv und nicht repräsentativ - ich kenne ja nicht alle Bücher von Microsoft!
Wenn ich was zum Lernen brauche, suche ich immer zuerst bei O'Reilly.

Hm, das steht in MSDN sinngemäß auch so, wird aber dann im nächsten Satz
relativiert, siehe

hm...super danke...da fehlt also wohl wirklich was im Buch. Grad für Neueinsteiger wie mich ist sowas natürlich mühsam weil sich schnell die Frage aufdrängt ob man etwas nicht verstanden hat, ob eine abweichende Konfig vorliegt...das etwas falsch im Buch geschrieben steht schließt man, grad als Neueinsteiger, jo eher aus. Obwohl ich es, als langjähriger MS Press Buch Leser besser wissen sollte.

Wenn ich was zum Lernen brauche, suche ich immer zuerst bei O'Reilly.

da ich wenn ich lerne immer sowas wie ein greifbares Ziel suche wird immer das offizielle MS Press auch zur entsprechenden Prüfung gekauft. Da sind dann die prüfungsrelevanten Themen immer enthalten. Bei SQL kommt auch dazu das es jo als Anfänger schon schwierig ist das richtige Lernmaterial zu finden da die Sache jo extrem umfangreich ist und man sich schon schwer tut zu verstehen wo / womit man nun am besten anfängt

So-dies bedeutet das ich einen Spaltenaliasnamen ala @Test nennen kann und
diesen dann nicht unter Anführungszeichen setzen muss da er jo mit @ beginnt.

Bitte mach sowas nicht. @ wird für Variablen in stored procedures verwendet. Auch wenns theoretisch erlaubt ist, sorgst du nur unnötig für Probleme wenn du Spalten so benennst

Wäre nett wenn jemand Licht in mein Dunkel bringen
kann....

Das 100%ige ausnutzen einer Syntax bringt dich in Teufels Küche. Sonderzeichen sind immer ein heikler Faktor, denn das Thema Encoding und die daraus resultierenden Probleme sind endlos.

pong
Satire erfordert Intelligenz beim Empfänger.

Das 100%ige ausnutzen einer Syntax bringt dich in Teufels Küche.

das hab ich gar nicht vor - kann ich auch - da Anfänger *g* , mir gings nur darum zu erfahren ob das Buch falsch ist oder ich einfach etwas falsch verstanden oder falsch konfiguriert hab

Im Endeffekt liegts wohl am Buch, siehe auch https://forum.geizhals.at/t891668,7848561.html#7848561

03.11.2017, 10:51 Uhr - Editiert von h-works, alte Version: hier

Welches Buch hast du denn? Und was erwartest du zu lernen bzw. anwenden zu können?

pong
Satire erfordert Intelligenz beim Empfänger.

03.11.2017, 12:39 Uhr - Editiert von pong, alte Version: hier

Grundsätzlich erwarte ich mir das ich halbwegs schnell SELECT Abfragen erstellen kann und zusätzlich Code den ich in vorhandenen Abfragen sehe auch halbwegs verstehen kann.

Bisher hab ich mit Videos bei Video2Brain gearbeitet, zusätzlich hab ich am Wifi einen 3TagesKurs bzgl T-SQL gemacht und insgesamt ca 9 Monate (mit Unterbrechungen) gelernt und auf Basis des so erlernten Stoffes folgende Einstiegsprüfung gemacht: https://www.microsoft.com/de-de/learning/exam-98-364.aspx
Fand die Prüfung nicht wirklich einfach aber doch fair. So wie es sein soll für einen Einstieg. Die Themen waren erlernbar, die Fragen fair formuliert, ich war gut vorbereitet - trotzdem mit eingearbeiteten "Fallstricken" -wie das bei MS Prüfungen allgemein üblich ist.

Mühsam war es zb die Datentyen und deren Speicherplatzbedarf auswendig zu lernen....das kostet Überwindung und braucht Zeit

Der Stoff in den Videos war aber relativ einfach gehalten, es wird der grundsätzliche Aufbau div Befehle vermittelt. Es gab aber weniger Erklärungen. Es wurde gezeigt wie es ist aber nicht tiefer erkälrt wieso Dinge sind wie sie sind.

Auf Basis dieses Wissens bin ich nun schon mal in der Lage innerhalb der Datenbank mit der ich beruflich zu tun hab echt brauchbar Infos abzufragen die ich über unsere Anwendersoftware nicht erhalten kann.

Bedeutet das sich das Lernen für mich schon ausgezahlt hat, ich nun zb bei der Fehlersuche, wenn Anwender melden das sie bestimmte Dinge nicht finden können, brauchbar helfen kann. Indem ich zb schau ob das was gesucht wird in der DB wirklich nicht vorhanden ist oder ob das Problem auf Benutzerebene zu finden ist. Das ist für mich sehr sehr praktisch weil ich normalerweise für sowas unseren "SQL Hawara" brauche, der nie verfügbar ist bzw der auch ständig wechselt...

Die nächste Stufe ist nun eben das Buch https://shop.heise.de/katalog/abfragen-von-microsoft-sql-server-2012-original-microsoft-training-fur-examen-70-461

Ich komm gut voran, auch weil das bisher Erlernte genau richtig ist um es als Basis für die nächste Stufe, eben das genannte Buch, zu verwenden.

Ziel ist sicher auch diese Prüfung abzulegen, allerdings bin ich mir aktuell noch nicht sicher ob ich dann, wenns kompliziert wird, schlau genug bin um die Sache so zu verstehen das ich auch eine Chance auf nen Prüfungserfolg hab.

Aber im Endeffekt ists eine Freizeitsache, es bringt mir beruflich keinen Cent mehr, darum ists auch nicht zwingend nötig ein Profi zu werden. Allein mit dem was ich jetzt kann bin ich innerhalb der Serviceabteilung schon der Guru *g*

Auch wärs interessant mal eine eigene kleine DB aufzubauen, Idee hätt ich, in Access hab ich das schon vor Jahren umgesetzt und nutze das Ergebnis auch täglich. Vielleicht bekomm ichs mal hin das selbe auch in SQL zu verwirklichen. Aber da brauch ich dann wohl noch anderen Lernstoff in Richtung DB Entwicklung usw.

03.11.2017, 14:05 Uhr - Editiert von h-works, alte Version: hier

Ich spiel da wohl auf einem ganz anderen Level herum als Du das tust (rein(!) hobbymaessig und das seit 15 Jahren stagnierend).
Aber mit Access kann ma ja auch bissl mit (Jet)SQL spielen.

Sind laecherliche Dimensionen natuerlich; mein privates Adressbuch hab ich in einer .mdb liegen, groessenordnungsmaessig 200 Eintraege. Aber das halt in Access erstellt, via ODBC holt sich ein kleines PHP-Interface das (auch schon total veraltet und sicher keineswegs internet-reif).. und dann ists kein Schweres per aehnliches auch mit sqlite, mariadb, postgresql oder eben mssql zu machen.
Die Komplexitaet der SQL-Queries lasst sich dann ja je nach Wunsch erweitern.

Gruss,
j., in Wahrheit keine Ahnung habend, schoenes WE

Aber mit Access

ich hab mir in Access vor Jahren etwas gemacht um alle meine Zeitfahrten auf div Berge bzw. div Laufeinheiten auf Zeit zu verwalten. Inkl. Sportgerät, Wetter, Berg/Strecke, Trainingszustand, Windverhältnissen usw.

DAs war in Access ohne viel Grundlagenwissen locker umsetzbar weil man über die Nachschlageassistenten recht gut weiterkommt und Access die Schlüssel usw jo komplett selber setzt.

Fürs lernen verwende ich nun aber SQL, auch weil ich so vorgehe das ich mir ein Thema in den unterlagen anschau, dann die Datenbank hernehm die ich beruflich zur Verfügung hab und mir dann Gedanken mach was ich mit dem erlernten aus den Unterlagen auf meine Datenbank anwenden kann. SO versuche ich einen Praxizbezig herzustellen.

Ich hab in den letzten Jahren schön öfter mal versucht in SQL einzusteigen, es ist aber immer daran gescheitet das ich zwar div Dinge lernen konnte, das mir aber der Anknüpfungspunkt gefehlt hat-ich konnte weder beruflich noch privat ernsthaft was anfangen, das erlernte außerhalb der Testumgebung testen

Nun, weil wir seit ca 3 Jahren auf unseren Geräten auf SQL setzen, ist einfacher und nun lern ich den Kram auch wesentlich einfacher

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung