46555

Система Управления БД

Доклад

Информатика, кибернетика и программирование

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

Русский

2013-11-23

19.99 KB

2 чел.

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

Система Управления БД – совокупность языковых и программных средств, предназначенных для создания, ведения и совместного применения БД многими пользователями.(MYSQL, ORACLE, Paradox, Access).

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

Банк данных – это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

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

База знаний -  это особого рода база данных, разработанная для управления знаниями (метаданными), т.е. сбором, хранением, поиском и выдачей знаний.

Классификация БД:

По типу ИС – локальная, корпоративная.

По характеру организации данных и доступа к ним – локальные,общие,распределенные.

По способу обработки данных – оперативная обработка транзакция,

Аналитическая обработка (хранилище данных ), дедуктивные логические БД.

По Виду хранимых данных – не структурированные, частично-структ., структурированные.

В структурированной БД классифицируются по типу использованной модели данных: иерархические,сетевые,реляционные,многомерные.

По типу хранимой информации: фактографические,документальные,лексико-графические.

 

2. Этапы развития концепции базы данных

 1 этап:один физический уровень представления данных, отсутствие независимости.

2 этап: понятие БД как совокупность файла, физический и логический уровень представл.данных.

3 этап: формирование концепции БД, появление первой СУБД,развитие теории модели данных.

 4 этап: все СУБД рассчитаны на создание БД с монопольным доступом, большинство СУБД имели удобный интерфейс,интерактивный режим работы с БД, удобные инструментальные средства разработки приложений.

5 этап: большинство СУБД рассчитаны на много- платформенную систему.

 

3. Цели проектирования БД, требования к БД. Структура процесса проектирования

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

5. Инфологические модели

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

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

10. Релляционная модель данных

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

Правила Кодда

правило 0:

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

Правило1:

Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных.

правило 2:

Доступ к данным должен быть свободен от двусмысленности.

правило 3:

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

правило 4:

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

правило 5:

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

(а) имеет линейный синтаксис,

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

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

правило 6: Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.

правило 7:

Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке реляционной таблицы, но по отношению к любому множеству строк.

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

правило 9:

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

правило 10:

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

правило 11:

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

правило 12:

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

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

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

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

14Корректность схем отношений. Понятие функциональной зависимости. Ключ

отношения.

ключ отношения - это атрибут или совокупность атрибутов, однозначно определяющий каждый кортеж отношения.

15Общие принципы нормализации. Понятия декомпозиции без потерь и с сохранением зависимостей.

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

 

16. 3Нормальная Форма

- Переменная отношения R находится в 3NF тогда и только тогда, когда выполняются следующие условия:

R находится во второй нормальной форме.

ни один неключевой атрибут R не находится в транзитивной функциональной зависимости от потенциального ключа R.

17. Язык SQL. Команды SQL. Обобщенный формат команды Select

Structured query language – в 70-х годах IBM  разработали SEQUEL.

SQL делится на DDL- язык опреде DML


 

А также другие работы, которые могут Вас заинтересовать

44081. ШЛЯХИ УДОСКОНАЛЕННЯ СИСТЕМИ ОПОДАТКУВАННЯ ПРИБУТКУ СУБ’ЄКТІВ ГОСПОДАРЮВАННЯ 1.18 MB
  Становлення та розвиток системи оподаткування прибутку підприємств Кожна держава для виконання своїх функцій повинна мати відповідні кошти які концентруються в державному бюджеті та інших централізованих фондах. Сучасна систесма оподаткування грунтується на вченнях про податки розробленими такими видатними мислителями як Уільям Петті Адам Сміт Давід Рікардо Джон Ст. В історії оподаткування у глобальному масштабі зазвичай виділяють три етапи розвитку.
44082. РОЗРОБКА МОДЕЛІ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ОБЛІКУ СТУДЕНТІВ У ВИЩОМУ НАВЧАЛЬНОМУ ЗАКЛАДІ 1.26 MB
  Методика віддаленого формування звітів системи управління навчанням Moodle на основі технологій вебсервісів. Цільова установка та загальний напрямок магістерської дипломної роботи: Розширення стандартних можливостей системи управління дистанційним навчанням Moodle за допомогою вебсервісів. Об’єкт дослідження: Розробка програмного продукту для автоматичного формування звітів у системі управління навчанням Moodle. Встановлення системи управління навчанням Moodle 2.
44083. Широкомасштабное применение мин в локальных военных конфликтах 77.86 MB
  Выбор робота и миноискателя. Обзор существующих решений Проектирование системы управления роботом. Состав системы управления. Математическое моделирование системы управления. Модель системы управления.
44084. Особенности развития российского рынка гостиничной недвижимости в сегменте апарт-отелей 24.17 MB
  В России, как и в странах Запада, прослеживается тенденция к размещению апартаментов в составе гостиничных комплексов - так называемые апартаменты гостиничного типа. Управление апартаментами в данных комплексах осуществляется гостиничным оператором, постояльцам предлагается широкий спектр сервисных услуг.
44085. Проектирование локальной вычислительной сети предприятия «Строительно-монтажный трест №16» города Новополоцка 1.14 MB
  Преимущества получаемые при сетевом объединении персональных компьютеров в виде внутрипроизводственной вычислительной сети: разделение ресурсов разделение данных разделение программных средств многопользовательский режим. Целью дипломного проекта является проектирование локальной вычислительной сети предприятия Строительно-монтажный трест №16 города Новополоцка. Организация общей локальной вычислительной сети предприятия Строительно-монтажный трест №16 а не существования множества несвязанных сетей подразделений крайне необходима.
44086. Исследование системы частотного регулирования и формирование четкой структуры программирования и параметрирования преобразователя Emotron FDU40-004 9.18 MB
  Наряду с задачами регулирования ПЧ решает задачи защиты блокировки и диагностики электропривода. Безопасность жизнедеятельности – это комплексное междисциплинарное научное направление исследующее закономерности сохранения здоровья и безопасности человека в среде обитания и призванное выявлять и идентифицировать вредные и опасные факторы отрицательно влияющие на здоровье человека разрабатывать методы и средства защиты путем снижения вредных и опасных факторов до уровня допустимых значений вырабатывать меры по ограничению ущерба и...
44087. Разработка рекомендаций по повышению эффективности управления оборотным капиталом предприятия (на примере ООО «Нильс-Юг» г. Самара) 6.08 MB
  Организационно-экономическая характеристика предприятия Анализ структуры и динамики имущества предприятия и источников его финансирования Оценка эффективности функционирования предприятия Оценка эффективности управления оборотным капиталом на предприятии ООО НильсЮг
44088. Анализ организации учета расчетов с покупателями и заказчиками на предприятии и определить пути их совершенствования ООО «Олимп» 3.19 MB
  Организация расчетов с покупателями и заказчиками в организации ООО Олимп Организационно-экономическая характеристика ООО Олимп Анализ расчетов с покупателями и заказчиками в ООО Олимп Совершенствование учета расчетов с покупателями и заказчиками в организации ООО Олимп
44089. Міжпоколінний конфлікт в сімї: соціологічний аналіз 392.5 KB
  Сімя є найважливішою цінністю в житті багатьох людей, що живуть у сучасному суспільстві. Кожен член суспільства, крім соціального статусу, етнічної приналежності, майнового та матеріального становища, з моменту народження і до кінця життя має такою характеристикою, як сімейно-шлюбне стан.