Файл базы данных имеет расширение а avi б assdb в bmp г accdb

Обновлено: 04.07.2024

Практична робота до предмету Інформатика 11 клас.

Розгляд теми: Форуми та їх призначення. Правила роботи у форумах.

БАЗЫ ДАННЫХ

1. База данных - это:

1. совокупность данных, организованных по определенным правилам;
2. совокупность программ для хранения и обработки больших массивов информации;
3. интерфейс, поддерживающий наполнение и манипулирование данными;
4. определенная совокупность информации.

2. Наиболее распространенными в практике являются:

1. распределенные базы данных;
2. иерархические базы данных;
3. сетевые базы данных;
4. реляционные базы данных.

3. Наиболее точным аналогом реляционной базы данных может служить:

1. неупорядоченное множество данных;
2. вектор;
3. генеалогическое дерево;
4. двумерная таблица.


4. Таблицы в базах данных предназначены:

1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий.

5. Что из перечисленного не является объектом Access:

1. модули;
2. таблицы;
3. макросы;
4. ключи;
5. формы;
6. отчеты;
7. запросы?

6. Для чего предназначены запросы:

1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий;
6. для вывода обработанных данных базы на принтер?

7. Для чего предназначены формы:

1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий?


8. Для чего предназначены модули:

1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий?

9. Для чего предназначены макросы:

1. для хранения данных базы;
2. для отбора и обработки данных базы;
3. для ввода данных базы и их просмотра;
4. для автоматического выполнения группы команд;
5. для выполнения сложных программных действий?


10. В каком режиме работает с базой данных пользователь:

1. в проектировочном;
2. в любительском;
3. в заданном;
4. в эксплутационном?


11. В каком диалоговом окне создают связи между полями таблиц базы данных:

1. таблица связей;
2. схема связей;
3. схема данных;
4. таблица данных?


12. Почему при закрытии таблицы программа Access не предлагает выполнить сохранение внесенных данных:

1. недоработка программы;
2. потому что данные сохраняются сразу после ввода в таблицу;
3. потому что данные сохраняются только после закрытия всей базы данных?


13. Без каких объектов не может существовать база данных:

1. без модулей;
2. без отчетов;
3. без таблиц;
4. без форм;
5. без макросов;
6. без запросов?

14. В каких элементах таблицы хранятся данные базы:

1. в полях;
2. в строках;
3. в столбцах;
4. в записях;
5. в ячейках?


15. Содержит ли какую-либо информацию таблица, в которой нет ни одной записи?

1. пустая таблица не содержит ни какой информации;
2. пустая таблица содержит информацию о структуре базы данных;
3. пустая таблица содержит информацию о будущих записях;
4. таблица без записей существовать не может.


16. Содержит ли какую-либо информацию таблица, в которой нет полей?

1. содержит информацию о структуре базы данных;
2. не содержит ни какой информации;
3. таблица без полей существовать не может;
4. содержит информацию о будущих записях.


17. В чем состоит особенность поля "счетчик"?

1. служит для ввода числовых данных;
2. служит для ввода действительных чисел;
3. данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст;
4. имеет ограниченный размер;
5. имеет свойство автоматического наращивания.


18. В чем состоит особенность поля "мемо"?

1. служит для ввода числовых данных;
2. служит для ввода действительных чисел;
3. данные хранятся не в поле, а в другом месте, а в поле хранится только указатель на то, где расположен текст;
4. имеет ограниченный размер;
5. имеет свойство автоматического наращивания.


19. Какое поле можно считать уникальным?

1. поле, значения в котором не могут повторятся;
2. поле, которое носит уникальное имя;
3. поле, значение которого имеют свойство наращивания.


20. Ключами поиска в системах управления базами данных (СУБД) называются:

