“Невозможно использовать ‘c:biblio.mdb’; файл уже используется”

лассификации блокировок

• По области действия блокировки классифицируются на строчные, гранулярные и предикатные. По строгости блокировки разделяются на совместные (англ. shared) и исключительные (эксклюзивные, англ. exclusive). По логике реализации блокировки делятся на оптимистические и пессимистические.

• [Править]По области действия

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

• Гранулярная блокировка — действует на всю таблицу или всю страницу и все строки. Блокировка, ограничивающая манипуляции со страницей данных в таблице (набор строк, объединённый признаком совместного хранения) иногда называется страничной (англ. page locking).

• Предикатные блокировки действуют на область, ограниченную предикатами^{[уточнить]}.

• [Править]По строгости

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

• Исключительная блокировка накладывается транзакцией на объект в случае, если выполняемая ей операция изменяет данные. Только одна транзакция может выполнять подобную операцию над объектом, если на него наложена эксклюзивная блокировка. Блокировка не может быть наложена на объект, если на него уже наложена совместная блокировка.

26)Защита информации. Восстановление информации.

Средства защиты БД в различных СУБД несколько отличаются друг от друга. Но условно их можно разделить на две группы: основные и дополнительные.

К основным средствам защиты информации можно отнести следу­ющие средства:

• парольной защиты;

• шифрования данных и программ;

• установления прав доступа к объектам БД;

• защиты полей и записей таблиц БД.

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

Шифрование данных (всей базы или отдельных таблиц) применяют для того, чтобы другие программы, «знающие формат БД этой СУБД», не могли прочитать данные. Такое шифрование (применяемое в Мicrosoft Ассess), по-видимому, даст немного, поскольку расшифровать БД может любой с гюмощью -«родной» СУБД

Шифрование исходных текстов программ позволяет скрыть от несанкционированного пользователя описание соответствующих алгоритмов.

В целях контроля использования основных ресурсов СУБД во многих системах имеются средства установления прав доступа к объектам БД. Права доступа определяют возможные действия над объектами. Владелец объекта (пользователь, создавший объект), а также администратор БД имеют все права. Остальные пользователи к разным объектам могут иметь различные уровни доступа.

По отношению к таблицам в общем случае могут предусматриваться следующие права доступа:

• просмотр (чтение) данных;

• изменение (редактирование) данных;

• добавление новых записей;

• добавление и удаление данных;

• все операции, в том числе изменение структуры таблицы.

Применительно к защите данных в полях таблиц можно выделить следу­ющие уровни прав доступа;

• полный запрет доступа;

• только чтение;

• разрешение всех операций (просмотр, ввод новых значений, удаление и изменение).

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

К дополнительным средствам защиты БД можно отнести такие, которые нельзя прямо отнести к средствам защиты, но которые непосредственно влияют на безопасность данных. Их составляют следующие средства:

• встроенные средства контроля значений данных в соответствии с типами;

• повышения достоверности вводимых данных;

• обеспечения целостности связей таблиц;

• организации совместного использования объектов БД в сети.

Восстановление базы данных

В том случае, если нельзя восстановить БД после сбоя автоматически, восстановление БД выполняется в два этапа:

1. перенос на рабочий диск резервной копии базы данных (или той её части, которая была повреждена);

2. перезапуск сервера БД с повторным проведением всех транзакций, зафиксированных после создания резервной копии и до момента возникновения сбоя.

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

Если произошёл сбой процесса сервера, то требуется перезагрузка сервера для восстановления БД. При перезагрузке СУБД может по содержимому системных файлов узнать, что произошёл сбой, и выполнить восстановление автоматически (если это возможно). Восстановление БД в этой ситуации означает приведение всех данных в БД в согласованное состояние, т.е. откат незавершённых транзакций и проверку того, что все изменения, внесённые завершёнными транзакциями, попали на диск.

27)Факторы влияющие на скорость обработки данных и их безопасное хранение.

1) скорость передачи = ширина канала - загруженность сети - промежуточное звено * n - загруженность сервера.  2) скорость передачи = максимальная скорость отдачи данных сервером - загруженность сети - промежуточное звено * n - загруженность сервера.  P.S. Оба варианта имеют место быть при: "ширина канала <= скорость обработки данных компьютером"... и "загруженность сети + промежуточное звено == идеальный табун в вакууме"... =)))

Характеристики хранилищ данных

Темой нашего рассмотрения будут вопросы обеспечения безопасности в построении таких систем, поэтому мы опустим многие интересные аспекты, связанные с программными и аппаратными средствами работы с хранилищами данных.

Укажем лишь на основные черты, характеризующие такие системы:

• весь основной объем информации накапливается в структурированных реляционных базах данных;

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

