Es macht ja auch Spaß, wenn man mehrere SQL Statements nicht mehr ausgeführt bekommt und am Ende war es nur die Verwendung eines reservierten Wortes außerhalb des entsprechenden Kontextes. An sich eine sehr gute Sache, so kann man sich auch die Existenz in der Firma erhalten, weil es gibt ja immer was zu tun...
Im übrigen wäre die Verwendung von so einem generischen Namen für die Tabelle wirklich genial, man weiß ja sofort was drin ist in der Tabelle. Ich hab da noch so ein paar schöne Namen die man verwenden kann: "SELECT", "FROM", "WHERE", "GROUP", "ORDER"
Aber Spaß beiseite. Reservierte Wörter sind Wörter die
reserviert sind. Ich will sagen, die haben eine Funktion und werden in einem entsprechenden Kontext verwendet. Es ist ein grober Fehler exakt diese Wörter nun auch für seine eigenen Objektnamen (wie z.B. Tabellen, Spalten ...) zu verwenden, da sie bei dieser Verwendung mehr schaden als nutzen. Zum Beispiel sorgen Sie regelmäßig für Verwirrung bei jedem der sich dann als Neuling diese Scripte anschauen muss. Ihm ist dann auch nicht mehr die Bedeutung des reservierten Wortes klar, da es immer wieder unterschiedlich verwendet wird. Also wenn du tatsächlich gezielt Verwirrung bei deinen Mitstreitern erreichen willst , dann verwende reservierte Wörter, wenn du jedoch darauf aus bist Scripte, Codes ... zu entwickeln die sich leicht warten lassen, leicht übertragbar und leicht zu verstehen sind, dann vermeidest du genau diese reservierten Wörter und läßt sie in Ihrer Bedeutung da wo sie hingehören. Desweiteren verwendest du dann sprechendere Namen als value1, value2, zorro, foo, bar ... Aber entscheide selbst, wie du das machen willst.
