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

Программы dbForge Studio for MySQL

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


Прочитать остальную часть записи »

Технология ActiveX для доступа к БД на стороне клиента

• Управляющие элементы ActiveX представляют собой особенно богатый возможностями тип компонента COM. С помощью дескриптора Object элемент управлении ActiveX может быть встроен в HTML страницу.

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

Доступ к БД на стороне клиента через Апплеты

1) Понятие апплетов

Апплет – это фрагмент кода, наследующий свое поведение от Java-класса Applet (java.applet.Applet), который расширяется новыми функциями. Апплет – это часть HTML-документа и не имеет доступа к компьютеру Web-сервера.
Прочитать остальную часть записи »

Использование языка SQL в Delphi

Ранее мы построили следующую цепочку (на самом деле упрощенную) от данных на диске до таблицы на экране (рис.1):
Прочитать остальную часть записи »

SQL и Delphi (вводная статья, основы)

Язык SQL (Structured Query Language – структурированный язык запросов) на сегодняшний день стал фактически стандартом среди языков, обеспечивающих операции над базами данных (создание, изменение, поиск) и включен в состав языковых средств многих систем управления базами данных. Имеется он и в Delphi. В первом параграфе рассмотрим сам язык, а во втором – его использование в Delphi.
Прочитать остальную часть записи »

Внесение изменений в файл в Delphi (DBNavigator)

До сих пор мы ограничились просмотром уже существующих файлов. Не менее важным является и внесение изменений в файлы. Обычно различают три вида изменений:
• добавление новых записей;
• изменение записей;
• удаление записей.

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


Рис. 1. DBNavigator

Прочитать остальную часть записи »

Обработка файлов в базе данных через Delphi

В Delphi имеется три уровня доступа и обработки файлов:
• использование стандартных средств;
• использование языка SQL;
• программируемый доступ к базе данных: использование языка Object Pascal для написания программ обработки данных.

Первый уровень наиболее легкий в реализации, но с наименьшими возможностями, второй – позволяет к возможностям Delphi добавить средства SQL, что особенно удобно при выполнении задач поискового характера, использование Object Pascal дает возможность реализовать алгоритмы любой сложности, используя в качестве исходных данные из базы. Кроме того, среди стандартных средств можно отдельно выделить мастера (Wizard), с помощью которого представление данных из баз данных на экране предельно просто. Для запуска мастера необходимо выбрать в меню Delphi пункт Database и подпункт Form Wizard. Далее следуют подробные подсказки по составлению форм. В случае необходимости это средство каждый студент может освоить самостоятельно.
Прочитать остальную часть записи »

Реализация базы данных в Delphi

Базы данных в 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

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


Прочитать остальную часть записи »

OLAP-системы и методика многомерного хранения данных

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

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

Правила для хранилищ данных

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

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

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

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

Анализ данных в БД

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

Загрузка хранилища, витрины данных

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

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

Концепция разработки складов данных

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

Склады Данных и их принципы

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

Информационные системы руководителя

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

Публикация баз данных в Internet

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

Классификация типов знаний (1984 год, Уидерхолл)

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

Мультибазовые СУБД

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

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




Статистика