тем, что по самой своей сути NULL-значение указывает, что представленные с его помощью данные остаются неизвестными. Соответствующее значение может быть равным 1, 347, -2 94 и т.д., и это все, что нам известно. Короче говоря, NULL-значение показывает, что представленные с его помощью данные являются неопределенными или, возможно, даже неприменимыми.

Идентификаторы объектов, применяемые в СУБД SQL Server

Выше в данной главе уже приводился значительный объем информации об объектах, применяемых в СУБД SQL Server. А в настоящем разделе приведены определенные сведения о способах именования объектов SQL Server.

Именуемые объекты

По существу, в СУБД SQL Server имена приобретают все объекты. Частичный список имеигемых объектов SQL Server приведен в табл. L3.

Таблица 1.3. Именуемые объекты SQL Server Объект Объект Объект

Базы данных Значения, применяемые по умолчанию Индексы

Каталоги полнотекстового Ограничения целостности Определяемые

поиска пользователем типы

Пользовательские функции Правила Представления

Роли Серверы Столбцы

Схемы Таблицы Триггеры

Учетные записи Файловые группы Файлы

Хранимые процедуры

Приведенный список является далеко не полным. Большинство объектов, которые только можно себе представить, кроме строк (которые в действительности не являются объектами), должны иметь имя. Задача разработчика заключается в том, чтобы имя, присвоенное каждому объекту, было полезным и удобным.

Правила именования

Правила именования объектов СУБД SQL Server являются достаточно произвольными, в частности, позволяют вводить в состав имен пробелы и даже ключевые слова. Однако, как и большинство других свобод, свобода выбора имени оборачивается тем, что можно допустить злоупотребление и столкнуться с неприятностями.

Основные правила именования объектов приведены ниже.

Имя объекта должно начинаться с любого символа, определенного в спецификации Unicode 2.0 как буква. К ним относятся, в частности, буквы A-Z и a-z, которые используются в письменных языках западных стран. Должны ли прописные и строчные буквы рассматриваться как различные, зависит от

настройки конфигурации сервера, но в качестве начальной буквы имени объекта допускается использовать те и другие. Не считая обязательного требования об использовании буквы в первом символе имени объекта, больше нет практически никаких ограничений в выборе остальных символов имени; доп)сти-мыми являются почти любые символы.

Имена обычных объектов могут содержать до 128 символов, а временных объектов - 116 символов.

Любые имена, совпадающие с ключевыми словами СУБД SQL Server или содержащие пробелы, должны быть заключены в двойные кавычки ( ) или квадратные скобки ([]). Состав слов, рассматриваемых как ключевые, зависит от уровня совместимости, установленного для базы данных.

Следует учитывать, что двойньье кавычки допускается использовать в качестве разграничителя для имен столбцов, только если была задана соответствующая опция с помощью команды SET QUOTED IDENTIFIER ON. Применение квадратных скобок позволяет исключить возможность того, что пользователи СУБД SQL Server будут об ращаться не к тем таблицам, которые им требуются, но двойные кавычки в болыией степени способствуют достижению независимости от платформы.

Приведенные выше правила известны под общим названием правила определения идентификаторов и распространяются на любые объекты, для которых в программном обеспечении SQL Server используются имена. Для объектов определенных типов могут быть предусмотрены дополнительные правила.

Следует еще раз подчеркнуть, что соблюдеше рекомендации, согласно которой не следует использовать в именах объектов ключевые слова SQL Server или пробелы, является чрезвычайно важным. Разумеется, с формальной точки зрения допускается применение и тех и других, при условии соблюдения правил разграничения имен с помощью квадратных скобок, но, создавая и используя подобные имена, можно столкнуться с весьма значительными осложнениями.

Резюме

При проектировании реляционной базы данных, как и при решении большинства других практических задач, важно учитывать каждый нюанс. Чтобы создать действительно эффективную базу данных, недостаточно организовать хранение данных в таблицах. Следует также предусмотреть использование тех дополнительных возможностей, благодаря которым современные реляционные СУБД становятся столь мощными. Иными словами, необходимо ввести в действие такие объекты, которые позволяют реализовать непосредственно в базе данных необходимые функциональные средства и бизнес-правила.

Данные, хранящиеся в базе данных, имеют тип, как и данные, представленные в большинстве других вариантов среды программирования. При выполнении почти любых операций в СУБД SQL Server приходится хотя бы в какой-то степени учитывать типизацию данных. Ознакомьтесь с имеющимися типами данных и постарайтесь сопоставить их с типами данных, применяемыми в знакомой вам среде программирования.

Глава 2

Инструментальные средства

в этой главе изложение материала будет таким же кратхшм и сжатым, как и в главе 1. В связи с этим автор рекомендует начинающим разработчикам приступать к изучению изложенного здесь материала с книги Программирование баз Microsoft SQL Server 2005. Базовый курс, в которой рассматриваемые темы описаны гораздо более подробно. А что касается данной книги, то при подготовке первых нескольких глав основная цель фактически состо5ша в большей степени в создании удобного справочника, чем учебного пособия, поэтому 1сакие-либо вспомогательные пояснения в этих главах почти отсутствуют. Учитывая сказанное, переходим к описанию комплекта инструментальных средств SQL Server 2005. Разработчики, знакомые с другими версиями SQL Sener, должны обратить особое внимание на те сведения, которые приведены в настоящей главе. Дело в том, что в версии SQL Server 2005 комплект инструментальных средств претерпел существенные изменения.

В версии SQL Server 2005 практически все, что относится к комплект) инструментальных средств SQL Server, подверглось полной переработке. Группа разработчиков инструментальных средств, подготавливая текущий выпуск, поставила перед собой основную цель проектирования - упростить поиск необходимых инструментов. Тем не менее для опытных разработчиков, давно применяющих в своей работе СУБД SQL Server, в связи с появлением новых инструментальных средств возникла не очень приятная необходимость потратить дополнительное время на их изучение. А что касается программистов, осваивающих СУБД SQL Server, то, несомненно, с вводом в действие новых инструментальных средств вполне достигнута цель упрощения их использования. Это обусловлено тем, что число мест, с которых приходится начинать поиск необходимых инструментов, значительно сократилось, а сам комплект инструментальных средств сгруппирован гораздо более обоснованно.

Инструментальные средства, которые будут рассматриваться в этой главе, перечислены ниже.

Документация SQL Server Books Online.

Программа SQL Server Configuration Manager.