• хранилища - это не просто мертвый склад информации, но и наличие большого числа тесно связанных с ним прикладных и обслуживающих систем. Например, ПО для архивирования информации, управления, системы обработки типа ETL (extraction, transformation, loading), прикладные системы, которые, собственно, и порождают исходные данные, и т.д.;

• средний размер хранилища составляет 1 Тбайт и выше, что диктует серьезное отношение к сетевой инфраструктуре и системам хранения и обработки информации.

28)Microsoft SQL Server. Характеристика и типы данных.

SQL символизирует собой Структурированный Язык Запросов. Этот язык ориентирован на операции с данными, представленными в виде логически взаимосвязанной совокупности таблиц. Это позволило создать компактный язык SQL ( небольшим набором команд, а также дало возможность достаточно легко определять выводить и обновлять информацию в БД, упростив программирование сложных запросов. Таблица в языке SQL представляет собой совокупность строк и столбцов.

Тип данных hierarchyid

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

Пространственные типы данных

Пространственные данные – это данные, определяющие географические расположения и формы, преимущественно на Земле. Это могут быть ориентиры, дороги и даже расположение фирмы. В SQL Server 2008 есть географические (geography) и геометрические (geometry) типы данных для работы с этой информацией. Тип данных geography работает с информацией для шарообразной земли. Модель шарообразной земли использует при расчетах кривизну земной поверхности. Информация о положении задается широтой и долготой. Эта модель хорошо годится для приложений, связанных с морскими перевозками, военным планированием и краткосрочными приложениями, имеющими привязку к земной поверхности. Эту модель нужно использовать, если данные хранятся в виде широт и долгот.

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

Типы geography и geometry создаются из векторных объектов, заданных в форматах Well-Known Text (WKT) или Well-Known Binary (WKB). Это форматы для перенесения пространственных данных, описанные в простых функциях открытого геопространственного консорциума (Open Geospatial Consortium (OGC) Simple Features) для спецификаций SQL (SQL Specification).

29)Microsoft SQL Server. Системные БД.

Во время установки sql server создается несколько системных баз данных , хронящих системные данные и обслуживающих внутренних задач.

К системным базам данных , создается программой установки сервера, относится : master.resurce.model.tempdb.msdb

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

Resource- бд содержит все системные объекты . когда вы запрашиваете сведения о метаданных в бд они кажутсяьлокальными по отношению к бд , но они хранятся в Resource.

Model- используется как шаблон для новых бд. В начале каждая создаваемая бд сначала создается как копия model. Нужно знать что изменения ,которые вы внесете в бд model, никак не отрозятся на уже сущ бд. Они коснуться только в новых бд.

Tempdb- хранит временные данные ,такие как рабочие таблицы , область сортировки и тд. Временные таблицы для своих нужд хроняться именно там . нужно помнить что это бд уничтожается и создается как копия model при каждом запустке sql server.

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

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

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

30)Microsoft SQL Server. Стандартные функции.

Встроенные (системные) функции

1) Список стандартных функций

2) Обзор функций MS SQL Server Так в SQL Server предусмотрено много функций, разделенных на следующие группы: → Строковые; → Математические; → Преобразования; → Для работы с данными типа Text и Image; → Для работы с датами; → Системные; → Ниладические (нульместные – без параметров). А так же целый ряд других функций.

3) Обзор функций Oracle → Для работы с ошибками; → Числовые; → Строковые; → Преобразования; → Трансляции, для работы с датами; → Различного назначения.

Объявление хранимой функции

CREATE FUNCTION <имя функции> ([<имя параметра> <тип данных> [(<размер>)], …]) RETURNS <тип данных> [(<размер>)] [[NOT]DETERMINISTIC] [CONTAINS SQL|READS SQL DATA|MODIFIES SQL DATA] BEGIN <SQL-операторы> RETURN <возвращаемое значение> END

Ключевые слова • [NOT] DETERMINISTIC показывает, возвращает или нет функция одинаковые значения при одних и тех же входных значениях. Например, функция CURRENT_TIME является NOT DETERMINISTIC. • CONTAINS SQL показывает, что в функции нет SQL-операторов, читающих и модифицирующих данные. Это значение установлено по умолчанию. • READS SQL DATA показывает, что функция содержит инструкции SELECT или FETCH. • MODIFIES SQL DATA показывает, что функция содержит инструкции INSERT, UPDATE или DELETE.

