Яке використання квадратних дужок [] у операторах sql?

Я помітив, що Visual Studio 2008 розміщує квадратні дужки навколо імен стовпців у sql. Чи надають дужки якусь перевагу? Коли я передаю код T-SQL, я ніколи не переймався ними.

Приклад:

Візуальна студія:

SELECT [column1], [column2] etc...

Мій власний шлях:

SELECT column1, column2 etc...

Дужки потрібні, якщо ви використовуєте ключові слова чи спеціальні символи у назвах стовпців чи ідентифікаторів. Ви можете назвати стовпець [First Name](з пробілом), але тоді вам потрібно буде використовувати дужки кожен раз, коли ви звертаєтесь до цього стовпця.

Новіші інструменти додають їх скрізь на всякий випадок або для послідовності.

Вони зручні, якщо ваші стовпці мають ті ж назви, що й ключові слова SQL, або у них пробіли.

Приклад:

create table test ( id int, user varchar(20) )

О ні! Неправильний синтаксис біля ключового слова "користувач". Але це:

create table test ( id int, [user] varchar(20) )

Добре працює.

Вони корисні, якщо ви (чомусь) використовуєте назви стовпців із певними символами, наприклад.

Select First Name From People

не буде працювати, але поставити квадратні дужки навколо назви стовпця буде добре

Select [First Name] From People

Коротше кажучи, це спосіб явного оголошення імені об'єкта; стовпчик, таблиця, база даних, користувач або сервер.

Імена стовпців можуть містити символи та зарезервовані слова, які будуть заплутати механізм виконання запитів, тому розміщення дужок навколо них у будь-який час запобігає цьому. Простіше, ніж перевірити проблему, а потім вирішити її.

Дужки можна використовувати, коли назви стовпців є зарезервованими словами.

Якщо ви програмно генеруєте оператор SQL з колекції імен стовпців, якими ви не керуєте, то ви можете уникнути проблем, завжди використовуючи дужки.

Незалежно від дотримання норм іменування, що уникає використання зарезервованих слів, Microsoft додає нові зарезервовані слова. Використання дужок дозволяє оновити ваш код до нової версії SQL Server, без попереднього необхідності редагувати недавно зарезервовані слова Microsoft із коду вашого клієнта. Таке редагування може викликати серйозне занепокоєння. Це може спричинити дострокове звільнення вашого проекту ....

Дужки також можуть бути корисні, коли ви хочете замінити все в сценарії. Якщо ваша партія містить змінну з назвою @String та стовпець з назвою [String], ви можете перейменувати стовпець у [NewString], не перейменовуючи @String у @NewString.

У похмурі століття SQL у 90-х роках це було хорошою практикою, оскільки дизайнери SQL намагалися додати кожне слово до словника як ключове слово для нескінченної лавини нових функцій, і вони назвали його чернетками SQL3.

Так він підтримує сумісність вперед.

І я виявив, що він має ще один приємний побічний ефект, він дуже допомагає, коли ви використовуєте grep в оглядах коду та рефакторингу.

Крім того, деякі бази даних Sharepoint містять дефіси у своїх іменах. Використання квадратних дужок у SQL-операторах дозволяє правильно аналізувати імена.

Я вважаю, що він додає їх туди для послідовності ... вони потрібні лише тоді, коли у назві стовпця є пробіл або спеціальний символ, але більш чітко просто їх включати весь час, коли IDE генерує SQL.