Найгірші методи (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 , щоб автоматично отримувати інформацію про нові статтях.
Коментарів поки що немає.
Ваш отзыв
Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>