- •Понятия «данные», «информация», «база данных», «субд», «банк данных». Классификация субд
- •Функции субд.
- •Архитектура субд: централизованная архитектура, архитектура «файл-сервер»
- •Архитектура субд: архитектура «клиент-сервер», трехзвенная архитектура
- •Уровни представления баз данных
- •Модели данных субд: иерархическая модель
- •Модели данных субд: сетевая модель
- •Модели данных субд: реляционная модель
- •Реляционная модель данных
- •Модели данных субд: постреляционная модель
- •Модели данных. Инфологические модели: семантическая сеть, графовые модели, модель «сущность-связь».
- •«Сущность-связь»
- •Инфологическая модель «Сущность-связь»: сущность, связь, типы связей, атрибут, уникальный идентификатор, полная и неполная идентификация, возможный ключ сущности.
- •Методология проектирования idef1x: зависимые и независимые сущности, степень связи, типы связи, внешние ключи, правила построения диаграмм
- •Реляционная модель данных: классы отношений, типы связей между отношениями
- •Манипулирование реляционными данными: базовые теоретико-множественные операции реляционной алгебры (объединение, разность, пересечение, произведение).
- •Манипулирование реляционными данными: специальные операции реляционной алгебры (селекция, проекция, соединение, деление)
- •Реляционная модель данных: аномалии обновления, нормализация, первая нормальная форма
- •Реляционная модель данных: функциональные зависимости, вторая нормальная форма
- •Реляционная модель данных: третья нормальная форма, алгоритм нормализации
- •Реляционная модель данных: сравнение нормализованных и ненормализованных моделей
- •Целостность реляционных данных: Null-значения, потенциальные ключи, простой ключ, составной ключ, первичный ключ, альтернативный ключ
- •Целостность реляционных данных: целостность сущностей, внешний ключ, целостность внешних ключей
- •Целостность реляционных данных: операции, которые могут нарушить ссылочную целостность
- •Целостность реляционных данных: стратегии поддержания ссылочной целостности.
- •Основы языка sql: синтаксис операторов определения объектов базы данных (create table, alter table, drop table) create table - создать таблицу
- •Определение первичных и альтернативных ключей с помощью оператора alter
- •Операторы drop
- •Основы языка sql: синтаксис операторов манипулирования данными (select, order by, встроенные функции, group by)
- •Сортировка результатов
- •Встроенные функции sql
- •Основы языка sql: чтение данных из нескольких таблиц с применением вложенных запросов
- •Основы языка sql: чтение данных из нескольких таблиц с помощью операции соединения
- •Основы языка sql: средства модификации данных языка sql
- •Представления. Применение представлений. Обновление представлений.
- •Обновление представлений
- •Триггеры. Типы триггеров. Применение.
- •Применения триггеров
- •Хранимые процедуры. Преимущества использования хранимых процедур
- •Преимущества хранимых процедур
- •Большая безопасность и меньший сетевой трафик.
- •Sql можно оптимизировать
- •Совместное использование кода:
- •Физическая организация бд: структура памяти эвм, представление экземпляра логической записи в памяти эвм
- •Структура памяти эвм
- •Представление экземпляра логической записи
- •Физическая организация бд: организация обмена между оперативной и внешней памятью
- •Физическая организация бд: размещение физических записей в виде списковой структуры (реализация операций поиска, чтения, редактирования, удаления и добавления логических записей)
- •Физическая организация бд: использование индексов (реализация операций поиска, чтения, редактирования, удаления и добавления логических записей)
- •Физическая организация бд: использование сбалансированного дерева (реализация операций поиска, чтения, редактирования, удаления и добавления логических записей)
- •Физическая организация бд: использование хеширования (реализация операций поиска, чтения, редактирования, удаления и добавления логических записей)
- •Параллельная обработка данных: необходимость в атомарных транзакциях
- •Параллельная обработка данных: проблема потерянного обновления, проблема несогласованного чтения
- •Блокировка ресурсов. Неявные и явные блокировки. Глубина детализации блокировки. Монопольная и коллективная блокировки
- •Блокировка ресурсов: сериализуемые транзакции
- •Блокировка ресурсов: взаимная блокировка
- •Блокировка ресурсов: оптимистическая и пессимистическая блокировки
- •Блокировка ресурсов: объявление характеристик блокировки
- •Свойства транзакций: атомарность, долговечность, согласованность
- •Свойства транзакций: изолированность транзакции, уровни изоляции
- •Курсор. Типы курсоров
- •Управление параллельной обработкой в ms sql Server
- •Xml как язык разметки. Общие черты и различия html и xml. Разделение между структурой документа, его содержимым и материализацией
- •Описание содержимого xml-документа с помощью dtd.
- •Описание содержимого xml-документа с помощью xml-схемы.
- •Материализация хмl-документов с помощью xslt.
- •Плоские и структурированные xml-схемы. Глобальные элементы
- •Создание хмl-документов на основе информации из базы данных
- •Select...For xml для нескольких таблиц
- •Понятие и архитектура системы поддержки принятия решений
- •Понятие хранилища данных
- •Физические и виртуальные хранилища данных
- •Проблематика построения хранилищ данных
- •Витрины данных
- •Понятие olap. Категории данных в хд. Информационные потоки в хд
- •Категории данных в хд
- •Информационные потоки в хд
- •Структура olap-куба. Иерархия измерений olap-кубов
- •Иерархия измерений olap-кубов
- •Операции, выполняемые над гиперкубом
- •Архитектура olap-систем
- •Слой извлечения, преобразования и загрузки данных
- •Слой хранения данных
- •Слой анализа данных
- •Клиентские и серверные olap-средства
- •Клиентские olap-средства
- •Серверные olap-средства
- •Технические аспекты многомерного хранения данных: molap, holap
- •Технические аспекты многомерного хранения данных: rolap, схема «звезда», схема «снежинка»
- •Основные характеристики системы Notes. Инфраструктура Lotus Domino. Типы клиентов. Основные характеристики системы No
- •Основные характеристики системы Notes [1]:
- •Инфраструктура Lotus Domino
- •Клиенты
- •Структура баз данных Lotus Domino. Типы документов Структура баз данных Lotus Domino
- •Типы документов
- •Механизм репликации в Lotus Domino.
- •Что происходит во время репликации
- •Некоторые соображения по поводу репликации
-
Управление параллельной обработкой в ms sql Server
SQL Server 2000 предоставляет исчерпывающий набор возможностей для управления параллельной обработкой. Количество вариантов выбора велико, и итоговое поведение определяется взаимодействием трех факторов: уровня изоляции транзакции, характеристик курсора и блокировочных подсказок, заданных в предложении SELECT. Блокировочное поведение зависит также от того, обрабатывается ли курсор как часть транзакции, является ли оператор SELECT частью курсора и как подаются команды на обновление – из транзакции или независимо.
В SQL Server блокировки не налагаются напрямую. Вместо этого разработчик указывает требуемую стратегию управления параллельной обработкой, и SQL Server самостоятельно определяет, где налагать блокировки. Блокировки налагаются на строки, страницы, ключи, индексы, таблицы и даже на всю базу данных. SQL Server определяет необходимый уровень блокировки и может повышать или понижать его в ходе обработки. Также SQL Server определяет, когда налагать блокировку и когда снимать ее, в зависимости от предпочтений, сформулированных разработчиком.
-
Xml как язык разметки. Общие черты и различия html и xml. Разделение между структурой документа, его содержимым и материализацией
В качестве языка разметки XML имеет значительные преимущества перед HTML. Этому есть несколько причин. Во-первых, создатели языка XML обеспечили четкое разделение между структурой документа, его содержимым и материализацией. В XML предусмотрены средства для определения каждой из этих трех составляющих, и природа этих средств такова, что они не могут смешиваться, как это было в HTML.
Кроме того, хотя XML стандартизирован, этот стандарт может расширяться разработчиками, как следует из названия. В XML вы не ограничены фиксированным набором элементов вроде <TITLE>, <H1> и <Р>, а можете определять свои собственные элементы.
Одной из проблем HTML является то, что он предоставляет слишком большую свободу. Рассмотрим следующий HTML-код:
<h2>Здравствуй, мир!</h2>
Хотя тег <h2> может обозначать заголовок второго уровня в структуре документа, его также можно использовать для того, чтобы просто вывести слова «Здравствуй, мир!» определенным стилем. Из-за этого обстоятельства мы не можем положиться на теги в деле определения истинной структуры HTML-страницы. Использование тегов носит слишком произвольный характер: <h2> может означать заголовок, а может не означать ничего.
Как вы увидите, в XML структура документа формально определена. Если мы находим тег <street>, мы знаем точно, где этот тег расположен и как он соотносится с другими тегами в структуре документа. Таким образом, про XML-документы говорят, что они в точности передают семантику содержащихся в них данных.
-
Описание содержимого xml-документа с помощью dtd.
Для описания содержимого XML-документов используется два способа: определение типа документа (DTD) и XML-схема.В листинге 1 приведен пример XML-документа. Обратите внимание, что документ имеет два раздела. В первом разделе определяется структура документа; этот раздел называется определением типа документа, или DTD (Document Type Declaration). Второй раздел содержит собственно данные.
Листинг .1. XML-документ Customer с вложенным определением типа
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE customer [
<!ELEMENT customer (name, address)>
<!ELEMENT name (firstname, lastname)>
<!ELEMENT firstname (#PCDATA)>
<!ELEMENT lastname (#PCDATA)>
<!ELEMENT address (street+, city, state, zip)>
<!ELEMENT street (#PCDATA)>
<!ELEMENT city (#PCDATA)>
<!ELEMENT state (#PCDATA)>
<!ELEMENT zip (#PCDATA)>
]>
<customer> <name> <firstname>Michelle</firstname> <lastname>Correlli</lastname> </name>
<address> <street>1824 East 7th Avenue</street> <street>Suite 700</street> <city>Memphis</city>
<state>TN</state> <zip>32123-7788</zip> </address> </customer>
DTD начинается с ключевого слова DOCTYPE, за которым следует имя типа документа — customer. Далее идет описание содержимого документа customer. В нем есть две группы: name и address. Группа name состоит из двух элементов — firstname и lastname. Эти элементы определены как #PCDATA, то есть строки символьных данных. Ниже описывается элемент address, состоящий из четырех элементов: street, city, state и zip. Каждый из этих элементов также определен как символьные данные. Знак + после имени элемента street указывает на то, что этот элемент обязан иметь по крайней мере одно значение, но может иметь несколько значений.Экземпляр данных типа customer, показанный в листинге 1, соответствует DTD, поэтому данный документ называется XML-документом, допустимым по типу (type-valid XML document). Если бы он не соответствовал DTD, он назывался бы недопустимым по типу документом (not-type-valid XML document). Недопустимые по типу документы могут тем не менее быть абсолютно правильными с точки зрения XML: они просто не являются допустимыми экземплярами своего типа. Например, если бы документ в листинге 1 содержал два элемента city, он был бы по-прежнему правильным с точки зрения XML, но недопустимым по типу.
Хотя DTD почти всегда желательны, они не являются обязательными в XML-документах. Документ, не имеющий DTD, по определению является недопустимым по типу, поскольку не существует типа, относительно которого можно было бы проверить его допустимость.Раздел DTD не обязательно должен содержаться в самом документе. В листинге 2 изображен документ типа customer, в котором DTD берется из файла C:\DB9E\First Draft\Chapter 13\XML\Docs\customer.dtd. Преимущество внешнего хранения DTD в том, что можно проверять допустимость множества документов относительно одного и того же DTD.
Листинг 2. XML-документ Customer с внешним определением типа
<!DOCTYPE customer SYSTEM "C:\DB9e\First Draft\Chapter 13\XML Docs\customer.dtd"> <customer>
<name>
<firstname>Michelle</fnrstname>
<lastname>Correlli</lastname>
</name> <address> <street>1824 East 7th Avenue</street> <street>Suite 700</street>
<city>Memphis<city>
<state>TN</state>
<zip>32123-7788</zip>
</address>
</customer>
Создатель DTD может определять любые элементы по своему желанию. Следовательно, XML-документы могут расширяться, но расширяться стандартизированным и контролируемым способом.