CREATE DATABASE (Transact-SQL)

  • Статья

Изменения: 12 декабря 2006 г.

Создает новую базу данных и файлы, используемые для ее хранения, создает моментальный снимок базы данных или присоединяет базу данных, составленную из отсоединенных файлов ранее созданной базы данных.

Значок ссылки на разделСинтаксические обозначения в Transact-SQL

Синтаксис

CREATE DATABASE database_name 
    [ ON 
        [ PRIMARY ] [ <filespec> [ ,...n ] 
        [ , <filegroup> [ ,...n ] ] 
    [ LOG ON { <filespec> [ ,...n ] } ] 
    ] 
    [ COLLATE collation_name ]
    [ WITH <external_access_option> ]
]
[;]

To attach a database
CREATE DATABASE database_name 
    ON <filespec> [ ,...n ] 
    FOR { ATTACH [ WITH <service_broker_option> ]
        | ATTACH_REBUILD_LOG }
[;]

<filespec> ::= 
{
(
    NAME = logical_file_name ,
    FILENAME = 'os_file_name' 
        [ , SIZE = size [ KB | MB | GB | TB ] ] 
        [ , MAXSIZE = { max_size [ KB | MB | GB | TB ] | UNLIMITED } ] 
        [ , FILEGROWTH = growth_increment [ KB | MB | GB | TB | % ] ]
) [ ,...n ]
}

<filegroup> ::= 
{
FILEGROUP filegroup_name [ DEFAULT ]
    <filespec> [ ,...n ]
}

<external_access_option> ::=
{
    [ DB_CHAINING { ON | OFF } ]
    [ , TRUSTWORTHY { ON | OFF } ]
}
<service_broker_option> ::=
{
    ENABLE_BROKER
  | NEW_BROKER
  | ERROR_BROKER_CONVERSATIONS
}

Create a database snapshot
CREATE DATABASE database_snapshot_name 
    ON 
        (
        NAME = logical_file_name,
        FILENAME = 'os_file_name' 
        ) [ ,...n ] 
    AS SNAPSHOT OF source_database_name
[;]

