Образовательный блог – всё для учебы

Архив рубрики «Базы данных»

Базы данных в Delphi реализуют с помощью компоненты Database Desktop. Ее можно вызывать как прямо из Delphi (пункт меню Tools, затем Database Desktop), так и непосредственно из операционной системы. Database Desktop является типичным представителем MDI – приложения: его меню изменяется в зависимости от выполняемой работы. Database Desktop позволяет создать базы данных по форматам данных многих СУБД, мы будем работать с Paradox 7.0 (файлы данных *.db). После вхождения в Database Desktop выбираем из меню File – New – Table. Далее предлагают выбрать СУБД, выберем Paradox 7.0. Откроется таблица для определения структуры первого файла. Если следовать приведенным рекомендациям, то можно получить таблицу следующей структуры (рис. 1).
Прочитать остальную часть записи »

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

Под базой данных понимают совокупность взаимосвязанных файлов. Напомним, что файлом называется поименованная совокупность данных, предназначенная для хранения на внешних носителях. Отсюда следует, что для проектирования базы данных необходимо разработать структуру файлов и их взаимосвязей.
Delphi поддерживает реляционную модель данных, поэтому необходимо разработать файлы согласно этой модели. Другими словами, структура файлов в Delphi должна соответствовать реляционной модели данных. По теории реляционной модели данных и по вопросам их проектирования имеется обширная литература. Здесь ставим задачу поскромнее: изложить основные принципы проектирования. В основе реляционной модели данных лежит обычная таблица, в этом смысле реляционная модель похожа на записи в Pascal’е. Структура таблицы традиционная: заголовок (заголовок не может быть “многоуровневым”) и данные, например:

OLAP разработана Коддом в 1993 году и определяет структуру, которая поддерживает сложные аналитические приложения.
Их работа в специализированных многомерных СУБД, т.н. MMOBMS.

Серверы MMOBMS могут выполнять следующие операции:
1) Консолидация:
- простое суммирование;
- расчет с использованием сложных выражений с включением других свернутых данных. Например, есть сведения о городах – получаем данные по стране.
Прочитать остальную часть записи »

1994 год, Уиллиам и Келли предложили 12 правил для хранилищ данных:
1) Хранилища данных и операционная среда должны быть разделены.

2) Данные в хранилище должны интегрироваться.

3 )В хранилище содержатся данные, накопленные за долгое время.

4) Данные в хранилище- это мгновенный снимок данных, полученный в данный момент времени.
Прочитать остальную часть записи »

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

При разработке хранилища данных, возникают и должны быть решены следующие вопросы:
1) какие данные должны быть помещенный в хранилища
2) Как найти и извлечь эти данные
3) Как обеспечить корректность данных.

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

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

Понятие Склада Данных (Хранилище) получило активное хождение после 90-ого года и до сих пор расценивается как перспективное динамичное направление в проектировании информационных систем поддержки принятия решения. Одно из определений склада данных заключается в том, что это специальная база данных где в хронологическом порядке накапливаются все данные деятельности предприятия (не операционная). Назначения этих данных служить основой для получения справочной аналитической и обобщающей информацией. Автор концепции хранилища данных Imond.
Прочитать остальную часть записи »

По сути речь идет о том что, есть так называемые системы поддержки принятия решения, в основе которых являются данные содержащиеся в базах данных. Речь идет не об операционных базах данных, то есть базах данных которые вот в текущий момент вы туда вносите данные (убираете, корректируете и т.д.), а о данных за предыдущие периоды работы организации. Такие системы позволяют принимать данные упорядочивать их по определенным признакам и предоставлять некоторые интегрированные данные для топ менеджеров высшего звена. Для чего такого рода система предназначена:
-Ну во первых, улучшает стратегическое управлении организации
-Улучшает финансовые управление
-Обеспечивает лучше качество анализа конкурентно рыночной ситуации
Прочитать остальную часть записи »

Публикация баз данных в интернете — это размещение информации их баз данных на WEB-страницах в сети. Отметим, что такая публикация связана с решением следующих типичных задач, возникающих перед разработчиками современного программного обеспечения:
➜ Организация взаимосвязи СУБД, работающих на различных платформах.
Прочитать остальную часть записи »

1. Структурные знания (знания о зависимости между данными и ограничениями на них)
Например, ввод в таблицу «Покупатель» зависит от поля «Кредит».

2. Общие процедурные знания (их можно описать только процедурами)
Например, совпадение заказанного товара с полученным позволяет санкционировать оплату.
Прочитать остальную часть записи »