1. диапазон записей файла БД, в котором осуществляется поиск;
2. логические выражения, определяющие условия поиска;
3. поля, по значению которых осуществляется поиск;
4. номера записей, удовлетворяющих условиям поиска;
5. номер первой по порядку записи, удовлетворяющей условиям поиска?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
1 4 4 1 4 2 3 5 4 4 3 2 3 5 2 3 5 3 1 3

Надіслано вчителем інформатики Спеціалізованої школи № 252 Оболонського району м. Києва Житинською О.І.


Інформатика за 11 клас безкоштовно скачати, плани конспектів уроків, готуємось до школи онлайн

Тест по теме субд ms Access с ответами

Правильный вариант ответа отмечен знаком +

1. Какое расширение имеет файл СУБД Access?

2. Когда приложение MS Access создает файл для работы с приложением?

+ В начале работы с документом.

– При закрытии документа.

– В заданное пользователем время.

– Только после сохранения документа.

3. Основными объектами СУБД MS Access являются:

+ таблицы, формы, запросы, отчеты.

– формы, таблицы, строки, отчеты.

– отчеты, таблицы, формы.

– Формы, таблицы, запросы, выборки.

4. Основным объектом базы данных СУБД Access является:

5. Запросы в СУБД Access предназначены для:

– поиска и сортировки данных.

– добавления и просмотра данных.

+ поиска, сортировки, добавления и удаления, обновления записей.

– для редактирования данных в таблице.

6. Отчет в СУБД Access предназначен для:

+ вывода данных на печать.

– ввода и редактирования данных.

– создания команд для автоматизации работы.

7. Сколько знаков может быть в текстовом поле?

8. Мастер подстановок в СУБД MS Access используется:

– для создания нового поля в таблице.

– для создания новых таблиц.

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

– для ввода или вывода выражений.

9. Какие типы данных используются в СУБД MS Access для хранения больших объемов текста?

тест 10. Какие типы данных используются в СУБД MS Access для хранения графических объектов?

11. Какой тип данных необходимо выбрать для ввода суммы 4784 рублей, 67 $?

12. В поле OLE СУБД Access можно разместить:

+ изображение или лист MS Excel.

– большие фрагменты текста.

13. В режиме конструктора таблицы СУБД Access можно:

+ создавать таблицу, добавляя поля и устанавливая для них значений и свойства

– создавать подстановки значений.

14. Объектом субд ms access не является:

+ ничего из вышеперечисленного.

15. Назовите основные виды запросов в СУБД MS Access.

– На выборку, с параметрами, SQL.

– На выборку, с параметром, перекрестные.

+ На выборку, с параметрами, на изменение, пер5кресные и SQL.

– На выборку, перекрестные, на изменение.

16. Форма в СУБД Access предназначена для:

– удобства ввода данных в БД.

+ удобства ввода и просмотра данных таблицы.

– создания документов для печати.

– изменения готовой базы данных.

17. Условие, по которому происходит поиск и отбор записей, размещенных в таблице, называется:

18. Структура таблицы определяется с помощью трех колонок. Укажите лишнюю колонку.

19. Столбец в СУДБ называется:

тест_20. Типом полей СУБД Access не является:

21. В СУБД Access допустимы типы полей записей:

– гиперссылка, телефонный, логический.

– вложение, подстановка, текст.

– число, изображение, гиперссылка

+ счетчик, денежная единица, мастер подстановок.

22. Основные типы форм в СУБД Access:

– табличная, простая, ленточная.

+ обычная, ленточная, табличная.

– табличная, линейная, обычная.

– ленточная и табличная.

23. Для какого поля необходимо заполнить следующую форму:

Для какого поля заполняется форма

24. К основным свойства полей таблицы БД относят:

+ имя, тип, размер, формат, подпись, значение по умолчанию, условие на значение.

– имя, тип, длинна, формат, заголовок.

– имя, тип, заголовок, условие на значение и значение по умолчанию.

– формат, размер, тип, имя, подпись.

25. Заголовок столбца таблицы для поля определяет:

+ имя поля или подпись.