Аргументы

  • database_name
    Имя новой базы данных. Имена баз данных должны быть уникальны внутри экземпляра SQL Server и должны соответствовать правилам для идентификаторов.

    Аргумент database_name может иметь максимальную длину 128 символов, если для файла журнала не указано логическое имя. Если логическое имя файла не указано, то SQL Server формирует для журнала имена logical_file_name и os_file_name путем добавления суффикса к database_name. Это ограничивает длину аргумента database_name 123 символами, чтобы формируемое логическое имя файла было не длиннее 128 символов.

    Если имя файла данных не указано, то SQL Server использует аргумент database_name в качестве имен logical_file_name и os_file_name.

  • ON
    Указывает, что дисковые файлы, используемые для хранения разделов данных в базе данных, определяются явно. Параметр ON необходимо применять, если за ним следует список разделенных запятыми элементов <filespec>, которые определяют файлы данных первичной файловой группы. За списком файлов в первичной файловой группе может следовать необязательный список элементов <filegroup>, разделенных запятыми, которые определяют файловые группы пользователей и принадлежащие им файлы.

  • PRIMARY
    Указывает, что связанный список <filespec> определяет первичный файл. Первый файл, указанный в элементе <filespec> в первичной файловой группе, становится первичным файлом. В базе данных может быть только один первичный файл. Дополнительные сведения см. в разделе Файлы и файловые группы физической базы данных.

    Если параметр PRIMARY не указан, то первый файл списка в инструкции CREATE DATABASE становится первичным файлом.

  • LOG ON
    Указывает, что дисковые файлы, используемые для хранения журнала базы данных, то есть файлы журналов, определяются явно. За параметром LOG ON следует список элементов <filespec>, разделенных запятыми, которые определяют файлы журналов. Если параметр LOG ON не указан, автоматически создается один файл журнала, размер которого определяется большей из следующих двух величин: 512 КБ или 25 процентов от суммы размеров всех файлов с данными в базе данных. Параметр LOG ON не может указываться для моментального снимка базы данных.

  • COLLATE collation_name
    Задает параметры сортировки по умолчанию для базы данных. Именем параметров сортировки может быть либо имя параметров сортировки Windows, либо имя параметров сортировки SQL. Если параметр не указан, базе данных назначаются параметры сортировки по умолчанию для экземпляра SQL Server. Имя параметров сортировки не может указываться для моментального снимка базы данных.

    Имя параметров сортировки не может указываться с предложениями FOR ATTACH и FOR ATTACH_REBUILD_LOG. Дополнительные сведения о способах изменения параметров сортировки подсоединенной базы данных см. на веб-узле корпорации Майкрософт.

    Дополнительные сведения об именах параметров сортировки Windows и SQL см. в разделе COLLATE (Transact-SQL).

  • FOR ATTACH
    Указывает, что база данных создана путем присоединения существующего набора файлов операционной системы. Должен существовать элемент <filespec>, который указывает первичный файл. Кроме этого элемента, необходимы только элементы <filespec>, предназначенные для файлов, пути которых отличны от путей, существовавших при создании или последнем присоединении базы данных. Для таких файлов должен быть определен элемент <filespec>.

    Для параметра FOR ATTACH необходимо выполнение следующих условий.

    • Должны быть доступны все файлы данных (MDF и NDF).
    • Если существует несколько файлов журналов, все они должны быть доступны.

    Если база данных, доступная для чтения и записи, располагает единственным файлом журнала, который недоступен в текущий момент, а также если база данных была закрыта в отсутствие пользователей или открытых транзакций перед операцией присоединения, то параметр FOR ATTACH автоматически перестраивает файл журнала и обновляет первичный файл. Однако журнал невозможно перестроить в базе данных, доступной только для чтения, так как нельзя обновить первичный файл. Поэтому, если присоединяется база данных только для чтения, журнал которой недоступен, необходимо указать в предложении FOR ATTACH файлы журналов или файлы.

    ms176061.note(ru-ru,SQL.90).gifПримечание.
    База данных, созданная в более поздней версии SQL Server, не может быть присоединена в ранних версиях.

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

    Параметр FOR ATTACH не может указываться для моментального снимка базы данных.

    ms176061.security(ru-ru,SQL.90).gifПримечание безопасности.
    Рекомендуется не присоединять базы данных, полученные из неизвестных или ненадежных источников. В этих базах данных может содержаться вредоносный код, вызывающий выполнение непредусмотренных инструкций Transact-SQL или появление ошибок из-за изменения схемы или физической структуры базы данных. Перед тем как использовать базу данных, полученную из ненадежного источника, выполните инструкцию DBCC CHECKDB для этой базы данных на непроизводственном сервере, а также изучите исходный код в базе данных, например хранимые процедуры и другой пользовательский код.

    Дополнительные сведения о присоединении и отсоединении баз данных см. в разделе Присоединение и отсоединение баз данных.

    ms176061.note(ru-ru,SQL.90).gifПримечание.
    Если в базе данных используется компонент Service Broker, см. также раздел <service_broker_option>.

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

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

    • Если присоединить базу данных к тому же экземпляру и версии сервера, к которой был присоединен оригинал, то никаких дополнительных действий не требуется.
    • Если база данных присоединяется к тому же экземпляру сервера, но с обновленной версией, следует выполнить процедуру sp_vupgrade_replication для обновления репликации после завершения операции присоединения.
    • Если база данных присоединяется к другому экземпляру сервера, независимо от версии следует выполнить процедуру sp_removedbreplication, чтобы удалить репликацию после завершения операции присоединения.
    ms176061.note(ru-ru,SQL.90).gifПримечание.
    Присоединение реализуется с помощью формата хранения vardecimal, при этом компонент SQL Server Database Engine должен быть обновлен по крайней мере до SQL Server 2005 с пакетом обновления 2 (SP2). Присоединение сжатых баз данных с пакетом обновления 2 (SP2) в более ранних версиях SQL Server невозможно. Дополнительные сведения о формате хранения vardecimal см. в разделе Хранение десятичных данных в виде значений переменной длины.

  • FOR ATTACH_REBUILD_LOG
    Указывает, что база данных создана путем присоединения существующего набора файлов операционной системы. Этот параметр применяется только в базах данных, доступных для чтения и записи. Если один или несколько файлов журналов транзакций отсутствуют, то файл журнала перестраивается. Должен существовать элемент <filespec>, который указывает первичный файл.

    ms176061.note(ru-ru,SQL.90).gifПримечание.
    Если файлы журналов доступны, компонент Database Engine будет использовать их, а не перестраивать файлы журналов.

    Для параметра FOR ATTACH_REBUILD_LOG необходимо следующее.

    • Чистое завершение работы базы данных.
    • Должны быть доступны все файлы данных (MDF и NDF).
    ms176061.note(ru-ru,SQL.90).gifВажно!
    Эта операция разрывает цепочку резервных копий журнала. Рекомендуется выполнить полное резервное копирование базы данных после завершения операции. Дополнительные сведения см. в разделе BACKUP (Transact-SQL).

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

    Параметр FOR ATTACH_REBUILD_LOG не может указываться для моментального снимка базы данных.

    Дополнительные сведения о присоединении и отсоединении баз данных см. в разделе Присоединение и отсоединение баз данных.

  • <filespec>
    Управляет свойствами файла.

  • NAME logical_file_name
    Задает логическое имя файла. Параметр NAME требуется при указании параметра FILENAME во всех случаях, кроме указания одного из предложений FOR ATTACH.

    • logical_file_name
      Логическое имя, используемое в SQL Server при указании ссылки на файл. Аргумент logical_file_name должен быть уникальным в базе данных и должен соответствовать правилам для идентификаторов. Имя может быть символом или константой Юникода, а также обычным идентификатором или идентификатором с разделителями.

  • FILENAME 'os_file_name'
    Задает имя файла в операционной системе (физическое имя).

    • 'os_file_name'
      Путь и имя файла, используемые операционной системой при создании файла. Файл должен размещаться на одном из следующих устройств: локальный сервер, на котором установлен SQL Server, сеть хранения данных (SAN) или сеть на основе iSCSI. Указанный путь должен существовать до выполнения инструкции CREATE DATABASE. Дополнительные сведения см. в подразделе «Файлы и файловые группы базы данных» раздела «Примечания».

      Параметры SIZE, MAXSIZE и FILEGROWTH недоступны, если путь к файлу указан в формате UNC.

      Если файл находится в необработанной секции, аргумент os_file_name должен указывать только букву диска существующей необработанной секции. В каждой необработанной секции может быть создан только один файл.

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

  • SIZE size
    Указывает размер файла.

    Параметр SIZE не может указываться, если аргумент os_file_name задан как путь в формате UNC.

    • size
      Задает начальный размер файла.

      Если аргумент size не задан для первичного файла, то компонент Database Engine использует размер первичного файла, указанный в базе данных model. Когда указан вторичный файл данных или журнала, но параметр size для файла не указан, компонент Database Engine задает размер файла равным 1 МБ. Размер, указанный для первичного файла, по крайней мере, должен быть равным размеру первичного файла базы данных model.

      Можно использовать суффиксы килобайт (KB), мегабайт (MB), гигабайт (GB) и терабайт (TB). Суффикс по умолчанию — MB. Укажите целое число (без дробной части). Аргумент size имеет тип integer. Для значений, превышающих 2 147 483 647, используйте укрупненные единицы измерения.

  • MAXSIZE max_size
    Задает максимальный размер, до которого может расти файл. Параметр MAXSIZE нельзя указывать, если аргумент os_file_name задан как путь в формате UNC.

    • max_size
      Максимальный размер файла. Можно использовать суффиксы KB, MB, GB и TB. Суффикс по умолчанию — MB. Укажите целое число, не включая десятичную часть. Если аргумент max_size не указан, размер файла будет увеличиваться до заполнения диска. Аргумент max_size имеет тип integer. Для значений, превышающих 2 147 483 647, используйте укрупненные единицы измерения.
  • UNLIMITED
    Указывает, что файл может расти вплоть до заполнения диска. В SQL Server 2005 файл журнала, для которого задано неограниченное увеличение размера, имеет максимальный размер 2 ТБ, а файл данных — 16 ТБ.

  • FILEGROWTH growth_increment
    Задает автоматическое приращение размера файла. Значение параметра FILEGROWTH для файла не может превосходить значение параметра MAXSIZE. Параметр FILEGROWTH нельзя указывать, если аргумент os_file_name задан как путь в формате UNC.

    • growth_increment
      Объем пространства, добавляемого к файлу каждый раз, когда требуется увеличение пространства.

      Значение может быть указано в килобайтах, мегабайтах, гигабайтах, терабайтах или процентах (%). Если указано число без суффикса МБ, КБ или %, то по умолчанию используется MB. Если размер указан в процентах (%), размер увеличивается на заданную часть в процентах от размера файла. Указанный размер округляется до ближайших 64 КБ.

      Значение 0 указывает, что автоматическое приращение отключено и добавление пространства запрещено.

      Если параметр FILEGROWTH не задан, значением по умолчанию является 1 МБ для файлов данных и 10% для файлов журналов, минимальное значение — 64 КБ.

      ms176061.note(ru-ru,SQL.90).gifПримечание.
      В SQL Server 2005 приращение размера по умолчанию для файлов данных изменилось с 10% на 1 МБ. Значение по умолчанию для файлов журналов (10%) осталось неизменным.
  • <filegroup>
    Управляет свойствами файловой группы. Файловая группа не может указываться для моментального снимка базы данных.

  • FILEGROUP filegroup_name
    Логическое имя файловой группы.

    • filegroup_name
      Аргумент filegroup_name должен быть уникальным в базе данных и не может быть именем PRIMARY или PRIMARY_LOG, предоставленным системой. Имя может быть символом или константой Юникода, а также обычным идентификатором или идентификатором с разделителями. Имя должно соответствовать правилам для идентификаторов.
    • DEFAULT
      Задает именованную файловую группу как файловую группу по умолчанию в базе данных.

  • <external_access_option>
    Управляет внешним доступом к базе данных и из базы данных.

    • DB_CHAINING { ON | OFF }
      Если задано значение ON, то база данных может быть источником или получателем в межбазовой цепочке владения.

      Если задано значение OFF, то база данных не может участвовать в межбазовой цепочке владения. Значение по умолчанию — OFF.

      ms176061.note(ru-ru,SQL.90).gifВажно!
      Экземпляр SQL Server распознает эту настройку, если параметр сервера cross db ownership chaining имеет значение 0 (OFF). Если параметр cross db ownership chaining имеет значение 1 (ON), все пользовательские базы данных могут участвовать в межбазовых цепочках владения вне зависимости от значения этого параметра. Этот параметр задается с помощью использования процедуры sp_configure.

      Для установки этого параметра необходимо быть членом фиксированной серверной роли sysadmin. Параметр DB_CHAINING не может устанавливаться для системных баз данных master, model и tempdb.

      Дополнительные сведения см. в разделе Цепочки владения.

    • TRUSTWORTHY { ON | OFF }
      Если задано значение ON, то модули базы данных (например, представления, пользовательские функции и хранимые процедуры), в которых используется контекст олицетворения, могут обращаться к ресурсам, расположенным за пределами базы данных.

      Если задано значение OFF, то модули базы данных в контексте олицетворения не могут обращаться к ресурсам, расположенным за пределами базы данных. Значение по умолчанию — OFF.

      Параметр TRUSTWORTHY устанавливается в значение OFF при каждом присоединении базы данных.

      По умолчанию для всех баз данных, кроме msdb, параметр TRUSTWORTHY установлен в значение OFF. Оно не изменяется для баз данных model и tempdb. Рекомендуется никогда не устанавливать параметр TRUSTWORTHY в состояние ON для базы данных master.

      Для задания этого параметра необходимо членство в фиксированной серверной роли sysadmin.

  • <service_broker_option>
    Управляет параметрами компонента Service Broker в базе данных.

    Параметры компонента Service Broker могут быть заданы только при использовании предложения FOR ATTACH.

    • ENABLE_BROKER
      Указывает, что для заданной базы данных включен компонент Service Broker. Это значит, что параметр is_broker_enabled установлен в значение true в представлении каталога sys.databases и запущена доставка сообщений.
    • NEW_BROKER
      Создает новое значение service_broker_guid в представлении каталога sys.databases и восстановленной базе данных, после чего завершает все конечные точки диалога, очищая их. Посредник включен, но сообщения удаленным конечным точкам диалога не посылаются.
    • ERROR_BROKER_CONVERSATIONS
      Завершает все диалоги с состоянием ошибки, сообщающим, что база данных была присоединена или восстановлена. Посредник отключается до завершения этой операции, после чего вновь включается.
  • database_snapshot_name
    Имя нового моментального снимка базы данных. Имена моментальных снимков базы данных должны быть уникальными внутри экземпляра SQL Server и должны соответствовать требованиям к идентификаторам. Максимальная длина аргумента database_snapshot_name равна 128 символов.

  • ON ( NAME =logical_file_name, FILENAME ='os_file_name') [ ,... n ]
    При создании моментального снимка базы данных указывает список файлов в базе данных-источнике. Для работы моментального снимка все файлы данных должны задаваться отдельно. Однако не разрешается указывать файлы журналов для моментальных снимков базы данных.

    Описания параметров NAME и FILENAME и их значений см. в описаниях соответствующих значений <filespec>.

    ms176061.note(ru-ru,SQL.90).gifПримечание.
    При создании моментального снимка базы данных не разрешается применять другие параметры <filespec> и ключевое слово PRIMARY.

  • AS SNAPSHOT OF source_database_name
    Обозначает, что создаваемая база данных является моментальным снимком базы данных-источника, указанной аргументом source_database_name. Моментальный снимок и база данных-источник должны находиться в одном экземпляре.

    Дополнительные сведения см. в подразделе «Моментальные снимки базы данных» раздела «Примечания».