После появления манифеста ООСУБД, спустя 3-4 месяца был выпущен манифест Объектно-Реляционных СУБД. Разработчики решили постепенно внедрять объектно-ориентированную парадигму в реляционную модель. Современные передовые СУБД (например Oracle), можно сказать, частично внедрили и простейшую инкапсуляцию, и методы в свою реляционную модель. Т.е. процесс постепенного эволюционного превращения реляционных СУБД с включением объектов происходит.
Прочитать остальную часть записи »

1. Поддержка составных объектов

2. Поддержка идентичности объектов за счёт применения уникальных идентификаторов

3. Поддержка инкапсуляции

4. Поддержка типов или классов (Понятие класса относится к времени выполнения, а типа – к времени компиляции)
Прочитать остальную часть записи »

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

Надо сказать, что понимание транзакции в отдельной СУБД и в распределённой среде немножко отличается.

Под транзакцией в БД фактически понимается набор операторов, которые переводят информационное состояние БД из одного устойчивого в другое. Ну, т.е. последовательность операторов типа “update”, “delete”, …, до и после должно полностью содержать БД в таком нормально состоянии.
Прочитать остальную часть записи »

Для распределённых СУБД выделяют следующие типы основных отказов, их немного:
1. Потеря сообщения,
2. Отказ линии связи, аварийная
3. Остановка одного из узлов,
4. Расчленение сети.

Для того, чтобы вот как-то в такой среде правильно восстанавливать данные, есть специальные процедуры – процедуры восстановления. При этом проблема в распределённой среде усложняется тем, что требования атомарности значений требуются как в отношении локальных, так и в отношении глобальных данных и глобальных транзакций.
Прочитать остальную часть записи »

Ну, под корпоративной средой обработки в литературе понимается, условно говоря, упрощённое понятие многозвенной архитектуры, состоящее из нескольких рядов компьютеров разной мощности и разного значения. Ну, в общем случае считают, что в такой среде должно быть 2 или 3 (в лучшем случае) уровня.
Прочитать остальную часть записи »

Для управления как нагрузкой, так и распределением данных такого рода СУБД нужны специальные программные компоненты, называемые мониторами обработки транзакции – transaction processing monitors.

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

Microsoft в еще Windows 2000 реализовала идею «издатель-подписчик» с помощью технологии COM+.

COM+ – некая среда, в которой находятся дополнительные средства для обеспечения работы и управления СОМ и OLE серверов. Для функционирования СОМ+ есть оболочка.
Прочитать остальную часть записи »

1) Конфликт уникальности – попытка на двух узлах добавить записи с идентичным идентификатором (Особенно, если идентификатор – счетчик);
2) Конфликт обновления – изменения разными пользователями одной и той же строки без уведомления друг друга;

Для устранения конфликтов обновления первоначально подмножество тиражируемых столбцов сводят к группам столбцов и формируют правила, такие, как:
1) Данные с последней отметкой времени – кто последний, тот и прав;
Прочитать остальную часть записи »

Существует две основные технологии:
1) Фрагментация баз данных – под фрагментированной базой данных понимают базу данных, включающую фрагменты из нескольких баз данных, располагающихся на различных узлах сети компьютера и, возможно, управляющихся различными СУБД. Фактически, фрагментированная база данных для пользователя выглядит как обычная локальная база данных. В этом смысле распределенность отражает не способ организации базы данных, а способ осуществления доступа. Доступ осуществляется к отдельным частям одновременно.
Прочитать остальную часть записи »

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

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

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

В 1989 году компания IBM о своем намерении создать РСУБД в 4 этапа (это и есть уровни доступа):

1) Удаленный запрос – отдельный SQL оператор обращается к одной удаленной базе данных, и каждый оператор – это отдельная транзакция. Таким образом, пользователь может выполнить несколько SQL операторов, обращающихся к разным базам данных, но каждый раз это будет отдельная транзакция;
Прочитать остальную часть записи »

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

Во-первых, к объектам базы данных, которые моделируются с помощью Erwin или других аналогичных средств, относятся домены, значения по умолчанию и ограничения. Для моделирования доменов следует выполнить команды из Главного Меню Model → Domain Dictionary. Откроется окошко, в котором нужно нажать кнопку New, указать тип, Logical Name и Physical Name. Logical Name может быть русскоязычным и будет появляться на логической модели, Physical Name должно быть англоязычным и лучше без пробелов. Оно нужно для физической модели. В правой части окна можно моделировать поля ввода Valid и Default, то есть ограничения и значения по умолчанию соответственно.
Прочитать остальную часть записи »

а) Рекурсивные связи many-to-many с добавлением иерархии IS-A.
Разновидностью рекурсивных связей many-to-many является связи типа перечни комплектующих. Например, автомобиль разбивается на части: корпус, двигатель и т.д. до винтиков и получается перечень входящих в него гаечек, прокладочек и т.д.
Прочитать остальную часть записи »

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

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