Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Введение

КОРЕНЬ ПЕРВИЧНОЙ СТРУКТУРЫ ДВУДОЛЬНОГО РАСТЕНИЯ

У ОДНОДОЛЬНЫХ РАСТЕНИЙ

ПОЛИАРХНЫЕ – КОЛИЧЕСТВО ЛУЧЕЙ КСИЛЕМЫ БОЛЬШЕ 6


ТЕМА: АНАТОМИЯ ОРГАНОВ

Выборочные аналитические исследования ИТ-проектов, периодически проводимые международными компаниями Gartner Groups и IDC, показывают, что далеко не все они заканчиваются успешно. По оценкам этих компаний, 50% проектов с базами данных нельзя признать успешными. Существует множество причин, по которым это происходит: от плохо поставленной задачи до неудовлетворительного исполнения в установленные сроки. Одним из направлений работы, способствующих успешности ИТ-проектов, является формирование компетенции членов команды проекта в процессе целенаправленного обучения.

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

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

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

Задача проектирования баз данных является сложной по ряду причин. Проектирование базы данных, по мнению многих ведущих специалистов, - это плохо структурированная задача по сравнению с анализом требований к базе данных или разработкой приложений. Проектирование базы данных является "самым размытым" этапом в разработке и создании базы данных. Если все этапы ИТ-проекта перекрываются друг с другом в своей последовательности, то этап проектирования перекрывается со всеми остальными. Проектирование базы данных не имеет явно выраженного начала и окончания в рамках принятого условного деления проекта на этапы: определение стратегии, анализ, проектирование, реализация, тестирование и внедрение. Оно начинается с момента принятия стратегических решений и продолжается на этапах тестирования и реализации.

Процесс проектирования базы данных охватывает несколько основных сфер:

· проектирование объектов базы данных, т.е. проектирование конкретных объектов (таблицы, представления, индексы, триггеры, хранимые процедуры, функции, пакеты) для представления данных предметной области в базе данных;

· проектирование интерфейса взаимодействия с базой данных (формы, отчеты и т.д.), т.е. проектирование приложений, которые будут сопровождать данные в базе данных, а также будут реализовывать вопрос-ответные отношения на этих данных;

· проектирование баз данных под конкретную вычислительную среду или информационную технологию ("клиент-сервер", параллельные архитектуры, распределенная вычислительная среда);

· проектирование баз данных под назначение (интеллектуальный анализ данных, OLAP, OLTP и т. д.) системы.

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

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

В чем состоит задача проектирования базы данных? База данных:

· действует в рамках некоторой внешней среды;

· имеет свою внутреннюю архитектуру;

· имеет свое собственное лингвистическое содержание;

· имеет свои средства взаимодействия с окружающей средой;

· функционирует на конкретной программно-аппаратной платформе;

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

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

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

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

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

В первой лекции - "Информационные системы с базами данных" - вводятся и объясняются основные понятия и термины, используемые при разработке и создании информационных систем с базами данных. Особое внимание уделено идеям и принципам, составляющим методологическую основу построения баз данных.

Во второй лекции - "Предметная область базы данных и ее модели" - вводится понятие предметной области базы данных, описываются основные приемы построения моделей предметной области. Рассматриваемые модели являются входными данными для процесса проектирования базы данных.

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

В четвертой лекции "Реляционная модель данных" вводятся основные понятия реляционной модели данных. Эти понятия используются при решении задачи проектирования реляционной базы данных - создания логической модели реляционной базы данных.

В пятой лекции - "Функциональные зависимости и реляционные базы данных" - вводится понятие функциональной зависимости. Это понятие является основой математической теории реляционных баз данных.

В шестой лекции - "Нормальные формы отношений. Создание логической модели реляционной базы данных" - вводится понятие нормальных форм отношений и понятие логической модели реляционной базы данных. Эти понятия составляют теоретическую основу для процедур проектирования реляционных баз данных.

В седьмой лекции - "Методы проектирования логических моделей реляционных баз данных. Декомпозиция и синтез отношений" - рассматриваются основные методы и приемы, которые используются при создании логической модели реляционной базы данных. Этими методами проектировщик должен владеть независимо от используемых им CASE -инструментов.

В восьмой лекции - "Введение в структурированный язык запросов - SQL " - вводятся основные понятия языка манипулирования данными в реляционных базах данных (SQL) и описываются объекты физической базы данных и операторы языка.

В девятой лекции - "Создание объектов для хранения данных. Работа с ограничениями" - изучается создание объектов физической реляционной базы данных на основе разработанной логической модели с помощью команд SQL.

В десятой лекции - "Создание физической модели базы данных: учет влияния транзакций" - рассматриваются вопросы учета влияния транзакций при проектировании физической структуры базы данных и принципы денормализации на уровне расширения логической модели реляционной базы данных.

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

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

В тринадцатой лекции - "Создание физической модели базы данных: подготовка скрипта для создания базы данных" - рассматриваются вопросы, связанные с подготовкой инсталляционного скрипта для создания базы данных. Решение этой задачи является логическим завершением создания физической структуры реляционной базы данных.

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

В пятнадцатой лекции - "Введение в оптимизацию запросов" - рассматриваются основы оптимизации обработки запросов в реляционных базах данных. Здесь мы кратко рассмотрим эволюцию языков обработки запросов и различные подходы к оптимизации запросов в реляционных СУБД.

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

 


<== предыдущая лекция | следующая лекция ==>
Радиальные | Информация и данные. Информация как социальный ресурс
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 483; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.