Замечания

Резервную копию базы данных master необходимо создавать каждый раз при создании, изменении или удалении пользовательской базы данных.

Инструкция CREATE DATABASE должна выполняться в режиме автоматической фиксации (режим управления транзакциями по умолчанию) и не может применяться в явной или неявной транзакции. Дополнительные сведения см. в разделе Автоматическая фиксация транзакций.

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

  1. Компонент SQL Server 2005 Database Engine использует копию базы данных model для инициализации базы данных и ее метаданных.
  2. Базе данных назначается идентификатор GUID компонента Service Broker.
  3. Затем компонент Database Engine заполняет остальную часть базы данных пустыми страницами, за исключением страниц, содержащих внутренние данные с описанием способа использования пространства в базе данных. Дополнительные сведения см. в разделе Инициализация файлов базы данных.

В экземпляре SQL Server может быть задано не более 32 767 баз данных.

У каждой базы данных есть владелец, который может выполнять специальные действия в базе данных. Владельцем является пользователь, создавший базу данных. Владельца базы данных можно сменить, используя процедуру sp_changedbowner (Transact-SQL).

Файлы и файловые группы базы данных

В каждой базе данных имеется по крайней мере 2 файла (первичный файл и файл журнала транзакций) и по крайней мере одна файловая группа. Для каждой базы данных может указываться не более 32 767 файлов и 32 767 файловых групп. Дополнительные сведения см. в разделе Файлы и файловые группы физической базы данных.

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

