Табличное пространство
Cтраница 2
В описании табличного пространства содержатся свойства, соответствующие конструкциям SQL-операторов, которые применяются при его создании. Существуют подузлы для файлов данных ( Datafiles) и сегментов отката ( Rollback Segments), поскольку те являются объектами, принадлежащими табличному пространству. Утилита Generate Database from Server Model создает оператор CREATE TABLESPACE с конструкциями, соответствующими содержащимся в репозитории. [16]
 |
Дополнительные объекты базы данных и место их описания ( продолжение. [17] |
Свойства палитры и диалогового окна могут отличаться друг от друга, поэтому их следует проверить при описании объектов. Помимо этого, обязательно найдите и проанализируйте в областях реализаций физические свойства, такие, как конструкции параметров хранения и свойства, назначающие табличные пространства. [18]
Вид генерируемого программного текста зависит от способа выбора объектов. Если описание таблицы выбирается из вкладки Server Model, то в сценарии создания таблицы не будет каких-либо конструкций, характерных для реализации этой таблицы, например конструкции назначения табличного пространства и параметров хранения. Дело в том, что эти характеристики определяются для реализации таблицы. Если выбрать реализацию таблицы во вкладке DB Admin, то в операторе CREATE TABLE будут содержаться конструкции хранения и табличного пространства в том случае, если они были заданы. Поэтому для получения полного синтаксиса оператора CREATE нужно создать реализацию и назначить объекту базу данных и схему пользователя. [19]
Существует лишь одна небольшая проблема: для удовлетворения требований, предъявляемых к производственной системе, необходимо указать физические характеристики таблиц, такие, как потребность в дисковом пространстве и табличных пространствах. Однако при генерации DDL-конструкций из готовых к промышленному использованию реализаций таблиц размер генерируемых таблиц и индексов будет слишком велик для разработки, и они не поместятся в нужные табличные пространства. [20]
 |
Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [21] |
По окончании фазы проектирования будет создан полный набор описаний для всех объектов базы данных и приложений. В число объектов базы данных, которые необходимо описать на первом этапе фазы проектирования, входят: все таблицы и представления, обеспечивающие непосредственную поддержку программного текста клиента; все объекты хранения информации, например табличные пространства и файлы данных; другие административные объекты, например базы данных и файлы журналов; а также прикладные программные интерфейсы ( API), подобные Table API - программному пакету, который создается для таблицы и обеспечивает согласованное обращение к ней из различных приложений. [22]
Табличное пространство представляет собой именованную логическую структуру, которая используется для группировки данных с однотипным методом доступа. Табличное пространство состоит из одного или более файлов данных, которые можно использовать для хранения таблиц, индексов или сегментов отката. Табличное пространство полезно применять, например, чтобы выделить объекты базы данных, которые используются одним приложением или специфической группой приложений. [23]
К устанавливаемым свойствам относятся имена базы данных и пользователя, которые будут связаны с формируемой таблицей. После заполнения этих полей можно дополнительно указать, что, кроме элемента таблицы DDT, должна быть создана реализация таблицы, представляющая ее в отдельной пользовательской схеме базы данных. Допустимо указать табличное пространство ( tablespace) и определение хранения ( storage definition), связанное с таблицами и индексами. Эти параметры ссылаются на определения элементов репозитория, поэтому перед выполнением DDT следует создать в репозитории базу данных, пользователя, табличное пространство и определение хранения. [24]
Одним из свойств реализации таблицы, заполняемых разработчиком, является свойство Tablespace ( табличное пространство), указывающее табличное пространство, в котором будет создана таблица. В основе этого свойства лежит описание табличного пространства, уже существующее в репозитории. Поэтому перед использованием табличного пространства в реализации таблицы его необходимо описать. [25]
Список Tablespace в верхней части диалога показывает все табличные пространства в базе данных. Кнопки New, Rename и Delete служат соответственно для создания, переименования и удаления табличных пространств. При нажатии кнопки New возникает диалог New TABLESPACE, в котором следует задать имя табличного пространства. Свойства табличного пространства задаются в диалоге ORACLE Physical Object Editor. Окно выбора OFFLINE показывает состояние доступности табличного пространства. Для перевода табличного пространства в offline следует включить опцию, в online - выключить. [26]
 |
Дальнейшее использование элементов данных проекта. [27] |
В процессе проектирования базы данных нужно обратиться и к другим вкладкам - DB Admin ( администратор база данных) и Distribution ( распределение) - для указания характеристик неосновных объектов базы данных. В то время как элементы вкладки Server Model примерно соответствуют объектам модели логического анализа, элементы вкладок DB Admin и Distribution не имеют реальных эквивалентов в логической модели. Так, в логической модели не учитывается информация о том, где именно создается таблица ( ее база данных и табличное пространство) или как нужно ее тиражировать для поддержки распределенной обработки данных. [28]
Существует лишь одна небольшая проблема: для удовлетворения требований, предъявляемых к производственной системе, необходимо указать физические характеристики таблиц, такие, как потребность в дисковом пространстве и табличных пространствах. Однако при генерации DDL-конструкций из готовых к промышленному использованию реализаций таблиц размер генерируемых таблиц и индексов будет слишком велик для разработки, и они не поместятся в нужные табличные пространства. [29]
Основой реализации таблицы ( table implementation), определяющей способы ее фактического хранения в базе данных и создания в схеме пользователя, является связь ( ассоциация), существующая между таблицей и комбинацией база данных / схема. Эта связь означает, что можно создать таблицу, имеющую то же базовое описание ( т.е. те же столбцы и ограничения), но разные реализации в различных базах данных или в схемах различных пользователей одной базы данных. Реализация таблицы используется при создании серверных операторов DDL, поскольку, если выполнить утилиту генерации по отношению к описанию таблицы, то в сценарии не будут содержаться конструкции для табличного пространства и параметров хранения. Эти дополнительные сведения находятся в реализации таблицы. При выполнении утилиты Generate Database from Server Model по отношению к данным описаниям в операторах CREATE TABLE будут созданы программные конструкции, определяющие параметры хранения и назначающие табличные пространства. [30]
Страницы: 1 2 3