Оператор create database

Поля и столбцы

Поле, называемое также столбцом в реляционной базе данных, является частью таблицы, которой приписан определенный тип данных. Имя поля должно соответствовать типу данных, которые будут вводиться в столбец. Столбцы могут быть помечены как NULL или NOT NULL. В столбец, которому назначено NOT NULL, обязательно должны быть введены какие-нибудь данные. Если же столбец определен как NULL, данные в него вводить не обязательно.

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

Вообще говоря, имя должно быть одной непрерывной строкой. Как правило, имя объекта должно представлять собой одну непрерывную строку с ограниченным числом символов в ней, зависящим от конкретной реализации SQL. Для разделения слов, из которых складывается имя, обычно используют символ подчеркивания. Например, столбец для хранения имени клиента лучше назвать CUSTOMER_NAME, a не CUSTOMERNAME.

Не забудьте ознакомиться с правилами присвоения имен объектам и другим элементам базы данных, которые требует ваша конкретная реализация SQL.

Описан вариант оператора в формате InterBase.

CREATE DATABASE создает базу данных и устанавливает следующие характеристики для нее:

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

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