Рекомендуется использовать сеть хранения данных (SAN), сеть на основе iSCSI или локально подключенный диск для хранения файлов базы данных SQL Server, так как в этой конфигурации достигаются оптимальные производительность и надежность SQL Server. По умолчанию в SQL Server не используются сетевые файлы базы данных (хранимые на сетевом сервере или в хранилище, подключенном к сети). Однако можно создать базу данных с сетевыми файлами, используя флаг трассировки 1807. Дополнительные сведения об этом флаге трассировки и важные рекомендации по повышению производительности и обслуживанию см. на веб-узле корпорации Майкрософт.

Моментальные снимки базы данных

С помощью инструкции CREATE DATABASE можно создать статическое представление, доступное только для чтения (моментальный снимок базы данных) существующей базы данных (базы данных-источника). Моментальный снимок базы данных соответствует базе данных-источнику на уровне транзакций в том виде, в котором она существовала в момент создания моментального снимка. База данных-источник может иметь несколько моментальных снимков.

ms176061.note(ru-ru,SQL.90).gifПримечание.
При создании моментального снимка инструкция CREATE DATABASE не может обращаться к файлам журналов, автономным файлам, восстанавливаемым файлам и несуществующим файлам.

Если создание моментального снимка базы данных не удается, моментальный снимок помечается как подозрительный и подлежит удалению. Дополнительные сведения см. в разделе DROP DATABASE (Transact-SQL).

