Найгірші методи (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)
Переклад: Моісеєнко С.І.
Оригінал перекладу

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

• Три горішки для Windows (0)
• Нанопсіхологія як нова наука. Нанофілософія як новий світогляд (0)
• Чого не вистачає в Linux? (0)
• Станіслав Лем. Розум в якості керманича (0)
• Sonic Unleashed (0)
• Жахи ігрової індустрії. Содом і Гоморра (0)
• Igor: The Game: Огляд (0)

---

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

ЕasyСode