SlideShare a Scribd company logo
KBTU
Введение
O-O-22 KBTU
Введение
Рассматриваемые темы
Возможности сервера Oracle
Теоретические и физические аспекты
реляционной базы данных
O-O-33 KBTU
Введение
Oracle Database
Object Relational Data
Documents
Multimedia
Messages
O-O-44 KBTU
Введение
Oracle Database
Лидер производительности и
доступности
Богатейший набор
возможностей
O-O-55 KBTU
Введение
Oracle Database: система управления
объектно-реляционной базой данных
• Типы данных и объекты, заданные
пользователем
• Полная совместимость с реляционными базами
данных
• Поддержка мультимедийных и больших
объектов
• Высокое качественное оснащение сервера базы
данных
O-O-66 KBTU
Введение
Этапы разработки системы
Стратегия
и анализ
Проекти-
рование
Кодирование
и документи-
рование
Внедрение
(отладка)
Эксплуатация
O-O-88 KBTU
Введение
Хранение данных
Электронная таблица
Шкаф
База данных
O-O-99 KBTU
Введение
Концепция реляционной базы
данных
Д-р Е.Ф.Кодд предложил реляционную модель
для систем баз данных в 1970.
Эта основа системы управления реляционными
базами данных (RDBMS).
Реляционная модель включает следующее:
• Совокупность объектов или отношений
• Набор операторов для операций над
отношениями
• Целостность данных: точность и
согласованность
O-O-1010 KBTU
Введение
Определение реляционной базы
данных
Реляционная база данных – это совокупность
отношений или двумерных таблиц.
DEPTNO DNAME LOC
1010 ACCOUNTINGACCOUNTING NEW YORKNEW YORK
2020 RESEARCHRESEARCH DALLASDALLAS
3030 SALESSALES CHICAGOCHICAGO
4040 OPERATIONSOPERATIONS BOSTONBOSTON
DEPT
EMPNO ENAME JOB
78397839 KINGKING PRESIDENTPRESIDENT
76987698 BLAKEBLAKE MANAGERMANAGER
77827782 CLARKCLARK
75667566 JONESJONES MANAGERMANAGER
EMP
... DEPTNO
1010
3030
......
MANAGER 2020
2020
База данных
O-O-1111 KBTU
Введение
Модели данных
Таблицы на
диске
сервер
Модель
системы в
представле
нии
заказчика Модель
заказчика,
представле
нная в виде
модели
Модель
сущностей в
виде
табличной
модели
O-O-1212 KBTU
Введение
Модель «сущность-связь» (ER-
модель)
Создание ER-модели по документам или
словесным описаниям
Сценарий:
«...Назначить одного или нескольких
служащих в отдел...»
«...Некоторые отделы пока не имеют
служащих...»
СЛУЖАЩИЙ
#* номер
* имя
O должность
СЛУЖАЩИЙ
#* номер
* имя
O должность
ОТДЕЛ
#* номер
* название
O местоположение
ОТДЕЛ
#* номер
* название
O местоположение
работает в
состоит из
O-O-1313 KBTU
Введение
Система обозначений в ER-моделях
Сущность
Скругленная рамка
Уникальное имя в ед. числе
Заглавные буквы
Синонимы в скобках
Атрибут
Имя в ед. числе
Строчные буквы
«*» - символ обязательного атрибута
«о» - символ необязательного атрибута
СЛУЖАЩИЙ
#* номер
* имя
O должность
СЛУЖАЩИЙ
#* номер
* имя
O должность
ОТДЕЛ
#* номер
* название
O местоположение
ОТДЕЛ
#* номер
* название
O местоположение
работает в
состоит из
Уникальный идентификатор (UID)
«#» - символ первичного UID
«(#)» - символ вторичного UID
O-O-1515 KBTU
Введение
Установление связей между
таблицами
DEPTNO DNAME LOC
1010 ACCOUNTINGACCOUNTING NEW YORKNEW YORK
2020 RESEARCHRESEARCH DALLASDALLAS
3030 SALESSALES CHICAGOCHICAGO
4040 OPERATIONSOPERATIONS BOSTONBOSTON
DEPT
EMPNO ENAME JOB
78397839 KINGKING PRESIDENTPRESIDENT
76987698 BLAKEBLAKE MANAGERMANAGER
77827782 CLARKCLARK
75667566 JONESJONES MANAGERMANAGER
EMP
DEPTNO
1010
3030
......
MANAGER 2020
2020
Главный
ключ
Внешний
ключ
Главный
ключ
O-O-1616 KBTU
Введение
Терминология реляционной базы
данных
EMP
EMPNO ENAME JOB
78397839 KINGKING PRESIDENTPRESIDENT
76987698 BLAKEBLAKE MANAGERMANAGER
77827782 CLARKCLARK
75667566 JONESJONES MANAGERMANAGER
MGR
78397839
78397839
DEPTNO
1010
3030
......
MANAGER 7839 2020
2020
COMM
1
2 3
6
4
...
5
O-O-1717 KBTU
Введение
Свойства реляционной базы
данных
Обеспечивает доступ и модификацию с
помощью команд Языка структуированных
запросов(SQL)
Содержит совокупность таблиц без
физических указателей
Использует набор операторов
O-O-1818 KBTU
Введение
Связь с RDBMS с помощью SQL
Оператор
передается
серверу Oracle
СерверOracle
SELECT department_name
FROM departments;
SELECT department_name
FROM departments;
Ввод оператора SQL
Вывод данных
O-O-1919 KBTU
Введение
Система управления реляционной
базой данных (RDBMS)
Таблицы
пользователей
БД
Словарь
данных
O-O-2020 KBTU
Введение
Команды SQL
SELECT Выборка данныхSELECT Выборка данных
INSERT
UPDATE Язык манипулирования данными (DML)
DELETE
MERGE
INSERT
UPDATE Язык манипулирования данными (DML)
DELETE
MERGE
CREATE
ALTER
DROP Язык определения данных (DDL)
RENAME
TRUNCATE
CREATE
ALTER
DROP Язык определения данных (DDL)
RENAME
TRUNCATE
COMMIT
ROLLBACK Управление транзакциями
SAVEPOINT
COMMIT
ROLLBACK Управление транзакциями
SAVEPOINT
GRANT Язык управления данными (DCL)
REVOKE
GRANT Язык управления данными (DCL)
REVOKE
O-O-2121 KBTU
Введение
Таблицы, используемые в курсе
EMPLOYEES
JOB_GRADESDEPARTMENTS
O-O-2222 KBTU
Введение
Заключение
• Oracle базируется на системе управления
объектно-реляционной базой данных.
• Реляционные базы данных состоят из
отношений, управление которыми
осуществляется с помощью реляционных
операций и регулируется правилами
обеспечения целостности данных
• Сервер Oracle позволяет хранить
информацию и управлять ею с помощью
языка SQL и машины PL/SQL

More Related Content

PPTX
стасюк о. я. кл. кер
PDF
Poyasnyuvalna zapiska
PDF
Tachon carpeta 2015
PDF
Ερευνητική εργασία- Ο Εθνικός Δρυμός Παρνασσού.
PPTX
Medios de comunicación
PPTX
UNFORESEEN / MARKETING ACTIVITIES
PPTX
Sintesis mirian
стасюк о. я. кл. кер
Poyasnyuvalna zapiska
Tachon carpeta 2015
Ερευνητική εργασία- Ο Εθνικός Δρυμός Παρνασσού.
Medios de comunicación
UNFORESEEN / MARKETING ACTIVITIES
Sintesis mirian

Viewers also liked (12)

PPT
Śniadanie Daje Moc
PDF
Deklaracya m saakashvl
ODP
Trabajo ivan adam 2
PPTX
Origins of knowldge 2016 revision 2. concept innatism
PPT
Погорілої Ольга Степанівна
DOCX
Adalat system
PPT
Irrigation development- In respect to State of Maharashtra
PDF
Jorquera04
PDF
Seventh Issue(007)LED Tube& Driver
PPT
Marubeni Canada interview questions and answers
PDF
Flipbook
Śniadanie Daje Moc
Deklaracya m saakashvl
Trabajo ivan adam 2
Origins of knowldge 2016 revision 2. concept innatism
Погорілої Ольга Степанівна
Adalat system
Irrigation development- In respect to State of Maharashtra
Jorquera04
Seventh Issue(007)LED Tube& Driver
Marubeni Canada interview questions and answers
Flipbook
Ad

Similar to Возможности сервера Oracle (20)

PPT
Sql
PDF
Взаимодействие с источниками данных в GLPK
PDF
Говорим о СУБД языком HR
PPTX
How optimize PL/SQL by decrease overhead for context switching between SQL an...
PDF
Location Intelligence_Oracle Day_final
PPTX
Есть ли жизнь с ORM или типовая архитектура CRUD приложения
PDF
Велосипедостраительство в NoSQL, строим собственное NoSQL хранилище
PDF
16 декабря, DEV {highload} - конференция о Highload веб-разработке, "Строим N...
PDF
Microsoft SQL server - complete BI platform by Alexander Gacz
PDF
SQL. Django, начало
PDF
Все самые важные команды SQL за 60 минут
PDF
Traditional relational databases architecture
PPTX
А.Шаманин -- "Инженерия справочных данных промышленного каталога"
PDF
Основы OLAP. Вебинар Workaround в Softengi
PDF
Visual C++/NET. Классика программирования. Степаненко О.Е.
PPTX
Software People 2010
PDF
Конгресс-отель бизнес-класса – трансформируемся!
PPTX
High Load 2009 Dimaa Rus Ready
PPTX
Coding like a sex
PDF
Hakr 4 15-myjurnal.ru
Sql
Взаимодействие с источниками данных в GLPK
Говорим о СУБД языком HR
How optimize PL/SQL by decrease overhead for context switching between SQL an...
Location Intelligence_Oracle Day_final
Есть ли жизнь с ORM или типовая архитектура CRUD приложения
Велосипедостраительство в NoSQL, строим собственное NoSQL хранилище
16 декабря, DEV {highload} - конференция о Highload веб-разработке, "Строим N...
Microsoft SQL server - complete BI platform by Alexander Gacz
SQL. Django, начало
Все самые важные команды SQL за 60 минут
Traditional relational databases architecture
А.Шаманин -- "Инженерия справочных данных промышленного каталога"
Основы OLAP. Вебинар Workaround в Softengi
Visual C++/NET. Классика программирования. Степаненко О.Е.
Software People 2010
Конгресс-отель бизнес-класса – трансформируемся!
High Load 2009 Dimaa Rus Ready
Coding like a sex
Hakr 4 15-myjurnal.ru
Ad

More from Aimurat Adilbekov (8)

PPT
Глобальная сеть
PPT
Понятия технологии разработки объектно-ориентированных информационных систем ...
PPT
Однострочные функции
PPT
Ограничение и сортировка выходных данных
PPT
Основные команды языка SQL
PPTX
Oracle базасында қолданушы еңгізу
DOCX
PPTX
My home kazakhstan
Глобальная сеть
Понятия технологии разработки объектно-ориентированных информационных систем ...
Однострочные функции
Ограничение и сортировка выходных данных
Основные команды языка SQL
Oracle базасында қолданушы еңгізу
My home kazakhstan

Возможности сервера Oracle

  • 2. O-O-22 KBTU Введение Рассматриваемые темы Возможности сервера Oracle Теоретические и физические аспекты реляционной базы данных
  • 3. O-O-33 KBTU Введение Oracle Database Object Relational Data Documents Multimedia Messages
  • 4. O-O-44 KBTU Введение Oracle Database Лидер производительности и доступности Богатейший набор возможностей
  • 5. O-O-55 KBTU Введение Oracle Database: система управления объектно-реляционной базой данных • Типы данных и объекты, заданные пользователем • Полная совместимость с реляционными базами данных • Поддержка мультимедийных и больших объектов • Высокое качественное оснащение сервера базы данных
  • 6. O-O-66 KBTU Введение Этапы разработки системы Стратегия и анализ Проекти- рование Кодирование и документи- рование Внедрение (отладка) Эксплуатация
  • 8. O-O-99 KBTU Введение Концепция реляционной базы данных Д-р Е.Ф.Кодд предложил реляционную модель для систем баз данных в 1970. Эта основа системы управления реляционными базами данных (RDBMS). Реляционная модель включает следующее: • Совокупность объектов или отношений • Набор операторов для операций над отношениями • Целостность данных: точность и согласованность
  • 9. O-O-1010 KBTU Введение Определение реляционной базы данных Реляционная база данных – это совокупность отношений или двумерных таблиц. DEPTNO DNAME LOC 1010 ACCOUNTINGACCOUNTING NEW YORKNEW YORK 2020 RESEARCHRESEARCH DALLASDALLAS 3030 SALESSALES CHICAGOCHICAGO 4040 OPERATIONSOPERATIONS BOSTONBOSTON DEPT EMPNO ENAME JOB 78397839 KINGKING PRESIDENTPRESIDENT 76987698 BLAKEBLAKE MANAGERMANAGER 77827782 CLARKCLARK 75667566 JONESJONES MANAGERMANAGER EMP ... DEPTNO 1010 3030 ...... MANAGER 2020 2020 База данных
  • 10. O-O-1111 KBTU Введение Модели данных Таблицы на диске сервер Модель системы в представле нии заказчика Модель заказчика, представле нная в виде модели Модель сущностей в виде табличной модели
  • 11. O-O-1212 KBTU Введение Модель «сущность-связь» (ER- модель) Создание ER-модели по документам или словесным описаниям Сценарий: «...Назначить одного или нескольких служащих в отдел...» «...Некоторые отделы пока не имеют служащих...» СЛУЖАЩИЙ #* номер * имя O должность СЛУЖАЩИЙ #* номер * имя O должность ОТДЕЛ #* номер * название O местоположение ОТДЕЛ #* номер * название O местоположение работает в состоит из
  • 12. O-O-1313 KBTU Введение Система обозначений в ER-моделях Сущность Скругленная рамка Уникальное имя в ед. числе Заглавные буквы Синонимы в скобках Атрибут Имя в ед. числе Строчные буквы «*» - символ обязательного атрибута «о» - символ необязательного атрибута СЛУЖАЩИЙ #* номер * имя O должность СЛУЖАЩИЙ #* номер * имя O должность ОТДЕЛ #* номер * название O местоположение ОТДЕЛ #* номер * название O местоположение работает в состоит из Уникальный идентификатор (UID) «#» - символ первичного UID «(#)» - символ вторичного UID
  • 13. O-O-1515 KBTU Введение Установление связей между таблицами DEPTNO DNAME LOC 1010 ACCOUNTINGACCOUNTING NEW YORKNEW YORK 2020 RESEARCHRESEARCH DALLASDALLAS 3030 SALESSALES CHICAGOCHICAGO 4040 OPERATIONSOPERATIONS BOSTONBOSTON DEPT EMPNO ENAME JOB 78397839 KINGKING PRESIDENTPRESIDENT 76987698 BLAKEBLAKE MANAGERMANAGER 77827782 CLARKCLARK 75667566 JONESJONES MANAGERMANAGER EMP DEPTNO 1010 3030 ...... MANAGER 2020 2020 Главный ключ Внешний ключ Главный ключ
  • 14. O-O-1616 KBTU Введение Терминология реляционной базы данных EMP EMPNO ENAME JOB 78397839 KINGKING PRESIDENTPRESIDENT 76987698 BLAKEBLAKE MANAGERMANAGER 77827782 CLARKCLARK 75667566 JONESJONES MANAGERMANAGER MGR 78397839 78397839 DEPTNO 1010 3030 ...... MANAGER 7839 2020 2020 COMM 1 2 3 6 4 ... 5
  • 15. O-O-1717 KBTU Введение Свойства реляционной базы данных Обеспечивает доступ и модификацию с помощью команд Языка структуированных запросов(SQL) Содержит совокупность таблиц без физических указателей Использует набор операторов
  • 16. O-O-1818 KBTU Введение Связь с RDBMS с помощью SQL Оператор передается серверу Oracle СерверOracle SELECT department_name FROM departments; SELECT department_name FROM departments; Ввод оператора SQL Вывод данных
  • 17. O-O-1919 KBTU Введение Система управления реляционной базой данных (RDBMS) Таблицы пользователей БД Словарь данных
  • 18. O-O-2020 KBTU Введение Команды SQL SELECT Выборка данныхSELECT Выборка данных INSERT UPDATE Язык манипулирования данными (DML) DELETE MERGE INSERT UPDATE Язык манипулирования данными (DML) DELETE MERGE CREATE ALTER DROP Язык определения данных (DDL) RENAME TRUNCATE CREATE ALTER DROP Язык определения данных (DDL) RENAME TRUNCATE COMMIT ROLLBACK Управление транзакциями SAVEPOINT COMMIT ROLLBACK Управление транзакциями SAVEPOINT GRANT Язык управления данными (DCL) REVOKE GRANT Язык управления данными (DCL) REVOKE
  • 19. O-O-2121 KBTU Введение Таблицы, используемые в курсе EMPLOYEES JOB_GRADESDEPARTMENTS
  • 20. O-O-2222 KBTU Введение Заключение • Oracle базируется на системе управления объектно-реляционной базой данных. • Реляционные базы данных состоят из отношений, управление которыми осуществляется с помощью реляционных операций и регулируется правилами обеспечения целостности данных • Сервер Oracle позволяет хранить информацию и управлять ею с помощью языка SQL и машины PL/SQL

Editor's Notes

  • #3: Цели урока Этот урок посвящен концепции Системы управления реляционными базами данных (RDBMS) и Системы управления объектно-реляционными базами данных (ORDBMS). Обсуждаются также следующие вопросы: Операторы SQL, используемые в Oracle Среда iSQL*Plus, используемая для выполнения кода SQL и PL/SQL, форматирования и составления отчетов
  • #4: Oracle Database Oracle Database управляет вашими данными. Это не только просто объектно-реляционные данные, которыми вы предполагаете управлять в базе данных предприятия. Это могут быть также неструктурированные данные, такие как: Электронные таблицы Документы Word Презентации PowerPoint XML Мультимедийные данные, такие как MP3, графические, видео и другие Данные даже не обязательно должны находиться в базе данных. Oracle Database имеет службы, с помощью которых вы можете хранить метаданные об информации, хранимой в системных файлах. Вы можете использовать сервер базы данных для управления и обслуживания информации, где бы она ни находилась.
  • #5: Oracle Database Стартовой точкой любой дискуссии о внедрении приложения является база данных. Oracle Database это флагманский продукт Oracle. Он обладает невероятно богатым набором возможностей. Oracle Database является единственной базой данных, разработанной как Internet платформа для разработки и внедрения, расширяющей устойчивые позиции лидерства Oracle в области технологии управления данными, транзакционной обработки и организации информационных хранилищ к новым средствам Internet. Встроенные напрямую в базу данных, возможности Internet помогают компаниям и разработчикам создавать Internet приложения, которые ниже по стоимости, позволяют улучшить взаимодействие заказчиков и поставщиков, обеспечивая доступ к глобальной информации через различные платформы и организации. Oracle Database является системой управления объектно-реляционными базами данных. Она обладает полным спектром возможностей и полностью совместима с реляционной базой данных, а также содержит свойства объектной базы данных.
  • #6: Об Oracle Сервер Oracle расширяет возможности моделирования данных до поддержки объектно-реляционной модели данных, которая позволяет использовать объектно-ориентированное программирование, сложные типы данных и сложные бизнес-объекты при полной совместимости с реляционными базами данных. Он включает несколько свойств для улучшения производительности и функциональности приложений для оперативной обработки транзакций - online transaction processing (OLTP), такие как улучшенное совместное использование выполняемых структур данных, большего количества буферных кэшей и отложенных ограничений. Приложения, связанные с хранилищами данных будут выигрывать от таких расширений возможностей как параллельная обработка операций вставок, обновлений и удалений; секционирование данных; и оптимизация запроса с учетом параллельной обработки. Оперируя в рамках Сетевой вычислительной архитектуры - Network Computing Architecture (NCA), Oracle поддерживает распределенные и многоуравневые клиент-сервер и Web-приложения. Oracle способен одновременно обслуживать десятки тысяч пользователей, поддерживает память до 514 петабайтов (петабайт = 1 000 террабайтов) и работает с любыми типами данных, включая текст, пространственные данные, образы, звук, видео и временные ряды, а так же традиционные структурированные данные. Более подробная информация содержится в руководстве Oracle Concepts.
  • #7: Цикл разработки системы От зарождения концепции до ввода в эксплуатацию разработка базы данных осуществляется в соответствии с циклом разработки системы, состоящим из нескольких стадий. Такой системный подход по принципу «сверху вниз» обеспечивает преобразование информационных потребностей бизнеса в рабочую базу данных. Стратегия и анализ Изучение и анализ информационных потребностей. Выяснение информационных потребностей из бесед с пользователями и менеджерами. Изучение документов, в которых формулируется задачи предприятия и прикладных систем, а также любой другой информации, полезной для разработки будущей системы. Построение модели системы. Словесные описания, полученные на этапе разработки стратегии и анализа, преобразуются в графическое представление информационных потребностей и правил предприятия. Модель обсуждается и совершенствуется совместно с аналитиками и экспертами. Проектирование Проектирование базы данных на основе модели, созданной на этапах выработки стратегии и анализа. Создание и документирование Создание опытной системы. Написание и выполнение команд для создания таблиц и вспомогательных объектов базы данных. Разработка пользовательской документации, текстов справочных экранов и руководство по эксплуатации системы.
  • #8: Внедрение (отладка) Совершенствование опытной системы. Ввод приложений в эксплуатацию с тестированием и приемкой пользователем. Преобразование существующих данных и параллельное использование старой и новой систем. Внесение необходимых изменений. Эксплуатация Передача системы пользователям. Эксплуатация системы. Наблюдение за ее производительностью, расширение возможностей и усовершенствование. Примечание: различные этапы цикла разработки системы могут выполняться итеративно. Основное внимание в этом курсе сосредоточено на этапе создания системы.
  • #9: Хранение информации Каждая организация нуждается в какой-то информации. Библиотека хранит список посетителей, информацию о книгах, датах возраста и штрафах. Фирме требуется информация о служащих, отделах и окладах. Эти элементы информации называются данными. Организация может хранить данные на различных носителях и в различных форматах – например, в виде бумажных документов в шкафу, электронных таблиц или баз данных. База данных – это упорядоченная совокупность информации. Для управления базой данных требуется система управления базами данных (DBMS). DBMS – это программа, которая хранит, осуществляет выборку и модифицирует данные в базе данных по запросу. Существует четыре типа баз данных: иерархическая, сетевая, реляционная, а сравнительно недавно появилась объектно-реляционная. Примечание: Oracle7 это RDBMS (relational database management system), а Oracle8, 8i, 9i, 10g – ORDBMS (object relational database management systems).
  • #10: Реляционная модель Принципы реляционной модели были впервые сформулированы Е.Ф.Коддом в июне 1970 г. В статье под заглавием «Реляционная модель для больших совместно используемых банков данных». В этой статье д-р Кодд предложил реляционную модель для систем баз данных. Наиболее распространенными в то время были иерархические и сетевые структуры данных, а иногда и просто двумерные файлы. Но системы управления реляционными базами данных вскоре стали очень популярными – особенно благодаря простоте их эксплуатации и гибкости структуры. Кроме того, существовал ряд фирм-новаторов(в том числе Oracle), которые дополнили RDBMS мощным набором средств разработки приложений и конечных пользовательских продуктов, обеспечив таким образом комплексное решение. Компоненты реляционной модели Совокупности объектов или отношений, которые хранят данные Набор операторов, воздействующих на отношения для получения других отношений Сохранение целостности данных – их точности и согласованности Более подробную информацию см. в работе Е.Ф. Кодда – «The Relation Model for Database Management Version 2» (Reading, Mass.:Addison-Wesley, 1990).
  • #11: Реляционная база данных Реляционная база данных использует для хранения информации двумерные таблицы, называемые отношениями. Например, фирме необходимо хранить информацию о всех ее служащих. В реляционной базе данных создается несколько таблиц для хранения различных элементов информации о служащих – таблица служащих, таблица отделов, таблица заработной платы и т.д.
  • #12: Модели данных Модели – это краеугольные камни проектирования. Прежде, чем приступить к детальному конструированию автомобиля, инженеры создают его модель. Точно так же создают модели и проектировщики систем для проверки идей и более глубокого понимания проекта базы данных. Назначение моделей Модели помогают обмениваться идеями. Они используются в следующих целях: Взаимодействие Классификация Описание Определение Исследование Развитие Анализ Имитация Конечной целью является создание модели, которая решает все эти задачи и понятна пользователю, но одновременно содержит достаточно подробную информацию, на основе которой разработчик может создать работоспособную систему и базу данных.
  • #13: Моделирование «сущность-связь»(ER-моделирование) В эффективной системе данные делятся на отдельные категории или сущности. ER-модель показывает различные сущности бизнеса и взаимосвязи между ними. Она основана на информации, собранной из документов и интервью, а в цикле разработки системы создается на этапе анализа. ER-модели отделяют информационные потребности организации от видов ее деятельности. Хотя виды деятельности в организациях часто меняются, тип необходимой информации обычно остается прежним. Следовательно, и структуры данных проявляют тенденцию к стабильности. Преимущества ER-моделирования Четкое и понятное документирование информации организации Четкое представление об объеме информационных потребностей Понятное графическое представление системы для проектирования базы данных Эффективные рамки для интеграции приложений Основные компоненты Сущность(Entity): значимая вещь, о которой организация должна иметь информацию. Например, отделы, служащие и заказы. Атрибут(Attribute): нечто, что описывает или квалифицирует сущность. Например, атрибутами сущности СЛУЖАЩИЙ могут быть номер служащего, имя должность, дата найма, номер отдела и т.д. Атрибут может быть обязательным или необязательным. Это состояние называется опциональностью (optionality) Связь(Relationship): именованная связь между сущностями, характеризуемая опциональностью и мощностью(degree). Например, связь между служащими и отделами, заказами и товарами.
  • #14: Сущности Для представления сущности в модели используется следующая система обозначений: Четырехугольник с закругленными углами любого размера Уникальное имя в единственном числе заглавными буквами Необязательные имена-синонимы заглавными буквами в скобках: ( ) Атрибуты Для представления атрибутов в модели используется следующая система обозначений: Уникальное имя строчными буквами Обязательные атрибуты (значения которых должны быть известны) помечаются символом «*» Необязательные атрибуты (значения которых могут быть известны) помечаются буквой «о» Связи Символ Описание Пунктирная линияНеобязательный элемент («может быть») Сплошная линияОбязательный элемент («должен быть») «Воронья лапа»Элемент, обозначающий мощность связи «один и более» Одна линияЭлемент, обозначающий мощность связи «один и только один»
  • #15: Связи Для каждого направления связи имеется: Имя – например, обучается у или работает в Опциональность – должен быть или может быть Степень – один и только один или один или более Примечание: синонимом термина степень (degree) является термин кардинальное число (cardinality). Синтаксис для представления связи: Каждая исходная сущность {может быть|должна быть} имя связи {один и только один|один или более} конечная сущность. Примечание: традиционно связи читаются по часовой стрелке. Уникальные идентификаторы Уникальные идентификаторы(UID) – это любое сочетание атрибутов, связей или того и другого, используемое для различения экземпляров сущности. Каждый экземпляр сущности должен однозначно идентифицироваться. Каждый атрибут, являющийся частью UID, помечается символом # Вторичные UID, помечаются символом # в скобках (#)
  • #16: Взаимосвязи между таблицами Каждая таблица содержит данные, описывающие только одну сущность. Например, каждая таблица EMP содержит информацию о служащих. Сверху в каждой таблице указаны категории данных, а под ними перечислены конкретные случаи. Таблицы помогают увидеть, понять и использовать информацию. Т.к. данные о различных сущностях хранятся в разных таблицах, для ответа на некоторые запросы может понадобиться соединение двух или более таблиц. Напр., требуется узнать, где находится отдел, в котором работает служащий. В этом случае нужна информация из таблицы EMP, содержащей данные о служащих, и таблицы DEPT, содержащей данные об отделах. RDBMS позволяет связать данные одной таблицы с данными другой с помощью внешних ключей. Внешний ключ (foreign key) – это столбец или группа столбцов, ссылающихся на главный ключ в одной и той же или другой таблице. Возможность связать данные одной таблицы с данными другой позволяет организовать данные в виде отдельных управляемых структур. Логически можно разделить данные о служащих и отделах, если хранить их в отдельных таблицах. Правила главных и внешних ключей Значения главного ключа не могут повторяться Обычно главные ключи нельзя изменять Внешние ключи основаны на данных и являются не физическими, а чисто логическими указателями Значение внешнего ключа должно соответствовать существующему значению главного ключа, уникального ключа или быть неопределенным(NULL).
  • #17: Терминология реляционных баз данных Реляционная БД может содержать одну или несколько таблиц. Таблица (table) – это основная структура для хранения данных RDBMS. Она содержит все необходимые данные о чем-то из реального мира – например, служащих, счетах или заказчиках. Слайд показывает таблицу или отношение EMP. Цифры означают следующее: Одна строка(row) или кортеж(tuple) содержит все данные по конкретному служащему. Каждая строка таблицы должна идентифицироваться главным ключом(primary key), который не может повторяться в разных строках. Последовательность строк значения не имеет; она указывается при выборке данных. Столбец(column) или атрибут(attribute) содержит номер служащего, который является также главным ключом. Он идентифицирует одного единственного служащего в таблице EMP. Главный ключ должен иметь значение. Столбец, не являющийся ключом. Столбец представляет один вид данных в таблице – например, должности всех служащих. Последовательность столбцов для хранения несущественна; ее можно задать при выборке данных. Столбец, содержащий номер отдела, является также внешним ключом (foreign key), Внешний ключ – это столбец, определяющий взаимосвязи между таблицами. Внешний ключ соответствует главному или уникальному ключу в другой таблице. Например, DEPTNO однозначно идентифицирует отдел DEPT. Поле (field) может находиться на пересечении строки и столбца. В поле может быть только одно значение. Поле может не содержать значения. Это называется неопределенным значением (null). Поле COMM в таблице EMP содержит значение только для служащих, являющихся продавцами (salesman).
  • #18: Свойства реляционной базы данных В реляционной базе данных нет необходимости указывать путь доступа к таблицам и знать, как организованы данные физически. Доступ к базе данных осуществляется путем выполнения команды языка SQL, соответствующего стандарту по операциям с реляционными базами данных Американского национального института стандартов(ANSI). Язык SQL содержит большой набор операторов для разделения и комбинирования отношений. С помощью команд SQL можно модифицировать базу данных.
  • #19: Язык SQL SQL позволяет осуществлять связь с сервером и дает следующие преимущества: Эффективность Простота изучения и использования Функциональная законченность. SQL позволяет определять данные в таблицах, производить их выборку и манипулировать ими.
  • #20: Система управления реляционными базами данных Корпорация Oracle предоставляет гибкую структуру RDBMS Oracle9i. Она позволяет хранить данные и управлять ими, пользуясь всеми преимуществами реляционной структуры плюс PL/SQL – машины, которая позволяет хранить и выполнять программные модули. Oracle9i также поддерживает Java и XML. Сервер предлагает пользователям варианты выборки данных, основанные на методах оптимизации. Он включает средства защиты, контролирующие доступ к базе данных и ее использование. Еще одно преимущество – это обеспечение непротиворечивости и защиты данных с помощью механизма блокировок. Сервер Oracle9i является системой управления объектно-реляционными базами данных, которая обеспечивает открытый, всесторонний и интегрированный подход к управлению информацией. Сервер Oracle состоит из базы данных Oracle и экземпляра Oracle. Каждый раз при запуске базы данных, распределяется системная глобальная область (SGA) и стартуют фоновые процессы Oracle. Системная глобальная область памяти используется для совместного использования информации базы данных всеми пользователями. Комбинация фоновых процессов и буферов память называется экземпляром Oracle.
  • #21: Команды SQL Oracle SQL соответствует существующим отраслевым стандартам. Соответствие с развивающимися стандартами обеспечивается благодаря активному участию корпорации Oracle в работе комитетов по разработке стандартов по SQL. Такими общепризнанными комитетами являются Американский национальный институт стандартов (ANSI) и международная организация стандартов(ISO). И ANSI, и ISO приняли SQL в качестве стандартного языка для реляционных баз данных. SELECT – Производит выборку данных из БД INSERT, UPDATE, DELETE, MERGE – Включают новые строки в таблицы БД, изменяют существующие и удаляют ненужные. Вместе называются Языком манипулирования данными. CREATE, ALTER, DROP, RENAME, TRUNCATE – Эти команды создают, изменяют и удаляют структуры данных. В совокупности называются Языком определения данных. COMMIT, ROLLBACK, SAVEPOINT – Управляют изменениями, проводимыми с помощью команд DML. Изменения можно группировать в логические транзакции. GRANT, REVOKE – Предоставляет или изымает права доступа как к базе данных, так и к структурам в ней. В совокупности называются Языком управления данными.
  • #22: Таблицы, используемые в курсе В этом курсе используются три основные таблицы: Таблица EMPLOYEES, содержащая данные о служащих Таблица DEPARTMENTS, содержащая данные об отделах Таблица JOB_GRADES, содержащая данные о заработной плате для различных категорий служащих. Структура и данные для всех таблиц содержатся в Приложении C.
  • #23: Заключение Системы управления реляционными базами данных состоят из объектов и отношений. Управление ими осуществляется с помощью операций и набора ограничений. Корпорация Oracle предлагает продукты и услуги для удовлетворения ваших потребностей в системах управления реляционными базами данных. Основными продуктами являются Oracle9i Database Server, позволяющий хранить информацию и управлять ею с помощью языка SQL и Oracle9i Application Server с помощью которого вы можете запускать все ваши приложения. SQL Сервер Oracle поддерживает стандарт ANSI для языка SQL и содержит дополнения. SQL – это язык, используемый для связи с сервером в целях доступа к данным, манипулирования и управления ими.