Каждый моментальный снимок существует до тех пор, пока не будет удален с помощью инструкции DROP DATABASE.

Дополнительные сведения см. в разделе Моментальные снимки базы данных.

Параметры базы данных

Каждый раз при создании базы данных автоматически устанавливаются несколько параметров базы данных. Список этих параметров и их значения по умолчанию см. в разделе Установка параметров базы данных. Эти параметры можно изменить с использованием инструкции ALTER DATABASE.

База данных model и создание новых баз данных

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

Если инструкция CREATE DATABASE database_name указана без дополнительных параметров размера, создается первичный файл данных того же размера, что и первичный файл в базе данных model.

Если не указан параметр FOR ATTACH, то каждая новая база данных наследует значения параметров из базы данных model. Например, параметр базы данных auto shrink имеет значение true в базе данных model и во всех вновь создаваемых базах данных. Если изменить параметры в базе данных model, то эти новые параметры будут использоваться во вновь создаваемых базах данных. Операции, вносящие изменения в базу данных model, не влияют на существующие базы данных. Если параметр FOR ATTACH задан в инструкции CREATE DATABASE, то новая база данных наследует значения параметров исходной базы данных.

Просмотр сведений о базе данных

Для возврата сведений о базах данных, файлах и файловых группах можно использовать представления каталогов, системные функции и системные хранимые процедуры. Дополнительные сведения см. в разделе Просмотр метаданных базы данных.

