![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Организация баз данных |
МИНИСТЕРСТВО ОБЩЕГО И ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Таганрогский государственный радиотехнический университет Кафедра вычислительной техники Дистанционное обучение 1999 - 2000 учебный год О Т Ч Ё Т о выполнении практических заданий по курсу ОРГАНИЗАЦИЯ БАЗ ДАННЫХ студента группы ВД - 39 . Найденко Алексея Владимировича Ф.И.О. полностью В в е д е н и е При проектировании программ выясняются запросы и пожелания клиента и определяется возможный подход к решению задачи. Задача анализируется. На основе этого анализа реализуется конкретная модель в конкретной программной среде. Результаты каждого этапа проектирования используются в качестве исходного материала следующего этапа. Анализируется текущая организация предприятия, выделяются проблемы для решения, определяются объекты отношения между ними , составляется «эскиз» текущей организации предприятия, разрабатывается модель с учетом конкретных условий ее функционирования. База данных ориентирована на определенную предметную область и организована на основе некоторого подмножества данных. Возможности баз данных полезны в областях, связанных с долговременным управлением информацией, таких как электронные библиотеки и хранилища данных. Предварительное планирование, подготовка данных, последовательность создания информационной модели При проектировании системы обработки данных больше всего нас интересует организация данных. Помочь понять организацию данных призвана информационная модель. Процесс создания информационной модели начинается с определения концептуальных требований ряда пользователей. Концептуальные требования могут определяться и для некоторых задач (приложений), которые в ближайшее время реализовывать не планируется. Это может несколько повысить трудоемкость работы, однако поможет наиболее полно учесть все нюансы функциональности, требуемой для разрабатываемой системы, и снизит вероятность переделки в дальнейшем. Требования отдельных пользователей должны быть представлены в едином «обобщенном представлении». Последнее называют концептуальной моделью. Объект – это абстракция множества предметов реального мира, обладающих одинаковыми характеристиками и законами поведения. Объект представляет собой типичный неопределенный экземпляр такого множества. Объекты объединяются в классы по общим характеристикам. Например, в предложении «Белый Дом является зданием», «Белый Дом» представляет объект, а «здание» – класс. Классы обозначаются абстрактными существительными. Класс – это множество предметов реального мира, связанных общностью структуры и поведением. Концептуальная модель представляет объекты и их взаимосвязи без указывания способов их физического хранения. Таким образом, концептуальная модель является, по существу, моделью предметной области. При проектировании концептуальной модели все усилия разработчика должны быть направлены в основном на структуризацию данных и выявление взаимосвязей между ними без рассмотрения особенностей реализации и вопросов эффективности обработки.
Проектирование концептуальной модели основано на анализе решаемых на этом предприятии задач по обработке данных. Концептуальная модель включает описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных. Имеются в виду данные, используемые как в уже разработанных прикладных программах, так и в тех, которые только будут реализованы. Проектирование концептуальной модели базы данных: Анализ данных: сбор основных данных (например, объекты, связи между объектами). Определим первоначальные данные: Заявки - поступающие от магазинов на определённый период. Договора - заключаются с поставщиками на определённый вид товара. Поставщики - организации или физические лица, с которыми заключаются договора на поставку товара. Заказчики - в основном магазины, а также предприятия и организации, подающие заказ на приобретение того или иного товара. Счета - ведутся на этапе заключения договором с поставщиками, а также с заказчиками. Накладные - создаются на основании получения заказа о заказчика, для отгрузки. Справки - получение/выдача различных справок как заказчику так и поставщику. Товар - присутствует на основании заявки и договора с поставщиком. Определение взаимосвязей. Взаимосвязь выражает отображение или связь между двумя множествами данных. Различают взаимосвязи типа «один к одному», «один ко многим» и «многие ко многим». Например, если заказчик производит заказ на покупку товара впервые, осуществляется первичная регистрация его данных и сведений о сделанном заказе. Если же заказчик производит заказ повторно, осуществляется регистрация только данного заказа. Вне зависимости от того, сколько раз данный заказчик производил заказы, он имеет уникальный идентификационный номер (уникальный ключ заказа). Информация о каждом заказчике включает наименование заказчика, адрес, телефон, факс, фамилию, имя, отчество, признак юридического лица и примечание. Таким образом, свойствами объекта Заказчик являются «уникальный ключ заказчика», «наименование заказчика». Следующий представляющий для нас интерес объект — Товар. Этот объект имеет свойства «уникальный ключ товара», «наименование товара». Второй рассматриваемый объект — Поставщик. Его свойствами являются «уникальный ключ поставщика», «наименование поставщика». Третий рассматриваемый объект — Заказчик. Его свойствами являются «уникальный ключ заказчика», «наименование заказчика». Взаимосвязь «один к одному» (между двумя типами объектов) Допустим, в определенный момент времени один заказчик может сделать только один заказ. В этом случае между объектами Заказчик и Товар устанавливается взаимосвязь «один к одному». Взаимосвязь «один ко многим» (между двумя типами объектов) В определенный момент времени один заказчик может стать обладателем нескольких товаров, при этом несколько заказчиков не могут являться обладателями одного товара (на условии если заказчик не претендует на часть товара). Взаимосвязь «один ко многим» можно обозначить с помощью одинарной стрелки в направлении к «одному» и двойной стрелки в направлении ко «многим» .В
этом случае одной записи данных первого объекта (его часто называют родительским или основным) будет соответствовать несколько записей второго объекта (дочернего или подчиненного). Взаимосвязь «один ко многим» очень распространена при разработке реляционных баз данных. В качестве родительского объекта часто выступает справочник, а в дочернем хранятся уникальные ключи для доступа к записям справочника. В нашем примере в качестве такого справочника можно представить объект Заказчик, в котором хранятся сведения о всех заказчиках. При обращении к записи для определенного заказчика нам доступен список всех покупок, которые он сделал, и сведения о которых хранятся в объекте Товар. Взаимосвязь «один к одному» (между двумя свойствами) Мы предполагаем, что ключ (номер) магазина является его уникальным идентификатором, то есть он не изменяется и при последующих поступлениях заказов от данного магазина. Если наряду с номером магазина в базе данных хранится и другой его уникальный идентификатор (например, адрес), то между такими двумя уникальными идентификаторами существует взаимосвязь «один к одному». Взаимосвязь «один ко многим» (между двумя свойствами) Имя поставщика и его номер существуют совместно. Поставщиков с одинаковыми именами может быть много, но все они имеют различные номера. Каждому поставщику присваивается уникальный номер. Это означает, что данному номеру поставщика соответствует только одно имя. Взаимосвязь «один ко многим» обозначается одинарной стрелкой в направлении к «одному» и двойной стрелкой в направлении ко «многим». Первоначальная схема данных Функциональная модель Исследование токов Данных Данные выявленные в ходе разработки Отдел обработки заявок Заявки Договора Договоров Поставщики Заказчики Ведение счетов Счета Погрузка Накладные Товар Инвентаризация Справки Определение объектов Выделим следующие объекты: 1. ТОВАР - (Т); 2. ЗАКАЗЧИК - (З); 3. ПОСТАВЩИК - (П); 4. СЧЕТА - (С); 5. ДОГОВОР - (Д); 6. НАКЛАДНЫЕ - (Н). Первоначальное графическое представление концептуальной модели Т З П С Н Д Задание первичных и альтернативных ключей, определение свойств объектов Для каждого объекта определим свойства, которые будем хранить в БД. При этом необходимо учитывать тот факт, что при переходе от логической к физической модели данных может произойти усечение числа объектов. На самом деле, как правило, значительное число данных, необходимых пользователю, может быть достаточно легко подсчитано в момент вывода информации. В то же время, в связи с изменением алгоритмов расчета или исходных величин, некоторые расчетные показатели приходится записывать в БД, чтобы гарантированно обеспечить фиксацию их значений. Выбор показателей, которые обязательно следует хранить в БД, достаточно сложен. Нечасто можно найти однозначное решение этой проблемы, и в любом случае оно потребует тщательного изучения работы предприятия и анализа концептуальной модели. Свойства, включаемые в состав БД для рассматриваемой модели, приведены в табл.1. Таблица 1. Свойства и первичные ключи объектов информационной модели. Объект Первичный ключ Свойства ТОВАР Уникальный ключ товара Уникальный ключ товара Наименование товара ЗАКАЗЧИК Уникальный ключ заказчика Уникальный ключ заказчика Наименование заказчика Юридическая принадлежность Ф.И
И таких документов я там не нахожу. Значит, я не могу включать его в этот список. Пока. То есть до тех пор, пока не найдётся документа. (Полностью текст беседы будет опубликован на сайте "Самиздата" ( Там же, по адресу www.samisdat.ru/5/52-mason недавно начато размещение огромной базы данных Серкова.) -------------------------------------------------------------------------- ---- "ИСТОРИЯ РУССКОГО МАСОНСТВА" (СПб, 1997) (Отрывки) "Анализ мемуарных свидетельств показывает, что Великий Восток народов России не создавался как надпартийная политическая организация, но, постепенно удаляясь от чисто масонских задач, приобрел характер политического объединения к 1915-1916 гг. Подобной эволюции способствовали изменения в масонском уставе. Система степеней масонства была практически отменена. В Великом Востоке народов России остались лишь две ступени - ученика и мастера. Перевод из учеников в мастера обычно производился через год. Кандидат на мастерскую степень должен был, до своего утверждения новом масонском качестве выступить с речью. Например, Е.П
2. Специфика создания баз данных и работы в Microsoft Access
3. Организация и проведение спасательных работ в чрезвычайных ситуациях
4. Организация и планирование самостоятельной работы
9. Организация труда при многостаночной работе
10. Организация деятельности педагога над проблемной темой
11. Данные, их носители и виды. Операции с данными
12. Хранилища данных
13. Концептуальна модель сучасної вищої професійної освіти
14. Работа с Базами данных в Delphi
15. Работа в среде EXCEL. Средства управления базами данных в EXCEL
16. Использование Internet/intranet технологий для организации доступа к базам данных
17. Курсовая работа по базе данных СУБД
18. Организация доступа к базам данных в Интернет
19. Создание базы данных в Access и работа с ней
21. База данных для организации по продаже канцелярских товаров
25. Работа с базой данных MySQL средствами PHP
26. Работа с таблицей Excel как с базой данных
27. Создание базы данных "Паспортистка жилищной организации"
28. Организация работы концептуального ресторана
29. Совершенствование организации работы отдела контроля за поступлением налогов с физических лиц
30. Международная организация труда- создание, структура, задачи и организация её работы
32. Организация и применение микропроцессорных систем обработки данных и управления
33. Пример базы данных на Delphi 2.0
34. Проектирование и разработка баз и банков данных
35. База данных для учета оплаты за междугородние разговоры
36. Разработка базы данных `ДЕКАНАТ` в среде программирования "Delphi"
37. База данных "Домашняя библиотека"
42. Система управления базами данных ACCESS
43. База данных - Бактериологическая испытательная лаборатория Боханского района
44. Создание базы данных "Библиотека"
45. Инструкция по эксплуатации базы данных магазина «Телевизоры» средствами Access 2000
46. Системы обработки информации - язык баз данных SQL со средствами поддержания целостности
49. Санитарно-гигиенические аспекты планировки, организации и работы родильных домов
50. Методика организации внеклассной работы по сохранению и укреплению здоровья школьников
51. Организация работы закусочной на 75 мест
52. Организация работы ремонтного участка АТП
53. Организация работы агрегатного участка комплекса ремонтных работ
57. Организация работы руководителя учреждения культуры с персоналом
58. Организация работы секретаря
60. Опыт создания Базы Данных для источников личного происхождения
61. Реферат по теме “Человек на войне”
62. Особенности организации работы ресторанов в предприятиях гостиничного хозяйства
63. Литература - фтизиатрия (организация противотуберкулезной работы)
64. Рациональная организация работы менеджера
65. Организация и управление работой флота
66. ПРИНЦИП организации работы районных судов РФ
68. Организация работы отделения по ремонту роликовых подшипников
69. Социальная работа в молодёжных организациях
73. База данных страховой компании
74. Анализ организации и ремонтных работ на примере моторного цеха ПАТП-7
75. Организация коммерческой работы на внутреннем водном транспорте
76. Организация работы отделения по ремонту КИП
77. Организация коммерческой работы на внутреннем водном транспорте
79. Организация физического воспитания и спортивной работы в ВУЗе
80. Особенности организации физкультурно-оздоровительной работы в детском саду
81. Организация работы архива БТИ
82. Организация работы с документами
83. Практическое задание по теме "Организация и технология отрасли"
84. Международная экономика (кон.раб N2 по теме Организация и планирование научно-исследовательской и
85. Структура и организация работы Европейского парламента
90. GeoCad, как база данных для ведения реестра регистрации прав на недвижимость и сделок с ним
91. Археологический источник и база данных. Выбор модели.
92. Опыт использования ADO для доступа к базам данных форматов MS Access, xBase и Paradox
93. Организация работы с файлами в системе “ТУРБО-ПРОЛОГ”
94. Инфологическая модель баз данных "Сущность-связь"
95. Пример проектирования базы данных "Библиотека"
96. Основы использования WWW - технологий для доступа к существующим базам данных
97. Базы данных по законодательству в интернет и на компакт-дисках