Utilité des entre crochets en t-sql

Bonjour,

Débutant en SQL Server, je suis avancé en sql de base mais encore débutant en transact sql !! Cette question je l'ai posé au chat mais aucune réponse donc je le pose ici : à quoi sert l'entre crochet, on peut l'enlever non ?
ex:

Code:

---

SELECT * FROM EMPLOYEE ALIAS1, [STUDENT] ALIAS2 WHERE ALIAS1.ID = 3 AND ALIAS2.IDMAT = ALIAS1.ID ORDER BY ALIAS1.NAME

---

Salut !
Je pense que les crochets permettent de prendre en charge les caractères spéciaux (genre espace) dans les noms de tables, de colonnes, ...
Donc à priori, tu peux les faire sauter.

Donc c'était si simple que ça, c'est donc comme l'entre guillemet d'Oracle ??
On doit aussi respecter la casse dans cet entre-crochet non ?

L'entre guillemet est la norme pour les noms qui sont des mots clef de SQL.
Exemple :
SELECT "SELECT"
FROM "FROM"
mais SQL Server préfère les crochets...

La sensibilité à la casse ne dépend que de la collation d'installation du serveur et de l'éventuelle collation par défaut de la base.

A +

En fait, dans un code tel que

Code:

---

SELECT COUNT(*) AS CountRecords FROM sysobjects WHERE name = 'NOM_table'

---

le "WHERE name = " doit il respecter la casse de la création de la table ?

Je me demandais si comme sous Oracle, un nom d'objet créé entre [] doit-il être toujours avec [] lorsqu'on l'utilise ??

non ce n'est pas nécessaire

Code:

---

1 2 3

create table tab([toto] int) insert into tab (toto) values (1) select toto from tab

---

Apparemment cela aurait aussi une utilité contre l'injection de code (insertion de code malicieux dans une requête), mais j'ai du mal à voir précisément comment ? :oops:

Pourras-tu le détailler quand tu pourras Peanut !

Je résume l'utilité de [] :
- avoir un nom de table avec espace et caractères spéciaux
- on n'a pas besoin de remettre [] quand on utilise le nom de table après la création (s'il ne contient pas de caractères spéciaux au contraire d'Oracle où il faut toujours les entre guillements quand on a créé la table ainsi)

Je me demande si les noms qui ressortent d'un SELECT sur sysobject, syscolumns, etc. ont la même casse qu'à la création
cas 1: créé sans []
cas 2: créé avec []