Разрешения

Необходимо разрешение CREATE DATABASE, CREATE ANY DATABASE или ALTER ANY DATABASE.

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

Разрешения на файлы данных и журналов

В SQL Server 2005 для файлов данных и журналов каждой базы данных установлены некоторые разрешения. Следующие разрешения задаются при применении следующих операций к базе данных:

Создание

Изменение для добавления нового файла

Присоединение

Создание резервной копии

Отсоединение

Восстановление

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

ms176061.note(ru-ru,SQL.90).gifПримечание.
Microsoft SQL Server 2005 Express Edition не задает разрешения на файлы данных и файлы журнала.

Примеры

А. Создание базы данных без указания файлов

В следующем примере создается база данных mytest и соответствующие первичный файл и файл журнала транзакций. В инструкции нет элементов <filespec>, поэтому первичный файл базы данных имеет тот же размер, что и первичный файл базы данных model. Журнал транзакций устанавливается в соответствии с большим из следующих значений: 512 КБ или 25% от размера первичного файла данных. Поскольку параметр MAXSIZE не задан, файлы могут увеличиваться до заполнения всего свободного места на диске.

USE master;
GO
IF DB_ID (N'mytest') IS NOT NULL
DROP DATABASE mytest;
GO
CREATE DATABASE mytest;
GO
-- Verify the database files and sizes
SELECT name, size, size*1.0/128 AS [Size in MBs] 
FROM sys.master_files
WHERE name = N'mytest';
GO

Б. Создание базы данных, в которой заданы файлы данных и журнала транзакций

В следующем примере создается база данных Sales. Ключевое слово PRIMARY не использовано, поэтому первый файл (Sales_dat) становится первичным файлом. Поскольку в параметре SIZE для файла Sales_dat не заданы суффиксы MB и KB, используется значение MB и пространство выделяется в мегабайтах. Место для файла Sales_log выделено в мегабайтах, потому что суффикс MB явно указан в параметре SIZE.

USE master;
GO
IF DB_ID (N'Sales') IS NOT NULL
DROP DATABASE Sales;
GO
-- Get the SQL Server data path
DECLARE @data_path nvarchar(256);
SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1 AND file_id = 1);

