J'ai remarqué que Visual Studio 2008 place des crochets autour des noms de colonnes en SQL. Est-ce que les crochets offrent un avantage ? Quand je code manuellement en T-SQL, je ne les utilise jamais.
Exemple:
Visual Studio:
SELECT [column1], [column2] etc...
Ma méthode:
SELECT column1, column2 etc...
1 votes
C'est une bonne chose que votre SQL codé à la main n'ait jamais eu besoin de parenthèses, votre convention de nommage de base de données devrait exclure les noms nécessitant des parenthèses.
0 votes
La réponse connexe discute du paramètre QUOTED_IDENTIFIER : stackoverflow.com/questions/19657101/…
23 votes
Je pourrais ajouter que les crochets sont une bizarrerie de Microsoft. La norme SQL utilise en réalité des guillemets doubles (
"
), que Microsoft prend aussi en charge. Si Microsoft avait ressenti le besoin de tout délimiter, il aurait été de meilleure forme d'utiliser les guillemets doubles standard à la place. Mais je suppose que cela aurait rendu trop facile le portage vers un autre SGBD, et cela ne se fera jamais …0 votes
Et ils sont ajoutés automatiquement lorsque vous utilisez une interface graphique et, au lieu de taper les noms, faites glisser le tableau vers la fenêtre de code. De cette façon, cela peut fonctionner même si les noms contiennent des caractères indésirables.