Как бы тщательно не планировалась структура таблицы, иногда возникает необходимость внести в нее некоторые изменения. Предположим, что в уже сформированную таблицу «Преподаватели» необходимо добавить номер домашнего телефона и домашний адрес. Эту операцию можно выполнять различными путями. Например, можно удалит таблицу со старой структурой и создать вместо нее новую таблицу с нужной структурой. Недостатком этого метода является то, что необходимо будет куда-то скопировать имеющиеся в таблице данные и переписать их в новую таблицу после ее создания. Специальная команда ALTER TABLE предназначена для модификации структуры таблицы. С ее помощью модно изменять свойства существующих столбцов, удалять или добавлять в таблицу столбцы, а также управлять ограничением целостности как на уровне столбца, так и на уровне таблицы, т.е. выполнять следующие функции: • добавить в таблицу определение нового столбца; • удалить столбец из таблицы; • изменить значение по умолчанию для какого-либо столбца; • добавить или удалить первичный ключ таблицы; • добавить или удалить внешний ключ таблицы; • добавить или удалить условие уникальности; • добавить или удалить условие на значение. Рассмотрим общий синтаксис команды ALTER TABLE: ALTER TABLE<имя_таблицы> [ALTER COLUMN <имя_столбца> [SET DEFAULT <выражение>] | [DROP DEFAULT] ] |[ADD <определение_столбца>] |[DROP COLUMN <имя_столбца> [CASCADE] | [RESRTICT]] |[ADD [<определение_первичного_ключа>] | [<определение_внешнего_ключа>] | [<условие_уникальности>] | [<условие_на_значение>]] |[DROP CONSTRAINT <имя_ограничения> [CASCATE] | [RESTRICT]] Команда ALTER TABLE берет на себя все действия по копированию данных во временную таблицу, удалению старой таблицы и созданию вместо нее новой таблицы с нужной структурой и последующим переписыванием в нее данных. Назначение многих параметров и ключевых слов команды ALTER TABLE аналогично назначению соответствующих параметров и ключевых лов команды CREATE TABLE (например, синтаксис конструкции <определение_столбца> совпадает с синтаксисом аналогичной конструкции CREATE TABLE). Основные режимы использования команды ALTER TABLE следующие: • добавление столбца; • удаление столбца; • модификация столбца; • изменение, добавление и удаление ограничений (первичных и внешних ключей, значений по умолчанию). 1. Добавление столбца. ALTER TABLE Студенты ADD Год_поступления INTEGER NOT NUL DEFAULT YEAR(GETDATE()) В структуру таблицы «Студент» будет добавлен еще один столбец со значением по умолчанию, равным текущему году. 2. Модификация столбца. Для модификации существующего столбца служит ключевое слово ALTER COLUMN. Изменение столбца невозможно, если: • столбец участвует в ограничениях PRIMARY KEY или FOREGIG KEY; • на столбец наложены ограничения целостности CHECK или UNIQUE (исключение – столбцы, имеющие тип данных переменной длины, т.е. типы данных, начинающиеся на var); • со столбцом связано значение по умолчанию. Определяя для столбца новый тип данных, следует помнить о том, что старый тип данных должен конвертироваться в новый. ALTER TABLE Студенты ALTER COLUMN Номер_группы CHAR(6) NOT NULL 3. Удаление столбца. Нельзя удалять столбцы с ограничением целостности CHECK, FOREIGN KEY, UNIQUE или PRIMARY KEY, а также столбцы, для которых определены значения по умолчанию. ALTER TABLE Студенты DROP COLUMN Год_поступления

Удаление таблиц. Невозможно удалить таблицу, если та нее с помощью ограничения целостности FOREIGN KEY ссылается другая таблица: попытка удаления таблицы «Дисциплины» вызовет сообщение об ошибке, так как на таблицу «Дисциплины» ссылается таблица «Учебный_план»: DROP TABLE Дисциплины.

40)+Microsoft SQL Server. Резервное копирование и восстановление.

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

SQL Server обладает возможностями автоматического восстановления при сбое системы. Каждый раз, когда происходит открытие базы данных, например, при запуске системы, SQL Server проверяет целостность баз данных, анализируя соответственные журналы транзакций. Для анализа используется участок журнала, содержащий сведения обо всех транзакциях, произошедших, начиная с момента выполнения последней операции CHECKPOINT, и заканчивается остановкой SQL Server. Система обнаруживает транзакции, которые не завершены, и производит их откат (roll back). Одновременно с этим происходит поиск завершенных транзакций, которые не были сохранены на диске, и осуществляется их фиксация (forward back). Это гарантирует, что в случае неудачного завершения работы сервера при его следующем запуске будут сохранены целостность и постоянство данных.

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

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

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

При восстановлении данных и журнала транзакций необходимо учитывать следующее:

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