-- execute the CREATE DATABASE statement 
EXECUTE ('CREATE DATABASE Sales
ON 
( NAME = Sales_dat,
    FILENAME = '''+ @data_path + 'saledat.mdf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = '''+ @data_path + 'salelog.ldf'',
    SIZE = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB )'
);
GO

В. Создание базы данных, в которой указаны несколько файлов данных и журналов транзакций

Следующий пример создает базу данных Archive, имеющую 3 файла с данными объемом по 100-MB каждый и два файла журнала транзакций по 100-MB. Первичный файл является первым файлом в списке и явно задан ключевым словом PRIMARY. Файлы журналов транзакций заданы следующими ключевыми словами LOG ON. Следует обратить внимание на расширения, используемые для файлов в параметре FILENAME: расширение .mdf используется для первичных файлов данных, .ndf используется для вторичных файлов данных, а .ldf используется для файлов журналов транзакций.

USE master;
GO
IF DB_ID (N'Archive') IS NOT NULL
DROP DATABASE Archive;
GO
-- Get the SQL Server data path
DECLARE @data_path nvarchar(256);
SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1 AND file_id = 1);

-- execute the CREATE DATABASE statement 
EXECUTE ('CREATE DATABASE Archive 
ON
PRIMARY  
    (NAME = Arch1,
    FILENAME = '''+ @data_path + 'archdat1.mdf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
    ( NAME = Arch2,
    FILENAME = '''+ @data_path + 'archdat2.ndf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
    ( NAME = Arch3,
    FILENAME = '''+ @data_path + 'archdat3.ndf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20)
LOG ON 
   (NAME = Archlog1,
    FILENAME = '''+ @data_path + 'archlog1.ldf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
   (NAME = Archlog2,
    FILENAME = '''+ @data_path + 'archlog2.ldf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20)'
);
GO

Г. Создание базы данных с файловыми группами

В следующем примере создается база данных Sales, в которой есть следующие файловые группы.

  • Первичная файловая группа с файлами Spri1_dat и Spri2_dat. Для этих файлов задана величина приращения FILEGROWTH 15%.
  • Файловая группа с именем SalesGroup1 с файлами SGrp1Fi1 и SGrp1Fi2.
  • Файловая группа с именем SalesGroup2 с файлами SGrp2Fi1 и SGrp2Fi2.
USE master;
GO
IF DB_ID (N'Sales') IS NOT NULL
DROP DATABASE Sales;
GO
-- Get the SQL Server data path
DECLARE @data_path nvarchar(256);
SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1 AND file_id = 1);

-- execute the CREATE DATABASE statement 
EXECUTE ('CREATE DATABASE  Sales
ON PRIMARY
( NAME = SPri1_dat,
    FILENAME = '''+ @data_path + 'SPri1dat.mdf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15% ),
( NAME = SPri2_dat,
    FILENAME = '''+ @data_path + 'SPri2dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15% ),
FILEGROUP SalesGroup1
( NAME = SGrp1Fi1_dat,
    FILENAME = '''+ @data_path + 'SG1Fi1dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
( NAME = SGrp1Fi2_dat,
    FILENAME = '''+ @data_path + 'SG1Fi2dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
FILEGROUP SalesGroup2
( NAME = SGrp2Fi1_dat,
    FILENAME = '''+ @data_path + 'SG2Fi1dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
( NAME = SGrp2Fi2_dat,
    FILENAME = '''+ @data_path + 'SG2Fi2dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = '''+ @data_path + 'salelog.ldf'',
    SIZE = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB )'
);
GO

Д. Присоединение базы данных

В следующем примере база данных Archive, созданная в примере В, отсоединяется, а затем присоединяется с помощью предложения FOR ATTACH. База данных Archive определена как база данных с несколькими файлами данных и журналами. Однако поскольку местоположение файлов не изменилось со времени их создания, в предложении FOR ATTACH должен быть задан только первичный файл. В SQL Server 2005 любые полнотекстовые файлы, являющиеся частью присоединяемой базы данных, будут присоединены вместе с базой данных.

USE master;
GO
sp_detach_db Archive;
GO
-- Get the SQL Server data path
DECLARE @data_path nvarchar(256);
SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1 AND file_id = 1);
-- Execute CREATE DATABASE FOR ATTACH statement
EXEC ('CREATE DATABASE Archive
      ON (FILENAME = '''+ @data_path + 'archdat1.mdf'')
      FOR ATTACH');
GO

Е. Создание моментального снимка базы данных

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

База данных-источник для этого примера — Sales, созданная в примере Г.

USE master;
GO
-- Get the SQL Server data path
DECLARE @data_path nvarchar(256);
SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1 AND file_id = 1);
-- execute the CREATE DATABASE statement 
EXECUTE (
'CREATE DATABASE sales_snapshot0600 ON
    ( NAME = SPri1_dat, FILENAME = '''+ @data_path + 'SPri1dat_0600.ss''),
    ( NAME = SPri2_dat, FILENAME = '''+ @data_path + 'SPri2dt_0600.ss''),
    ( NAME = SGrp1Fi1_dat, FILENAME = '''+ @data_path + 'SG1Fi1dt_0600.ss''),
    ( NAME = SGrp1Fi2_dat, FILENAME = '''+ @data_path + 'SG1Fi2dt_0600.ss''),
    ( NAME = SGrp2Fi1_dat, FILENAME = '''+ @data_path + 'SG2Fi1dt_0600.ss''),
    ( NAME = SGrp2Fi2_dat, FILENAME = '''+ @data_path + 'SG2Fi2dt_0600.ss'')
AS SNAPSHOT OF Sales');
GO

Ж. Создание базы данных и назначение имени и параметров сортировки

В следующем примере создается база данных MyOptionsTest. Указано имя параметров сортировки, а параметрам TRUSTYWORTHY и DB_CHAINING присвоено значение ON.

USE master;
GO
IF DB_ID (N'MyOptionsTest') IS NOT NULL
DROP DATABASE MyOptionsTest;
GO
CREATE DATABASE MyOptionsTest
COLLATE French_CI_AI
WITH TRUSTWORTHY ON, DB_CHAINING ON;
GO
--Verifying collation and option settings.
SELECT name, collation_name, is_trustworthy_on, is_db_chaining_on
FROM sys.databases
WHERE name = N'MyOptionsTest';
GO

З. Присоединение перемещенного полнотекстового каталога

В следующем примере присоединяется полнотекстовый каталог AdvWksFtCat вместе с файлами данных и журнала базы данных AdventureWorks. В этом примере полнотекстовый каталог перемещается из расположения по умолчанию в новое место хранения c:\myFTCatalogs. Файлы данных и журналов остаются в расположениях по умолчанию.

USE master;
GO
--Detach the AdventureWorks database
sp_detach_db AdventureWorks;
GO
-- Physically move the full text catalog to the new location.
--Attach the AdventureWorks database and specify the new location of the full-text catalog.
CREATE DATABASE AdventureWorks ON 
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_Data.mdf'), 
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_log.ldf'),
    (FILENAME = 'c:\myFTCatalogs\AdvWksFtCat')
FOR ATTACH;
GO

См. также

Справочник

ALTER DATABASE (Transact-SQL)
DROP DATABASE (Transact-SQL)
EVENTDATA (Transact-SQL)
sp_changedbowner (Transact-SQL)
sp_detach_db (Transact-SQL)
Хранимая процедура sp_removedbreplication (Transact-SQL)

Другие ресурсы

Присоединение и отсоединение баз данных
Основные сведения о базах данных
Моментальные снимки базы данных
Перемещение файлов баз данных

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений

Версия Журнал

12 декабря 2006 г.
Новое содержимое
  • В описание параметра FOR ATTACH добавлено примечание о присоединении базы данных SQL Server 2005 с пакетом обновления 2 (SP2), доступном для формата хранения vardecimal.
  • К описанию параметра FOR ATTACH добавлено примечание о том, что базу данных, созданную в более поздней версии SQL Server, нельзя присоединить в более ранних версиях.

5 декабря 2005 г.
Новое содержимое
  • Добавлено замечание о безопасности в определении FOR ATTACH.
Измененное содержимое
  • Исправлены сведения о параметре TRUSTWORTHY в системных базах данных.