Программирование >>  Программирование баз данных 

1 ... 42 43 44 [ 45 ] 46 47 48 ... 346


/ ТаЫе - dbcj,Table l* Column time

CustomerNo

CustomefName Ad*essl Adctess2

City

5CHWEITZER,A,.,LQuefyl0.5qr 5CHW£IT2ER,Ad.. ,QLQtJery9.stj*

ж X ProperUes

Data Type

Allow Nulls

[ТЫ] dbd.Tahle l

vardiar<30)

varchar(30)

в (Identity)

(Itome)

Tabte l

vardiar(30)

Database lame

ADCOutitlna

diar<Z)

Schema

v char(50)

Server Nams

В Table Dengner

Identity Colum

CLJstonerMo

Ifide.ibl-

Ш- ReflufarDataSpacE primary

(.epldcated

ТехУЬтйде Fifegroi PRIMARV


Pwc. 4,5. Окно, предназначенное для ввода определений таблиц

Во-первых, следует отметить, что по умолчанию для определения столбца идентификации служит раздел Properties, находящийся справа. В этом разделе можно выбрать столбец, применяемый для рассматриваемой таблицы в качестве столбца идентификации (предусмотрена возможность определить только один такой столбец). Во-вторых, можно внести изменения в дополнительные характеристики таблицы, щелкая правой кнопкой мыши на представлениях тех или иных характеристик и выбирая варианты из контекстного меню, который показан на рис. 4.6.

И в этом случае любые изменения, внесенные с помощью графического интерфейса, могуг быть реализованы с помощью сценария (но в настоящей книге приведены еще не все относящиеся к этому сведения). Следует также отметить, что последний элемент в контекстном меню. Generate Change Script?, позволяет выбрать необходимые характеристики таблицы и подготовить сценарий SQL, с помощью которого может быть создана такая таблица (иногда указанная возможность становится очень удобной).

В дальнейшем в любое время можно выбрать команду сохранения, после чего программа Management Console запросит имя таблицы и создаст необходимую таблицу.

Процесс редактирования характеристик таблицы лишь немного отличается от процесса редактирования характеристик базы данных. Щелкните правой кнопкой мыши на элементе Tables в древовидном представлении, которое показано на рис. 4.7, но на этот раз выберите команду Modify вместо Properties.



teble-dbo.tdble l*L

Column hianw

SCHWEITZER.А,..LQuerylO-aqr ! 5(

data type

CustomerName

Addressl

Adclres52

it/

Slate

2ip

Phone

а1ы №

Set Primary Key

Insert Colunin f Delete Column

RelationsNps... д Indexes/Keys... FuBtext Index...

g Check Constraints.., :J Generate Change Script.,

Puc. 4.6. Контекстное меню, с помощью которого можно модифицировать определения таблиц и столбцов

а Tables

ffi LJ System Tables

Ш £i Views

New Table..,

ш Synonyms Ш 1 Programmability Ш 1 Service Broker ffi Storage Ш Ш Security 3 AdventureWorks J AdventureWorksDW IJ Northwind Ij pubs

IJ ReportServer

IJ ReportServerTempDB

Security

Modify

Open Table

Script Table as ►

view Dependencies

Full-Text index ►

Rename Delete

Refresh Properties

Puc. 4.7. Команда Modify

После этого откроется такое же диалоговое окно, как и на рис. 4.5.

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

Резюме

В настоящей главе приведены основные сведения об использовании операторов CREATE, ALTER и DROP для создания, модификации и удаления баз данных и таблиц. Безусловно, на этом описание указанных операторов далеко не исчерпывается, поэтому им будет посвящена значительная часть изложения в остальных главах. Кроме того, рассмотрен целый ряд опций, применяемых в определениях баз данных и таблиц, которые позволяют получить полный контроль над данными. Наконец, в этой главе приведены вводные сведения об использовании программы Management Studio для упрощения задач администрирования данных, а также для более простого проектирования структуры объектов и создания сценариев.

На этом описание проблематики определения компоновки таблиц заканчивается. Следующие несколько глав будут посвящены рассмотрению многих вспомогательных объектов, применяемых в сочетании с таблицами (таких как ограничения целостности), а также некоторых дополнительных конструкций запросов. Кроме того, приведенное выше описание позволяет перейти к рассмотрению вопросов нормализации и других важных проблем проектирования базы данных, а также заняться решением более сложных задач разработки.



Глава 5

Общие сведения о ключах и ограничениях целостности

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

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

Ограничение - это, прежде всего, формулировка требований к данным. Ограничения устанавливаются на уровне столбца или таблицы и гарантируют соответствие данных определенным правилам обеспечения целостности данных.

В связи с этим следует еще раз подчеркнуть схсазанное в главе 1, что за обеспечение целостности данных отвечают не программы, в которых используется база данных, а непосредственно база данных. И даже краткие размышления на эту тему позволяют прийти к выводу, что такие свойства базы данных действительно являются очень удобными. Дело в том, что команды на вставку, обновление и удаление данных поступают в базу данных из многих источников. Причем даже в автономных приложениях (в этом контексте таковыми считаются приложения, в которых дост)Т1 к базе данных осуществляет только одна программа) обращения к одной и той же таблице могут поступать из различных мест программы. Но в действительности чаще всего возникают еще более сложные ситуации. Например, одновременно с доступом со стороны приложения иногда изменения в данные вносит администратор базы данных (или сам программист, если он совмещает функции администратора базы данных) в целях устранения обнаруженных проблем. А на практике нередко возникают настолько сложные ситуации, что даже к одному-единственному фрагменту данных, не говоря уже обо всей базе данных, прокладываются буквально сотни различных путей доступа для обеспечения работы сложного многопользовательского приложения.

Возможность возложить ответственность за подцержание целостности данных на саму базу данных появилась не сразу, но благодаря внедрению связанных с этим средств произошли буквально революционные изменения в методах управления базой



1 ... 42 43 44 [ 45 ] 46 47 48 ... 346

© 2006 - 2024 pmbk.ru. Генерация страницы: 0
При копировании материалов приветствуются ссылки.
Яндекс.Метрика