• Если данные восстанавливаются из-за повреждения физического устройства, в первую очередь необходимо стереть поврежденную БД. Это можно выполнить с помощью команды DROP DATABASE или системной процедуры sp_dbremove. Только после этого можно пересоздать БД и восстановить данные из архивной копии.

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

• Архивные копии журнала транзакций должны загружаться в последовательности, в которой были созданы. SQL Server проверяет дату и время создания архивных копий БД и журнала транзакций для контроля правильной последовательности использования копий. После завершения загрузки всех архивных копий журнала транзакций содержание БД восстанавливается в том виде, в котором оно существовало на момент создания последней копии журнала транзакций (за исключением незавершенных транзакций). Такой процесс позволяет восстановить максимально возможный объем данных, потерянных из-за отказа системы.

• Если БД создана с опцией FOR LOAD, а затем в нее загружена архивная копия данных, то эта БД получает статус «dbo use only» — «только для владельца БД». Таким образом, перед ее использованием другими пользователями вы должны отменить этот статус.

Основные методы восстановления данных

В SQL Server 7.0 можно выделить два метода восстановления данных: автоматическое и вынужденное, выполняемое системным администратором при повреждении данных.

41)Microsoft SQL Server. Репликации.

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

Репликация транзакций обычно используется в сценариях «сервер-сервер», для которых необходима высокая пропускная способность, в том числе улучшение масштабируемости и доступности, хранение и протоколирование данных, интеграция данных с нескольких сайтов, объединение разнородных данных, автономная обработка пакетов. Репликация слиянием разработана в основном для мобильных приложений или распределенных серверных приложений, в которых возможно возникновение конфликтов данных. Обычные сценарии включают в себя обмен данными с мобильными пользователями, клиентские приложения точки продажи (POS) и интеграцию данных с нескольких сайтов. Репликация моментальных снимков используется для обеспечения начального набора данных для репликации транзакций и репликации слиянием; она также может применяться при необходимости выполнения полного обновления данных. Располагая этими тремя типами репликации, SQL Server представляет собой мощную и гибкую систему для синхронизации данных уровня предприятия.

Альтернативой для репликации является синхронизация баз данных с помощью Microsoft Sync Framework. Sync Framework включает в себя компоненты и интуитивно понятный и гибкий API, облегчающий синхронизацию баз данных SQL Server, SQL Server Express, SQL Server Compact и SQL Azure. Sync Framework также включает в себя классы, которые можно адаптировать для синхронизации базы данных SQL Server и любой другой базы данных, совместимой с ADO.NET.Подробную документацию по компонентам синхронизации баз данных Sync Framework см. в статье Синхронизация баз данных. Общие сведения о платформе Sync Framework см. в Центре разработчиков Microsoft Sync Framework. Сравнение между Sync Framework и репликацией слиянием приведено в статье Обзор синхронизации баз данных

42)Microsoft SQL Server. Индексы.

Индекс (англ. index) — объект базы данных, создаваемый с целью повышения производительности поиска данных. Таблицы в базе данных могут иметь большое количество строк, которые хранятся в произвольном порядке, и их поиск по заданному критерию путем последовательного просмотра таблицы строка за строкой может занимать много времени. Индекс формируется из значений одного или нескольких столбцов таблицы и указателей на соответствующие строки таблицы и, таким образом, позволяет искать строки, удовлетворяющие критерию поиска. Ускорение работы с использованием индексов достигается в первую очередь за счёт того, что индекс имеет структуру, оптимизированную под поиск — например,сбалансированного дерева.

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

Кластерный индекс в таблице может быть только один. Проще всего сравнить таблицу, на которую наложен такой индекс, с телефонным справочником: все записи в данной таблице упорядочены по кластерному индексу. Относиться к выбору поля для кластерного индекса следует очень осторожно - например, если в эту таблицу часто производится вставка данных, а кластерный индекс наложен не на поле с автоприращением, то вполне может получиться так, что нам часто придется вставлять новые записи в середину таблицы. Результат - большое количество операций page split, фрагментация таблицы и, как следствие, серьезное падение производительности (за счет фрагментации и за счет того, что само по себе page split - достаточно ресурсоемкая операция. По умолчанию кластерный индекс создается для поля первичного ключа, и, учитывая это, лучше делать первичный ключ числовым полем с автоприращением.

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

Получить информацию об индексах, которые созданы для данной таблицы, можно при помощи команды SP_HELP имя_таблицы. (Лучше выполнять ее в режимеResults in Grid) или SP_HELPINDEX. Другой вариант - Enterprise Manager, контекстное меню для таблицы, All Tasks -> Manage Indexes.

Создание и удаление индексов - командами CREATE INDEX/DROP INDEX или из того же окна Enterprise Manager (альтернативный вариант - мастер CREATE INDEX).