рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Инструкция создание базы данных

Инструкция создание базы данных - раздел Менеджмент, Современные технологии управления   Create Database Database_Name [ On [ < Fi...

 

CREATE DATABASE database_name
[ ON
[ < filespec > [ ,...n ] ]
[ , < filegroup > [ ,...n ] ]
]
[ LOG ON { < filespec > [ ,...n ] } ]
[ COLLATE collation_name ]
[ FOR LOAD | FOR ATTACH ]

 

 

Параметры:

database_name -имя создаваемой базы данных.

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

Имя базы данных должно быть уникальным в пределах сервера и не может превышать 128 символов.

Если имя журнала транзакций явно не указано, то сервер укорачивает имя базы данных до 123 символов. Это делается из-за того, что сервер по умолчанию использует для имени журнала транзакций имя базы данных и добавляет к нему в конце символы _Log.

ОN - ключевое слово, означает, что далее следует определение файлов базы данных.

PRIMARY - ключевое слово, означает, что далее следует описание первичного файла базы данных.

Если первичный файл не определен явно, то в этом качестве будет использоваться первый файл, указанный в конструкции <filespec>.

LOG ON - ключевое слово, означает, что файлы журнала транзакций будут определены явно.

После LOG ON должно следовать определение файлов журнала транзакций.

Если это ключевое слово не используется, то сервер автоматически создает единственный файл размером 25% от общей суммы размеров файлов данных. Имя файла генерируется на основе имени базы данных, в конце к нему добавляются символы _Log.

COLLATE - аргумент указывает сопоставление по умолчанию для всех объектов, создаваемых в базе данных.

Это же сопоставление будет использоваться и для системных таблиц. Разрешается указывать как сопоставления Windows, так и сопоставления SQL Server.

Если сопоставление не указывается, то для базы данных будет использоваться сопоставление, определенное на уровне сервера, то есть то сопоставление, которое было выбрано при установке SQL Server.

FOR LOAD - аргумент оставлен для обеспечения обратной совместимости с предыдущими версиями SQL Server (до SQL Server 7.0).

Он предписывает серверу создать базу данных в режиме использования только владельцем (dbo use only). Это делается, если необходимо выполнить восстановление базы данных из резервной копии.

В ранних версиях SQL Server восстановление базы данных было возможно только в уже существующую базу данных, установленную в режим FOR LOAD.

Начиная с SQL Server 7.0, при необходимости база данных может быть создана автоматически в ходе выполнения команды RESTORE. Более того, допускается восстановление резервной копии поверх существующей базы данных.

FOR ATTACH - аргумент используется, когда необходимо выполнить присоединение (attach) базы данных.

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

 

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

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

 

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

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

 

 

Конструкция <filespec>

< filespec > ::=

 

( [ NAME = logica1_file_name , ]

FILENAME = 'os_file_name'

[ , SIZE = size ]

[ , MAXSIZE = { max_size | UNLIMITED } ]

[ , FILEGROWTH = growth_increment ] ) [ , ... n ]

 

Аргументы:

 

NAME = logical_file_name - логическое имя файла, под которым он будет опознаваться при выполнении различных команд Transact-SQL.

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

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

FILENAME = "os_fi1e_name - аргумент предназначен для указания полного пути и названия соответствующего физического файла, который будет создан на жестком диске. Это имя будет иметь файл на уровне операционной системы.

SIZE = size - указывается начальный размер, который будет иметь соответствующий файл.

Для явного задания единиц размера можно использовать приставки KB, МB, GB и TB. По умолчанию, размер задается в мегабайтах.

Минимальный размер файла составляет 512 Кбайт. По умолчанию будет создан файл размером 1 Мбайт.

В качестве размера файла разрешается задавать только целочисленные значения.

MAXSIZE = { max_size | UNLIMITED } - максимальный размер файла. Параметр позволяет ограничивать автоматический рост файлов конкретным размером. Единицы такие же, как в предыдущем параметре.

 

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

FILEGROWTH = growth_increment - шаг прироста, может быть указан в Kb, Мb, Gb, Tb или в виде процента (%) от текущего размера файла. По умолчанию указывается значение в Mb.

Если значение не указано совсем, то по умолчанию предполагается 10% .

При выделении места любой размер округляется при необходимости с шагом 64 Kb.

Минимальный размер, на который может быть увеличен файл, также составляет 64 Кбайт.

В сумме первоначальный размер файла и выбранный шаг прироста не должны превышать указанный максимальный размер файла.

 

 

Конструкция <filegroup>

<filegroup> : : =

 

FILEGROUP filegroup_name <filespec> [ , ... n ]

 

filegroup_name - определяет имя группы файлов, под которым она будет распознаваться при выполнении команд Transact-SQL.

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

 

 

– Конец работы –

Эта тема принадлежит разделу:

Современные технологии управления

Кафедра Прикладные информационные технологии... Иванов А В...

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

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

OLTP и OLAP системы
Системы управления данными могут иметь две специализированные разновидности:   1)Системы, ориентированные на оперативную обработку транзакций (On-Line Transaction Processi

Службы SQL Server Analysis Services
  Предоставляют собой средства анализа данных, находящихся в хранилищах и киосках данных SQL Server. Cлужбы SQL Server Analysis Services это ядро для построения систем опе

Структура файла в БД
  • Основная единица хранения и чтения/записи данных в БД – страница • Размер страницы = 8 кб (MS SQL Server) • На 1 Мб 128 страниц  

Системная база данных model
  SQL Server использует системную базу данных model, как модель, как шаблон при создании новой базы данных. Этот шаблон можно менять. Можно добавлять в неё н

Транзакции. Журналирование операций в БД
  Транза́кция (англ. transaction) - группа последовательных операций, которая представляет собой логическую единицу работы с данными. Транзакция может быт

Consistency — Согласованность
Cистема находится в согласованном состоянии до начала транзакции и должна остаться в согласованном состоянии после завершения транзакции. Не нужно путать согласованность с целостностью (in

Журналирование операций в БД
Регистрация транзакций и сделанных в их ходе модификаций нужна для выполнения трех операций:   • восстановления отдельных транзакций; • восстановления незав

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

Как работает журнал транзакций
  SQL Server использует буферный кэш — хранящуюся в памяти структуру, куда помещаются страницы данных с диска, с которыми собираются работать приложения и пользовател

Процесс контрольной точки
  Процесс контрольной точки позволяет уменьшить простой в случае сбоя в работе сервера. Благодаря этому процессу количество страниц в буферном кэше, которые не были записаны

Потоки операционной системы
  SQL Server использует рабочий поток (worker thread) и поток отложенной записи (lazy writer thread) для периодического обращения к буферу памяти, планирования асинхронн

Типы резервного копирования данных
  1)Полное - полное копирование БД (обычно не чаше одного раза в день и не реже одного раза в неделю).   2)Дифференциальное- к

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

Создание резервных копий с использованием T-SQL
  Пример 1:создать полную резервную копию БД Northwind в файле C:\SQLBackups\Temp.bak:     BACKUP DATABASE Northwind TO

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

Аутентификация.
Пользователь идентифицируется по имени учетной записи и паролю. Если данные введены правильно, пользователь подключается к SQL Server (регистрируется). Подключение к SQL Server, или регистрация, не

Режим аутентификации SQL Server
  Доступ также предоставляется на основе учетных записей. Но используются учетные записи SQL Server, а не Windows. При попытке пользователя получить доступ к SQL Server серве

Пользователи базы данных
  После того как клиент успешно прошел аутентификацию, он получает доступ к SQL Server. Для получения доступа к любой базе данных учетная запись пользователя (login) отобража

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

Права на доступ к объектам баз данных
  Объекты базы данных: • таблицы (tables), • столбцы таблиц (columns), • представления (views), • хранимые процедуры (stored procedures).

Команды T-SQL для управления разрешениями пользователя на доступ к объектам базы данных
    1)Предоставить доступ GRANT {ALL [PRIVILEGES] | permission [,...n]} { [(column[,...n])] ON {table | view} | ON {table |

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги