Шпаргалка по "Программированию"

dbm_monitor

Создается в базе данных msdb при регистрации в мониторе зеркального отображения базы данных первой базы данных. Роль dbm_monitor не имеет членов до тех пор, пока системный администратор не назначит ее пользователям.

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

31

Неправильные, правильные, и правильно-форматированные документы

Есть три вида XML-документов:

• Неправильные документы не следуют синтаксическим правилам, определенным спецификацией XML. Если разработчик определил правила для документа, которые могут содержаться в DTD или в схеме, и документ не следует этим правилам, такой документ также является неправильным. ( См. введение в DTD и схемы для XML-документов в Определение содержимого документа.)
• Правильные документы следуют синтаксическим правилам XML и правилам, определенным в их DTD или в схеме.
• Правильно-форматированные документы следуют синтаксическим правилам XML, но не имеют DTD или в схемы.

Корректно сформированный XML-документ также может быть валидным. Валидным (valid) называется корректно сформированный (well-formed) документ, отвечающий двум дополнительным требованиям:

• пролог документа должен содержать специальное объявление типа документа, которое содержит определение типа документа (DTD), задающее структуру документа;
• остальной документ должен отвечать структуре, заданной в DTD.

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

Запрос SELECT возвращает результаты в виде набора строк. При необходимости можно получать результаты SQL-запроса в формате XML. Для этого в запросе необходимо указать предложение FOR XML. Предложение FOR XML может использоваться в запросах верхнего уровня и во вложенных запросах. Предложение FOR XML верхнего уровня можно использовать только в инструкции SELECT. Во вложенных запросах предложение FOR XML можно использовать в инструкциях INSERT, UPDATE и DELETE. Оно также может использоваться в инструкциях присваивания.

В предложении FOR XML можно указать один из следующих режимов:

• RAW
• AUTO
• EXPLICIT
• PATH

В режиме RAW создается одиночный элемент <row> для каждой строки набора строк, возвращенного инструкцией SELECT. XML-иерархию можно создать с помощью написания вложенных запросов FOR XML.

31.В режиме AUTO вложенность XML создается эвристически, в зависимости от метода определения инструкции SELECT. Управление формой создаваемой XML структуры минимально. Для создания XML-иерархии, расширяющей возможности XML-структуры, созданной эвристически в режиме AUTO, можно написать вложенные запросы FOR XML.

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

Язык Transact-SQL поддерживает поднабор языка XQuery, который используется для выполнения запросов к типу данных xml.XQuery является языком, который может выполнять запросы к структурированным или полуструктурированным XML-данным

Можно создать переменные, параметры и столбцы типа xml. При необходимости можно связать коллекцию XML-схем с переменной, параметром или xml-столбцом. В данном случае экземпляр xml-данных называется типизированным. Иначе экземпляр XML-данных называется нетипизированным.

XML-схема предоставляет  следующее.

• Ограничения проверки  
  SQL Server проверяет типизированный XML при каждом присваивании или изменении.
• Сведения о типах данных для данных экземпляра  
  Схемы предоставляют сведения о типах атрибутов и элементов в экземпляре xml-данных. Сведения о типах позволяют более точно определить смысл операций над значениями. Например десятичные арифметические действия могут выполняться над десятичными значениями, но не могут выполняться над строками. По этой причине типизированное XML-хранилище может занимать значительно меньше места, чем нетипизированное.

Перед созданием типизированных xml переменных, параметров или столбцов сначала необходимо зарегистрировать коллекцию XML-схем с помощью Создания коллекции XML-схем.

 

 

32.

Большой объект (LOB, large object) - это поле базы данных, которое содержит большой объем данных, таких как графический файл или длинный текстовый документ. Какой из типов данных Oracle лучше всего подходит для хранения информации такого вида? В Огас1е7 столбец VARCHAR2 
способен хранить до 2000 байтов. Помимо ограничения на максимальный размер, столбец        может содержать только символьные данные, но не двоичные. Столбец LONG может содержать до 2 Гбайт и хранить символьные данные, a LONG RAW — двоичные данные. LONG и LONG RAW были в Oracle7 наиболее подходящими доступными типами данных для хранения информации LOB. Однако столбцы LONG и LONG RAW имеют много ограничений, включая и то, что в таблице базы данных может быть только один столбец LONG или LONG RAW. Кроме того, единственным интерфейсом для манипуляции данными LONG и LONG RAW по частям является интерфейс Oracle Call, а извлечение по частям данных LONG осуществляется с помощью модуля IВМ        Работа с LONG или LONG DATA через другие интерфейсы требует, чтобы весь столбец содержался в одной переменной. В связи с этим и другими ограничениями ни один из типов данных Огас1е7 не предоставлял удовлетворительного решения для хранения LOB.

В Огас1е8 и выше доступны столбцы LONG и LONG RAW (с теми же ограничениями), а тип данных VARCHAR2 может содержать 4000 символов. И все же эти типы данных не удобны для хранения больших объектов. Чтобы делать это эффективно, Огас1е8 вводит новое семейство данных — семейство LOB. Существуют четыре различных вида LOB, которые созданы для различных видов данных: CLOB, NCLOB, BLOB и BFILE 1см. таблицу 12.11.

 

Данные хранятся в базе данных, поэтому CLOB, NCLOB и BLOB в совокупности называются внутренними LOB. BFILE хранят данные вне базы данных и называются внешними LOB. LOB имеют следующие характеристики:

Максимальный размер LOB равен 4 Гбайт (LONG и LONG RAW в Oracle7 и Огас1е8 ограничены 2 Гбайт).

LOB можно обрабатывать с помощью различных интерфейсов, включая OCI Огас1е8 и модуль DBMSJLOB в PL/SQL. Все интерфейсы LOB предоставляют произвольный доступ к LOB для чтения и записи (за исключением BFILE, который предназначен только для чтения).

Многие ограничения на данные LONG и LONG RAW не действуют для LOB. Например, может существовать неограниченное число

столбцов LOB (до максимального числа столбцов) в заданной таблице

базы данных.

•        Объекты могут иметь атрибуты LOB, и методы могут получать LOB в качестве аргументов. Однако объект не может иметь атрибут NCLOB, хотя метод может получать аргумент NCLOB.

•        LOB могут использоваться как переменные привязки.

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

 

 

 

 

 

 

 

33.

Microsoft SQL Server 2005 обеспечивает высокопроизводительное  резервное копирование и восстановление баз данных. Компонент резервного копирования и восстановления SQL Server предоставляет необходимую защиту важных данных, которые хранятся в базах данных SQL Server. Реализация хорошо продуманной стратегии резервного копирования и восстановления защищает базы от потери данных при повреждениях, происходящих из-за различных сбоев. Выбранную стратегию можно проверить, выполнив восстановление баз данных из набора резервных копий; это поможет эффективно отреагировать на реальные проблемы.

Резервная копия — это копия данных, используемая для восстановления данных. Резервные копии позволяют восстанавливать данные после сбоя. При правильном создании резервных копий можно будет восстановить базу после многих сбоев, таких как:

• сбой носителя;
• ошибки пользователей (например, удаление таблицы по ошибке);
• аппаратные сбои (например, поврежденный дисковый накопитель или безвозвратная потеря данных на сервере);
• стихийные бедствия.

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

 

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

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

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

 

 

 

 

33. модели востонавления

Простая

Нет резервных копий журналов.

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

Полная

Необходимы резервные копии журналов.

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

 

С неполным протоколированием Необходимы резервные копии журналов.

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

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

Возможно восстановление до конца любой резервной копии. Восстановление до заданной точки не поддерживается.

Усечение журнала транзакций

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

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

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

33.Несмотря на автоматическое выполнение, процедура усечения журнала может быть задержана из-за множества факторов

В модели полного восстановления или модели восстановления с неполным протоколированием неактивную часть журнала нельзя усечь, пока в резервную копию не попали все записи журнала. Это необходимо, чтобы обеспечить наличие цепочки журналов — набора записей журнала с неразрывной последовательностью регистрационных номеров транзакций в журнале (номера LSN). Журнал усекается при создании резервной копии журналов, если выполняются следующие условия.

• С момента создания последней резервной копии журнала была создана контрольная точка. Контрольная точка является важным, но недостаточным условием усечения журнала при использовании модели полного восстановления или модели восстановления с неполным протоколированием. После контрольной точки журнал остается нетронутым по крайней мере до создания следующей резервной копии журналов.  
  
• Никакие другие факторы не препятствуют усечению журнала.  
  Обычно при систематическом резервном копировании занимаемое журналом место регулярно освобождается для повторного использования. Однако усечению журнала могут временно помешать различные факторы (например, длительная транзакция).
• В инструкции BACKUP LOG не указаны параметры WITH NO_TRUNCATE, WITH NO_LOG или WITH COPY_ONLY.

Отсоединение и присоединение базы данных полезно, если необходимо переместить базу данных на другой экземпляр SQL Server на том же компьютере либо перенести базу данных.Отсоединение базы данных означает удаление ее с экземпляра SQL Server, но сама база данных остается неповрежденной со всеми своими файлами данных и журналов транзакций. Эти файлы затем можно использовать для присоединения базы данных к любому экземпляру SQL Server, включая сервер, от которого она была отсоединена.Можно присоединить скопированную или отсоединенную базу данных SQL Server. В SQL Server 2005 полнотекстовые файлы, являющиеся частью базы данных, присоединяются вместе с базой данных