26. Какой тип данных необходимо выбрать для ввода номеров телефонов NNN-NN-NN?

27. Для чего предназначено окно «Схема данных»?

Окно «Схема данных»

– Для просмотра таблиц.

– Для редактирования записей.

– Для создания связей между запросами и формами.

+ Для создания связей между таблицами.

28. Какой тип связи необходимо установить, если одной записи в таблице А может соответствовать несколько записей в таблице В, а одной записи в таблице В — несколько записей в таблице А?

29. Какому требованию должны соответствовать ключевые поля?

– Должны быть типа «Счетчик».

– Должны содержать вложение.

+ Не должны повторяться.

– Должны быть типа MEМО.

тест№ 30. Между какими объектами устанавливаются связи?

31. Каково назначение ключевого поля?

– Создание новых таблиц.

+ Создание связей между таблицами.

32. Для хранения данных в СУБД Аccess используется:

33. Для чего предназначено диалоговое окно «Добавить таблицу» в окне «Схема данных»?

+ Для выбора таблиц, с которыми устанавливаются связи.

– Для создания формы.

– Для создания запроса.

– Для удаления записей из таблицы.

34. Что называют первичным ключом таблицы?

– Строку таблицы, содержащую уникальную информацию.

– Столбец таблицы, содержащий неуникальную информацию.

+ Совокупность поле таблицы, которые однозначно определяют каждую запись.

– Столбец таблицы, содержащий уникальную информацию.

35. В каком режиме формы можно добавить элементы управления?

– В режиме мастера.

– В режиме автоформы.

+ В режиме конструктора.

– В режиме таблицы.

36. Режим таблицы субд ms access позволяет:

– вносить и редактировать данные в таблице.

+ создавать таблицу и редактировать ее, вносить данные.

– создавать таблицы, формировать отчеты и запросы.

– создавать таблицы и формы.

37. В СУБД MS Access отчеты создаются на вкладе «Создание» с помощью кнопки:

38. Выделяют следующие способы создания таблиц в СУБД Access:

– В виде представления таблицы аналогично работе в табличном редакторе.

– С помощью службы Access и дополнительного компонента SharePoint.

– С помощью конструктора вручную.

+ Все варианты верны.

39. В режиме таблицы СУБД MS Access нельзя:

– Удалять и добавлять поля.

– Настраивать свойства поля.

+ Верный вариант отсутствует.

40тест. Для чего предназначен перекрестный запрос?

+ Для создания итоговой таблицы.

– Для замены данных.

– Для вывода данных, соответствующих условию отбора.

– Для внесения изменений в несколько таблиц.

41. Создание индексов для поля с каким типом данных не допускается при фильтрации данных:

42. Макросы в СУБД MS Access используются для:

– ввода и редактирования данных.

43. Компонент SharePoint можно использовать для:

– создания базы данных на компьютере.

+ создания веб-приложений баз данных.

– построения диаграмм на основе базы данных.

– создание резервной копии базы данных.

44. Какие данные можно экспортировать в документ MS Word из MS Access?

– Таблицу и запрос.

– Таблицу и форму.

– Таблицу и отчет.

+ Таблицу, запрос, форму и отчет.

45. Экспорт и импорт данных можно выполнить на вкладке:

– Работа с базами данных

46. Диаграмма в СУБД MS Access может быть построена при помощи:

– Команды «Диаграммы» на вкладке «Создание».

– С помощью команды «Мастер диаграмм» на вкладке «Главная».

+ С помощью выбора в контекстном меню при нажатии на таблицу правой кнопки мыши "Сводная диаграмма".

– С помощью команды «Мастер диаграмм» на вкладке «Работа с базами данных».

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

Формат файла базы данных

Вся база данных хранится в одном файле на диске под названием «main database file». Во время транзакций, SQLite хранит дополнительную информацию во втором файле: журнал отката (rollback journal), либо, если база работает в режиме WAL, лог-файл с информацией о записях. Если приложение или компьютер отключился до окончания транзакции, то данные файлы называются «hot journal» или «hot WAL file» и содержат необходимую информацию для восстановления базы в согласованное состояние.


