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

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

В зависимости от количества объектов и частоты выделения или освобожде­ния экстентов в базе данных это может стать узким местом производительно­сти. Поэтому, говоря о настройке табличных пространств, OracIe8i предлагает еще одну опцию для ЛДБ. Теперь можно в обязательном порядке рассмотреть использование локально управляемых табличных пространств для временных табличных пространств (если не для других табличных пространств тоже), так как при этом устраняется использование словаря данных для управления памя­тью временного сегмента.

Локально управляемые табличные пространства применяют для управления
свободной и используемой памятью в табличном пространстве битмэп (растр) в
файле данных табличного пространства. Кроме того, они предлагают дополнительный уровень предотвращения фрагментации за счет перекрытия фразы
storage при создании        Вот несколько моментов, связанных с локально

управляемыми табличными пространствами, о которых следует иметь пред­ставление:

Выделение экстентов может производиться либо автоматически, либо однородно. Необходимо выбрать, что именно лучше всего подходит для настраиваемой среды. Чтобы избежать фрагментации свободной памяти уровня табличного пространства при длительных прогонах, следует выбрать однородный метод. Однако отметим, что нельзя создать локально управляемое временное табличное пространство, используя фразу 

extent management localautoallocate, а 

вместо этого следует применять 

extent management local uniform size nnn 

или даже 

extent management local.

Автоматическое выделение означает, что Oracle определяет размеры экстентов и эти размеры могут быть различными для разных объектов, но обычно они кратны размеру самого малого экстента. Это не относится и не может быть применено к сегментам отката или

к временным табличным пространствам. Фраза 

extent management local autoallocate 

команды create tablespace говорит Oracle, что ему предлагается взять на себя заботу о выделении экстентов пользователю. После этого Oracle использует сегменты размером 64 Кбайта, 1 Мбайт, 8 Мбайт и 64 Мбайта, основываясь на текущем размере и модели роста

объекта.

•        Однородное распределение означает, что размеры экстентов для всех объектов будут одинаковыми. Фраза 

extent management local uniform 8m 

команды create tablespace предлагает Oracle выделять для каждого

экстента каждого объекта в табличном пространстве 8 Мбайт памяти безотносительно к тому, что было специфицировано во фразе storage

этого объекта. Но выделение экстента выполняется следующим образом: Oracle предлагает по крайней мере столько памяти, сколько ее

было запрошено во фразе storage объекта (если эта фраза

предусматривалась при создании объекта).

Синтаксис создания локально управляемых временных табличных про­странств отличается от синтаксиса создания регулярных табличных про­странств. В OracleSi синтаксис для создания временного табличного пространства типа temporary, которое будет локально управляемым, может иметь следующий вид:

Create Temporary Tablespace TEMP

Tempfile 7u01/oradata/prod/temp01.dbf size 1024m

Extent Management Local Uniform Size 8M;

Чтобы просмотреть файл данных, созданный в предыдущем примере, можно сделать запрос к представлению DBA_TEMP_FIL.ES вместо DВA_DATA_FILES. Файл tempfile является временным файлом данных и отличается от файлов данных, которые создаются для табличных пространств. Вот некоторые коренные отличия временных файлов от обычных файлов данных: временные файлы нельзя создать никаким другим способом, кроме команды create temporary tablespace, они игнорируются при восстановлении носителей, всегда имеют атрибут nologging и не могут быть переименованы. Для получения дополнительной информации посмотрите динамическое представление информации V$TEMPFILE.