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


 

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

19616. Складання виробів. Остаточна обробка виробів з фанери 22.53 KB
  Урок 20. Складання виробів. Остаточна обробка виробів з фанери 1 год. Мета уроку. Узагальнення і систематизація знань про з’єднання деталей за допомогою цвяхів клею ПВА; удосконалення набутих умінь готувати та склеювати деталі у виріб. Виховувати акуратність та органі...
19617. Оздоблення виробів. Випалювання на деревині 26.7 KB
  Урок 21. Оздоблення виробів. Випалювання на деревині 1 год. Мета уроку. Засвоєння знань про види оздоблення виробів з фанери принцип дії приладу для випалювання на деревині; формування прийомів випалювання на деревині. Виховувати акуратність під час виконання оздоблю...
19618. Оздоблення виробів. Лакування (фарбування) виробу 38.93 KB
  Урок 22. Оздоблення виробів. Лакування фарбування виробу 1 год. Мета уроку. Формування вмінь виконувати оздоблення лакуванням та фарбуванням дерев’яних виробів. Виховувати акуратність та організованість виконавчу дисципліну. Об’єкт навчальної праці: кухонна поли...
19619. Оцінка об’єкта і процесу технологічної діяльності 27.8 KB
  Урок 23. Оцінка об’єкта і процесу технологічної діяльності 1 год. Мета уроку. Засвоєння знань про витрати на виготовлення виробу. Формування умінь розраховувати витрати матеріалів на виконання виробу. Розвивати мислення. Виховувати бережливе ставлення до матеріаль
19620. Електрична енергія в господарстві держави і в побуті. Електричне коло 26.67 KB
  Урок 24. Електрична енергія в господарстві держави і в побуті. Електричне коло 1 год. Мета уроку. Засвоєння знань про електричне коло джерело струму з’єднувальні проводи споживач електромонтажні інструменти. Сприяти розвитку інтересів до електротехнічних робіт. О...
19621. ПРИКЛАДНЕ ПРОГРАМНЕ ЗАБЕЗПЕЧЕННЯ. ПАКЕТ ПРИКЛАДНИХ ПРОГРАМ MICROSOFT OFFICE 51.5 KB
  Прикладне програмне забезпечення (ППЗ) - призначене для розробки і виконання на ПК практичних задач користувача. Прикладне програмне забезпечення працює під управлінням системного ПЗ, передусім операційних систем
19622. Будова і призначення електричної арматури. Проста електрична схема 36.43 KB
  Урок 26. Будова і призначення електричної арматури. Проста електрична схема 1 год. Мета уроку. Засвоєння знань про електричну арматуру ламповий патрон вимикач штепсельне з’єднання просту електричну схему. Формування вмінь виконувати найпростішу електричну схему.
19623. Електроосвітлювальна арматура. Правила безпечної роботи 22.4 KB
  Урок 27. Електроосвітлювальна арматура. Правила безпечної роботи 1 год. Мета уроку. Засвоєння знань про технологію монтажу освітлювальної мережі правила безпечної роботи під час ремонту та експлуатації електричної мережі. Формування умінь приєднувати проводи до ел...
19624. Процесс выполнения креативной стрижки «Шапочка» 400.5 KB
  Благодаря появляющимся новым силуэтам и формам стрижек, причесок, человек приобретает надежду на то, чтобы соответствовать критериями современной моды. В процессе написания дипломной работы мною было изучено рабочее место парикмахера, виды инструментов, применяемых при стрижке и была рассмотрена креативная стрижка «шапочка». Прогресс парикмахерского искусства возможен благодаря применению совершенно новых современных методов вы