Основной файл базы состоит из одной или нескольких страниц. Все страницы в одной базе имеют одинаковый размер, который может быть от 512 до 65536 байт. Размер страницы для файла базы определяется целым 2-ух байтовым числом со смещением 16 байт от начала файла базы данных.
Все страницы пронумерованы от 1 до 2147483646 (2^31 – 2). Минимальный размер базы: одна страница размеров 512 байт, максимальный размер базы: 2147483646 страниц по 65536 байт (

Заголовок

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


Lock-byte страница

Freelist

Список пустых страниц организован как связный список. Каждый элемент списка состоит из двух чисел по 4 байта. Первое число определяет номер следующего элемента freelist (trunk pointer), либо равняется нулю, если список кончился. Второе число, это указатель на страницу данных (Leaf page numbers). На рисунке ниже показана схема данной структуры.


B — tree

SQLite использует две вида деревьев: «table B – tree» (на листьях хранятся данные) и «index B – tree» (на листьях хранятся ключи).
Каждая запись в «table B – tree» состоит из 64-битового целое ключа и до 2147483647 байт произвольных данных. Ключ «table B – tree» соответствует ROWID таблицы SQL.
Каждая запись в «index B – tree» состоит из произвольного ключа до 2147483647 байт в длину.

  • Заголовок файла базы данных (100 байт)
  • Заголовок страницы B-дерева (8 или 12 байт)
  • Массив указателей ячеек
  • Незанятое пространство
  • Содержимое ячейки
  • Зарезервированное место

Заголовок файла базы данных встречается только на первой странице, которая всегда является старицей «table B – tree». Все остальные страницы B-дерева в базе не имеют этого заголовка.

Заголовок страницы B-дерева имеет размер 8 байт для страниц листьев и 12 байт для внутренних страниц. В таблице 2 представлена структура заголовка страницы.


Freeblock — это структура, используемая для определения незанятого пространства внутри страницы B-дерева. Freeblock организованы в виде цепочки. Первые 2 байта в freeblock (от старшего к младшему), это смещением до следующего freeblock, или ноль, если freeblock является последним в цепочке. Третий и четвертый байты – целое число, размер freeblock в байтах, включая заголовок в 4 байта. Freeblocks всегда связаны в порядке возрастания смещения.

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

Массив указателей ячеек состоит из K 2-байтовых целочисленных смещений содержимого ячеек (при K ячейках в B-дереве). Массив отсортирован по возрастанию (от наименьших ключей к наибольшим).

Незанятое пространство — это область между последней ячейкой массива указателей и началом первой ячейки.

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

Representation

TABLE

TABLEWITHOUT ROWID

Каждая таблица (без ROWID) представляется в базе в виде index b — tree. Отличие от таблиц с rowid, заключается в том, что ключ каждой записи SQL таблицы хранится в виде record format, при чем столбцы ключа хранятся как указаны в PRIMARY KEY, а остальные в порядке указанном в объявлении таблицы.
Таким образом записи в index b — tree представляются также как и в table b — tree, кроме порядка столбцов и того, что содержание строки хранится в ключе дерева, а не в качестве данных на листьях как в table b — tree.

INDEX

Каждый индекс (объявленный CREATE INDEX, PRIMARY KEY или UNIQUE) представляется в базе в виду index b — tree. Каждая запись в таком дереве соответствует строки в SQL таблице. Ключ индексного дерева представляет собой последовательность значений столбцов указанных в индексе и завершается значением ключа строки (rowid или primary key) в record format.

UPD 13:44: переработан раздел Representation, спасибо за критику mayorovp (можно было конечно и пошевелиться, ну да ладно).

Каждая база данных SQL Server имеет как минимум два рабочих системных файла: файл данных и файл журнала. Файлы данных содержат данные и объекты, такие как таблицы, индексы, хранимые процедуры и представления. Файлы журнала содержат сведения, необходимые для восстановления всех транзакций в базе данных. Файлы данных могут быть объединены в файловые группы для удобства распределения и администрирования.

Файлы базы данных

SQL Server имеют три типа файлов.

Файл Описание
Первичная Содержит сведения, необходимые для запуска базы данных, и ссылки на другие файлы в базе данных. В каждой базе данных имеется один первичный файл данных. Для имени первичного файла данных рекомендуется расширение MDF.
Вторичная Необязательные определяемые пользователем файлы данных. Данные могут быть распределены на несколько дисков, в этом случае каждый файл записывается на отдельный диск. Для имени вторичного файла данных рекомендуется расширение NDF.
Журнал транзакций Журнал содержит информацию для восстановления базы данных. Для каждой базы данных должен существовать хотя бы один файл журнала. Для файлов журнала транзакций рекомендуется расширение LDF.

Например, простая база данных с именем Sales включает один первичный файл, содержащий все данные и объекты, и один файл журнала, содержащий сведения журнала транзакций. Более сложная база данных с именем Orders может содержать один первичный файл и пять вторичных файлов. Данные и объекты внутри базы данных распределяются по всем шести файлам, а четыре файла журнала содержат сведения журнала транзакций.

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

Логические и физические имена файлов

Файлы SQL Server имеют два типа имен файлов.

logical_file_name: имя, используемое для ссылки на физический файл во всех инструкциях Transact-SQL. Логическое имя файла должно соответствовать правилам для идентификаторов SQL Server и быть уникальным среди логических имен файлов в соответствующей базе данных.

os_file_name: имя физического файла, включающее путь к каталогу. Оно должно соответствовать правилам для имен файлов операционной системы.

Дополнительные сведения об аргументах NAME и FILENAME см. в статье Параметры ALTER DATABASE ((Transact-SQL)) для файлов и файловых групп.

Файлы данных и файлы журналов SQL Server могут использоваться как в файловой системе FAT, так и в системе NTFS. В системах Windows рекомендуется использовать файловую систему NTFS по причинам ее большей безопасности.

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

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

Размер файла

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

Дополнительные сведения о страницах и их типах см. в разделе Руководство по архитектуре страниц и экстентов.

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

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

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

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

  • Данные моментального снимка базы данных, созданного пользователем, хранятся в одном или нескольких разреженных файлах. Технология разреженных файлов является свойством файловой системы NTFS. Изначально разреженный файл не содержит данных пользователя, и место на диске под него не выделяется. Общие сведения об использовании разреженных файлов в моментальных снимках базы данных и о том, как растут моментальные снимки базы данных, см. в разделе Просмотр размера разреженного файла моментального снимка базы данных.
  • Моментальные снимки базы данных могут использоваться внутренними механизмами при выполнении определенных команд DBCC. Эти команды включают DBCC CHECKDB, DBCC CHECKTABLE, DBCC CHECKALLOC и DBCC CHECKFILEGROUP. Внутренним моментальным снимком базы данных используются разреженные дополнительные потоки данных исходных файлов базы данных. Подобно разреженным файлам, дополнительные потоки данных являются свойством файловой системы NTFS. Использование разреженных дополнительных потоков данных позволяет связать несколько расположений данных с одним файлом или папкой, не затрагивая при этом размер файла или статистику тома.

Файловые группы

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

Например, Data1.ndf , Data2.ndf и Data3.ndf могут быть созданы на трех дисках соответственно и отнесены к файловой группе fgroup1 . В этом случае можно создать таблицу на основе файловой группы fgroup1 . Запросы данных из таблицы будут распределены по трем дискам, и это улучшит производительность. Подобного улучшения производительности можно достичь и с помощью одного файла, созданного на чередующемся наборе дискового массива RAID. Тем не менее файлы и файловые группы позволяют без труда добавлять новые файлы на новые диски.

Все файлы данных хранятся в файловых группах, перечисленных в следующей таблице.

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

Файловая группа по умолчанию (первичная)

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

Файловая группа PRIMARY является группой по умолчанию, если только она не была изменена инструкцией ALTER DATABASE. Системные объекты и таблицы распределяются внутри первичной файловой группы, а не новой файловой группой по умолчанию.

Файловая группа данных, оптимизированных для памяти

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

Файловая группа файлового потока

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

Пример файлов и файловых групп

В следующем примере создается база данных на основе экземпляра SQL Server. База данных содержит первичный файл данных, пользовательскую файловую группу и файл журнала. Первичный файл данных входит в состав первичной файловой группы, а пользовательская файловая группа состоит из двух вторичных файлов данных. Инструкция ALTER DATABASE придает пользовательской файловой группе статус файловой группы по умолчанию. Затем создается таблица, определяющая пользовательскую файловую группу. (В этом примере используется универсальный путь к c:\Program Files\Microsoft SQL Server\MSSQL.1 , чтобы не указывать версию SQL Server.)

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

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

В файловых группах для каждого файла используется стратегия пропорционального заполнения. При записи данных в файловую группу компонент Компонент SQL Server Database Engine записывает в каждый файл количество данных, пропорциональное свободному пространству этого файла, вместо записи всех данных в первый файл до его заполнения. Затем запись производится в следующий файл. Например, если в файле f1 свободно 100 МБ, а в файле f2 — 200 МБ, то в файл f1 записывается одна часть данных, а в файл f2 — две части, и так далее. Таким образом, оба файла будут заполнены примерно в одно и то же время, и достигается простейшее распределение данных между хранилищами.

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

Правила проектирования файлов и файловых групп

Для файлов и файловых групп действуют следующие правила:

  • файл или файловая группа не могут использоваться несколькими базами данных. Например, файлы sales.mdf и sales.ndf, содержащие данные и объекты базы данных sales, не могут использоваться никакой другой базой данных.
  • файл может быть элементом только одной файловой группы;
  • файлы журнала транзакций не могут входить ни в какие файловые группы.

Рекомендации

Рекомендации при работе с файлами и файловыми группами:

  • Для большинства баз данных достаточно использовать один файл данных и один файл журнала транзакций.
  • При использовании множества файлов данных создайте вторую файловую группу с дополнительным файлом и сделайте ее файловой группой по умолчанию. Тогда в первичном файле будут храниться только системные таблицы и объекты.
  • Чтобы увеличить производительность, по возможности разнесите файлы и файловые группы по нескольким доступным дискам. Объекты, активно конкурирующие за свободное пространство, поместите в разные файловые группы.
  • Используйте файловые группы для целенаправленного размещения объектов на конкретных физических дисках.
  • Помещайте разные таблицы, использующиеся в одних и тех же запросах с соединениями, в разные файловые группы. Этот этап увеличит производительность, так как для поиска соединяемых данных можно будет использовать параллельный ввод-вывод.
  • Часто используемые таблицы и некластеризованные индексы, относящиеся к ним, помещайте в разные файловые группы. Использование разных групп файлов увеличит производительность, так как можно будет использовать параллельный ввод и вывод, если файлы находятся на разных жестких дисках.
  • Не помещайте файлы журнала транзакций на тот же физический диск, где находятся другие файлы и файловые группы.
  • Если необходимо расширить том или раздел, в котором находятся файлы базы данных, с помощью таких средств, как Diskpart, следует сначала выполнить резервное копирование всех системных и пользовательских баз данных и остановить службы SQL Server. Кроме того, после успешного расширения томов дисков рекомендуется выполнить команду DBCC CHECKDB , чтобы обеспечить физическую целостность всех баз данных в томе.

Дополнительные рекомендации по управлению файлами журнала транзакций см. в разделе Управление размером файла журнала транзакций.

Читайте также: