ADO Fehler nach Selct-anweisung

[sx2008]

Das ist übrigens der Grund weshalb man ein Feld niemals "Art-Nr" nennen sollte.
Der Bindestrich wird von der SQL Engine als Minuszeicen erkannt sollte innerhalb eines Feld- oder Tabellennamens nicht verwendet werden.
Ganz einfache Regel:
alles was Delphi/Pascal verboten ist sollte man auch nicht in Datenbanken verwenden:

Delphi-Quellcode:

var
  Art-Nr : string; // verboten
  Art_Nr : string; // ok
  R&D : string;    // verboten
  24stunden:Boolean; // verboten, beginnt mit Ziffer
  Möhre: double;   // verboten, Umlaut

Das Quoten der Feld-/Tabellennamen ist keine dauerhafte Lösung, denn irgendwann kommt ein Tool das nicht quoted und schon sind die Probleme wieder da.

[Furtbichler]

Zitat von sx2008:

Das Quoten der Feld-/Tabellennamen ist keine dauerhafte Lösung, denn irgendwann kommt ein Tool das nicht quoted und schon sind die Probleme wieder da.

Mag schon sein, nur ist ein Tool, das nicht quoted 'a waste of hd space'. Das ist ja sogar ANSI SQL, denn ohne 'quoten' wären auch Feldnamen wie 'select', 'user', 'database' usw. (also alle reservierten Wörter) für dieses Tool verboten.

Ich habe kein Problem damit, eine View zu erstellen, die lesbare Tabellenüberschriften als Spaltennamen enthält. Dann muss man sich im Report-Designer wenigstens keine Überschriften ausdenken.

Code:

select [Art-Nr],
       [R&D] 
  from [Komische Tabelle]

Ist nicht nur perfektes SQL, sondern muss auch von jedem 'Tool', das über das Frickelstadium hinaus geht, bedient werden können. Ein Tool, was das nicht kann, bastelt sich irgendwelche SQL-Befehle selbst zusammen und wer so etwas so blöd macht, der hat bestimmt auch noch nie was von SQL-Injection gehört. Also: Finger weg von so einem Tool.

Allerdings schadet es nicht, die Feldnamen der Tabellen so zu gestalten, das sie ein 1:1 Äquivalent in der Programmiersprache der Wahl haben, denn es ist nun einem wesentlich übersichtlicher, wenn das ORM-Pendant einer Tabelle, nämlich der Klassenname und die Properties, exakt die gleiche Schreibweise aufweisen wie Tabelle und Felder.

Tabelle: 'Person' => Klasse 'TPerson'. Feldname: 'Vorname' => Property 'Vorname'. Einfacher und klarer geht's ja wohl kaum.

Wenn man schon OT über Feldnamen philosophiert, dann doch imho so: Bitte bitte keine blöden Abkürzungen. 'VORN,NACHN' ist totaler Cretinismus, wenn man auch 'Vorname, Nachname' verwenden kann. Wie oft ich diesen hirnverbrannten Schwachsinn in Datenbanken schon gesehen habe, erschüttert meinen Glauben an die Menschheit. Getoppt wird das nur noch durch die Verwendung der ungarischen Notation, also dem Voranstellen des Feldtypen und dem stringenten durchziehen der Maxime, das nur exakt 6 Buchstaben lange Feldnamen gute Feldnamen sind.

Einige SAP-Entwickler sind übrigens auch Kandidaten für Teeren-und-Federn aufgrund krankhafter Feldnamenverschlüsselung.

So. Feierabend. Hatte heute übrigens einen schöööönen Tag. Nun ratet mal, womit ich mich rumschlagen durfte

[Furtbichler]

Zitat von DeddyH:

Zitat von Furtbichler:

Nun ratet mal, womit ich mich rumschlagen durfte

Mit dem eigenen Ego?

Nein, daran habe ich mich gewöhnt. Wir kennen uns schon ein Weilchen, musst Du wissen.

[mkinzler]

Zitat von Smut:

Wenn ich Firebird und IBDAC benutze muss ich aber nicht unbedingt 'Name' für den in der DB zusammengesetzten 'gesamten Namen' benutzen, oder?
Klar bekomme ich das auch zum Laufen, macht aber viel mehr Arbeit, als wenn ich gleich was gescheites nehme.

Und was wäre "was Gescheites?"

[DeddyH]

Zitat von Furtbichler:

Nun ratet mal, womit ich mich rumschlagen durfte

Mit dem eigenen Ego?

[sx2008]

Zitat von Furtbichler:

Das ist ja sogar ANSI SQL, denn ohne 'quoten' wären auch Feldnamen wie 'select', 'user', 'database' usw. (also alle reservierten Wörter) für dieses Tool verboten.

Das sind kleine tickende Zeitbomben die dann hochgehen wenn man's nicht erwartet.
Datenbanken versch. Hersteller verwenden ja nicht mal einheitliche Quotezeichen ("" oder [] oder ´´).

Kleines Beispiel: man hat eine komplexe Abfrage mit 5+ Tabellen und irgendwo hat man versehentlich das quoten eines Feldnamens vergessen. Jede Wette dass man eine völlig unverständliche SQL Fehlermeldung bekommt und zunächst nicht versteht was eigentlich das Problem ist. Oder man verwendet ein reserviertes Wort; es kann Tage dauern bis man den Fehler gefunden hat.

Hier ist eine Vermeidungsstrategie angesagt.
Defensives Programmieren zahlt sich langfristig aus.

[p80286]

Ihr dürft nicht vergessen, daß es hier um Access geht. Da ist einiges anders als bei anderen Datenbanken. Meistens ist [Tabelle].[Feld] richtig.
Manchmal muß es aber auch [Eigentümer].[Tabelle].[Feld] sein, und machmal reicht ein Tabelle.Feld der nackte Feldbezeichner hat bei mir allerdings noch nie geklappt.

Gruß
K-H

[Bernhard Geyer]

Zitat von p80286:

Ihr dürft nicht vergessen, daß es hier um Access geht.

Der ist gut, weil er auch stimmt. Von mir ein +1

Bei Access ist auch der zugriffsweg (BDE/ADO direkt/ODBC/direkt in Access...) relevant. Je nach Weg versteht Access manche Befehle nicht mehr.

[p80286]

Zitat von Bernhard Geyer:

Bei Access ist auch der zugriffsweg (BDE/ADO direkt/ODBC/direkt in Access...) relevant. Je nach Weg versteht Access manche Befehle nicht mehr.

Und ich hab mich immer gewundert....

Schade, daß Kreuzigungen nicht mehr so richtig in sind!

Gruß
K-H