Прикрепление и Detaching Базы данных Detaching / вложение используется при перемещении базы данных между компьютерами или физических дисков. Когда база данных отдельно, связь с сервером для файлов данных и журналов транзакции удаляются. Когда вы приложите данных, то вам восстановить эти связи. Если отделить и снова приложите, вы устраняете необходимость восстановления резервной базы данных вручную. Когда база данных reattached, все файлы, которые были изменены места должны быть указаны.
Filegroups Filegroups являются файлы базы данных, которые были сгруппированы для административных целей. Есть моменты, когда filegroup организации могут повысить эффективность, но это не главная цель в filegroup. Filegroups полезны, поскольку они повышают гибкость базы данных в целом. Filegroups позволяет администратору частично резервного копирования базы данных. Filegroups также обеспечения большей отказоустойчивости путем предоставления возможностей для распространения базы данных на несколько физических дисков. В filegroup, который содержит основные данные файл называется первичной filegroup. Хотя другие, определенные пользователем filegroups могут быть созданы, главная filegroup по умолчанию, если явно изменилась. Кроме того, если конкретно, все файлы будут размещены в умолчанию filegroup. Если конкретно, когда создается база данных, база данных будет расти в значительной мере необходимости до тех пор, пока на диске физически исчерпан. Filegroups можно назначить максимальный размер и темпы роста, что указывает на то, сколько они будут расти, когда их текущих космических исчерпан. Эти атрибуты могут быть установлены в ходе filegroup создания и могут быть изменены после filegroup создан.
Расширение и Уменьшение базы данных Если база данных создана, она назначается максимальный размер и автоматического роста использовать, когда первоначальный размер файла превышен. База данных может быть расширен или вручную сократилась, как только оно было создано. В командования CREATE DATABASE CREATE DATABASE В заявлении позволяет установить многие из вариантов в базе данных во время ее создания. Синтаксис для CREATE DATABASE заявление выглядит следующим образом:
В команды CREATE DATABASE
В заявлении CREATE DATABASE позволяет установить многие из вариантов в базе данных во время ее создания. Синтаксис для CREATE DATABASE заявление выглядит следующим образом:
CREATE DATABASE <database_name>
[О <filegroup_name>
NAME = <filename_1>,
FILENAME = 'диск: \ каталог \ filename.mdf',
РАЗМЕР = <initial размера MB>,
MAXSIZE = <maximum размера MB>,
FILEGROWTH = <size в MB добавить>
]
В базе данных изменять команду
В команду ALTER DATABASE используется, чтобы изменить файл данных, после того как он был создан. Синтаксис для ALTER DATABASE заявление выглядит следующим образом:
ALTER DATABASE <database_name>
(ADD ФАЙЛОВ [К FILEGROUP filegroup] [ДЛЯ ВОССТАНОВЛЕНИЯ]
(FILENAME = 'диск: \ каталог \ filename.mdf "
РАЗМЕР = <Size в MB>
MAXSIZE = <size в MB>
FILEGROWTH = <size в MB для add>
К FILEGROUP <filegroup_name>
)
В ДОБАВИТЬ ФАЙЛОВ также может быть заменен следующим заявления на достижение следующих результатов:
Заявление Цель
ADD LOG ФАЙЛОВ Добавить файл в базу данных
УДАЛЕНИЕ ФАЙЛОВ Удаление данных, транзакции, или журнала из базы данных
ADD FILEGROUP Добавить filegroup к базе данных
УДАЛИТЬ FILEGROUP Удалить filegroup из базы данных
ИЗМЕНИТЬ ФАЙЛОВ сменить атрибуты (РАЗМЕР, MAXSIZE и FILEGROWTH) из файла в базу данных
ИЗМЕНИТЬ FILEGROUP сменить изменения свойств по указанной filegroup (READONLY, READWRITE, DEFAULT)
Журналы сделки Сделка журнала регистрации всех изменений, внесенных в базу данных и позволяет изменений, которые необходимо откатил или вперед в случае возникновения сбоев в работе системы или в случае ошибочной записи. Журнал операций связана с файлами данных, когда база данных создана. Журнал операций фактически состоит из нескольких файлов, которые точно описать изменения, внесенные в базу данных. Эти файлы обращаться с базой данных как один файл для целей помещения и помещения.
Там приходит момент, когда старый журнала регистрации больше не требуются для восстановления или восстановления базы данных и должны быть удалены, чтобы освободить место для нового журнала регистрации. Процесс удаления этих записей журнала называется truncating журнал.
Если возможно, операционные журналы следует делать на различных физических дисках, чем файлы данных. Это размещение будет увеличение эффективности путем устранения конкуренции на жестком диске, время доступа от сделки журналов и файлов данных.
Пишите - впереди регистрации транзакций SQL Server 2000 использует написать - вперед журнала. А писать - впереди журнала гарантирует, что данные изменения не записываются на диск до соответствующего журнала отчета. SQL Server 2000 поддерживает буфер кэша, в котором она читает данные страницы. Данные изменения не непосредственно на диск, но к копии страницы в буфере кэша. Изменение не записаны на диск до lazywriter процесс графики один писать для страницы.
На момент изменение на странице в буфер журнала отчете построен в кэш журнала регистрации изменений. В этом журнале записи должны быть записаны на диск до соответствующего грязные страницы упаковке из буфера кэша на диск. Если грязные странице упаковке до журнале запись, это создаст изменения на диске, что не может быть откатил если сервер удалось до входа отчете были записаны на диск. SQL Server имеет логики, что позволяет грязную страницу из упаковке до связанных журнала отчета. Поскольку журнал учета письменных всегда впереди ассоциированных данных страницах, этот журнал называется написать - вперед журнала.
Управление объектами базы данных
Таблицы являются объектами базы данных, которые содержат все данные в базе данных. Таблицы организации данных в строке и столбце формата, где каждая строка представляет собой уникальную запись и каждый столбец представляет собой поле в этом отчете. Таблицы создаются в команду CREATE TABLE. Изменения в таблице можно сделать с помощью команды ALTER TABLE.
Индексы являются объекты, которые связаны с таблицами, что скорость поиска строк в таблице, содержащих ключи, которые были построены из одного или нескольких столбцов в таблице. Индексы бывают двух разновидностей, группируются и nonclustered. А сгруппированы индекс сортирует и хранит строк данных в таблице на основе ключевых ценностей. Nonclustered индексы не влияют на данные строки сортируются в таблице. Nonclustered индексов значения, которые указывают на строки в таблице проиндексированы.
Ограничения являются условиями на данные вступил в колонке, предназначенных для обеспечения целостности данных. Вообще ограничения на столбец определен в качестве первичного ключа. Ограничения отнюдь не исключительно первичного ключа столбец, но они полезны для обеспечения того, чтобы все подряд значения в колонке первичного ключа уникальны.
А внешний ключ - это столбец, который используется для создания и обеспечения связи между данными в двух таблицах. Иностранных основные проблемы, которые используются для поддержания ссылочной целостности между таблицами, регулируя данных, которые могут быть и изменения, внесенные в иностранной ключи в виду таблицы.
Хранимые процедуры являются коллекции SQL заявления проживающих на сервере, что может быть исполнена пользователей к достижению желаемой цели. Хранимые процедуры могут значений или переменных, которые могут быть переданы им пользователя или системы, что они могут действовать на. Поскольку они находятся на сервере, хранимых процедур может существенно повысить эффективность как существует только один аутентификации, авторизации первоначального исполнения из хранимой процедуры для всех команд, которые исполняются. Вы можете вложить хранимые процедуры и могут звонить другие процедуры в основной части хранимой процедуры. Хранимые процедуры полезны в осуществлении последовательной логики в различных приложениях. В хранимой процедуры SQL заявления и логика необходима для выполнения обычно проводится задачи могут быть сконструированы, кодирование, и испытываться один раз. Каждая заявка, требующие для выполнения этой задачи может просто выполнить хранимой процедуры. Структура использования хранимой процедуры предлагает единую точку управления для контроля бизнес процессов.
Триггеры являются хранимые процедуры, которые будут активированы на мероприятие основе, а не прямо называется. Триггеры обычно используются для поддержания целостности данных, каскадного ссылочной действия, или использовать внешние ресурсы (например отправить по электронной почте, сообщает просмотрщик, и т.д.). Есть два типа триггеров; ПОСЛЕ триггеры - и вместо триггеров.
ПОСЛЕ Триггеры по умолчанию тип триггера является ПОСЛЕ показа. В таблице не может быть определено несколько триггеров для мероприятия. Вы можете назначить первого и последнего приводит к пожарам, но вы не можете контролировать тем, что любые другие триггеры будут огня.
ВМЕСТО активаторы ВМЕСТО триггеры создаются указать меры следует принять, когда данные изменяются. ВМЕСТО триггеры должны быть однозначно объявлены вместо - или они будут по умолчанию ПОСЛЕ триггеры. Вы можете иметь только один В STEAD OF вызывать для каждого действия.
Мнения мнение - это фильтр, который динамически интерпретирует информацию в одной или нескольких таблицах и создает сводную таблицу, что другие операции могут быть выполнены на. Строки могут быть обновлены, исключить или добавить от мнения. А мнение не является фактическим таблицу, но оно представлено в виде таблицы.
|
|