Es scheint mir, dass die meisten MS Access Entwickler stark für Objektnamen befürworten, die die Verwendung von Leerzeichen strikt ausschließen. Ich habe das erst gelernt, nachdem die Datenbank, die ich erstellt habe, gut etabliert war, und anschließend habe ich Leerzeichen in fast jedem Objektnamen (Tabellen, Formulare, Abfragen, Kombinationsfelder, Befehlsschaltflächen usw.). Abgesehen davon, dass ich beim Schreiben von Code alles umstellen muss, habe ich keine Probleme oder Rückschläge im Zusammenhang mit ihrer Verwendung festgestellt. Gibt es einen programmatischen Grund, sollte man niemals Leerzeichen verwenden, die ich vermisse?Gibt es irgendeinen programmatischen Grund, Leerzeichen in Objektnamen in MS Access 2013 nicht zu verwenden?
Antwort
Gibt es einen programmatischen Grund, sollte man niemals Leerzeichen verwenden, die ich vermisse?
Nicht wirklich. Viele Entwickler vermeiden solche Namen (zusammen mit den Namen reserved words in Access SQL) hauptsächlich aus Bequemlichkeit, und es ist immer noch keine schlechte Idee, dies zu tun, wenn Sie eine neue Datenbank erstellen. Wenn Ihre Datenbank jedoch bereits erstellt und bereitgestellt wurde, können Sie einfach [square brackets] verwenden, um Objektnamen zu begrenzen.
(Meine Vermutung ist, dass die schärfsten Gegner von „Namen mit Leerzeichen“ für solche Namen ihrer Abneigung vor Jahren entwickelt, als sie könnte erhebliche Kopfschmerzen verursachen, wenn Sie ein Werkzeug am Ende passiert mit, die sie falsch behandelt. Allerdings Die meisten der Fehler wurden seither ausgearbeitet, sogar Microsoft "Northwind" Beispieldatenbank für Access verwendet Tabellennamen, die Leerzeichen enthalten.)
Gord, danke für deine aufschlussreiche Antwort! –
Programmatic.
Aber Räume können definitiv Probleme verursachen und die Kosten der Wartung erhöhen. Ich habe es als Best Practice angesehen, lange Zeit keine Leerzeichen in Datenbankobjektnamen zu verwenden.
Könnten Sie ein Beispiel dafür geben, wie die Verwendung von Räumen die Wartungskosten erhöht? –
Wenn Sie nur vorgefertigte Artefakte in MS Access verwenden, gibt es nur wenige Probleme. Aber wenn Sie anfangen, sich mit dynamischem SQL zu befassen oder andere Systeme in Ihre Zugriffs-DB greifen und Dinge tun. Probleme treten häufig um Objekte mit Leerzeichen oder anderen ungeraden Zeichen in ihren Namen auf. –
Ich kann sehen, wie die Interaktion mit anderen Systemen, die weniger für den Umgang mit Räumen ausgerüstet sind, zu Problemen führen könnte. Das ist ein guter Punkt - danke! –
Solange Sie gewissenhaft die eckigen Klammern bei Bedarf einfügen, kann ich mir keinen Schaden vorstellen, der durch Leerzeichen in Objektbezeichnern verursacht wird. Aber dann brauchst du eckige Klammern. Yuck! :-) – HansUp
Ich kann mir auch keinen funktionalen Nachteil vorstellen, aber ich finde, dass die Klammern den Code schwieriger lesbar machen, da Leerzeichen viel deutlicher herausspringen und eine lange SQL-Anweisung mit Mehrwort-Abfrage- und Feldnamen durchsuchen kann anstrengend werden. Es erzwingt wirklich nur einen zusätzlichen Schritt beim Schreiben von neuem Code. Wenn ich ein Leerzeichen benötige, vertausche ich im Allgemeinen mit einem Unterstrich, so dass Klammern überflüssig sind und nicht mit Leerzeichen verwechselt werden. – MoondogsMaDawg
Danke euch beiden für die Perspektive! Christopher, das macht natürlich Sinn, und ich habe das manchmal zu erfahren begonnen, während ich kompliziertere Anfragen schreibe. –