Найгірші методи (MS SQL Server) – прогалини в іменах об'єктів

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


select * from [stupid table name]


Так в чому ж проблема? Зрештою, це працює, і не настільки важливо? Так, я представлю факти, що ця робота чогось коштує. І я дійсно думаю, що це має значення. Я провів багато часу в Query Analyzer і знаю, що досить складно отримати правильні імена стовпців (Object Browser добре допомагає) без (А) ув'язнення в дужки кожного імені об'єкта або (Б) ув'язнення в дужки тільки імен об'єктів, що містять пробіли, якщо пам'ятати про це. Додавання дужок повсюдно додає візуальний шум. Так все ж таки, навіщо вам потрібні прогалини в іменах об'єктів?


З метою уникнути проблем з пробілами Query Analyzer укладає в дужки все підряд, як показано в скрипті нижче:


SELECT [CategoryID], [CategoryName], [Description], [Picture] FROM [Northwind]. [Dbo]. [Categories]


Ви можете відключити генерацію дужок (сьогоднішній рада з QA), вибравши в меню Tools команду Options, а потім на вкладці Script вибравши опцію None для параметра «identifier delimiter» (обмежувач ідентифікаторів):


А що сказати про додатки сторонніх виробників, які створюють об'єкти з прогалинами в іменах? Я закликаю вас почати скаржитися – можливо, вони почують ці скарги і змінять такий підхід! Практично ж я думаю, що вам доведеться змиритися з цим, оскільки наші зусилля не змусять їх змінитися. Але що ви можете зробити, щоб зробити своє життя легше, – це створити уявлення, які будуть мати стовпці з аліасами, що не мають пропусків. Знову я не впевнений, що зусилля будуть виправдані; це залежить від того, наскільки часто ви звертаєтеся до них, і наскільки це ускладнює вам життя.


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

Andy Warren (Оригінал: Worst Practice – Spaces in Object Names)
Переклад: Моісеєнко С.І.
Оригінал перекладу

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*