Построение модели данных — Гипермаркет знаний

KNOWLEDGE HYPERMARKET

Построение модели данных

 		Версия 08:48, 5 августа 2010 (просмотреть исходный код)
User12  (Обсуждение | вклад)
← Предыдущая правка
		Версия 08:51, 5 августа 2010 (просмотреть исходный код)
User12  (Обсуждение | вклад) 
Следующая правка →
		
Строка 3:
Строка 3:
 <metakeywords>Построение модели данных</metakeywords>    <metakeywords>Построение модели данных</metakeywords>  
  
- '''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Построение модели данных''' &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ''Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему БД — структуру связей между таблицами.''   + '''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Построение модели данных''' &nbsp;&nbsp;&nbsp;&nbsp;
  +  
  + &nbsp; &nbsp;&nbsp; ''Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему БД — структуру связей между таблицами.''  
  
 ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Каждая из запланированных выше таблиц будет представлена в БД отдельным отношением. Опишем все их в строчной форме, определив в некоторых случаях сокращенные имена полей и подчеркнув главные ключи.''    ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Каждая из запланированных выше таблиц будет представлена в БД отдельным отношением. Опишем все их в строчной форме, определив в некоторых случаях сокращенные имена полей и подчеркнув главные ключи.''  
Строка 9:
Строка 11:
 ''&nbsp;&nbsp; &nbsp; '''Факультеты''' (КОД_ФАК, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН _2, ЭКЗАМЕН_3)<br>&nbsp;&nbsp; &nbsp; '''Специальности''' (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФАК, ПЛАН)<br>&nbsp;&nbsp; &nbsp; '''Абитуриенты''' (PEГ_HOM, КОД_СПЕЦ, МЕДАЛЬ,СТАЖ)<br>&nbsp;&nbsp;&nbsp; '''Анкеты''' (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖД, ГОРОД,&nbsp; УЧ_ЗАВЕДЕНИЕ)<br>&nbsp; &nbsp; '''Оценки''' (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА 2, ОЦЕНКА_3)<br>&nbsp;&nbsp;&nbsp; '''Итоги''' (РЕГ_НОМ, ЗАЧИСЛЕНИЕ)''    ''&nbsp;&nbsp; &nbsp; '''Факультеты''' (КОД_ФАК, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН _2, ЭКЗАМЕН_3)<br>&nbsp;&nbsp; &nbsp; '''Специальности''' (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФАК, ПЛАН)<br>&nbsp;&nbsp; &nbsp; '''Абитуриенты''' (PEГ_HOM, КОД_СПЕЦ, МЕДАЛЬ,СТАЖ)<br>&nbsp;&nbsp;&nbsp; '''Анкеты''' (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖД, ГОРОД,&nbsp; УЧ_ЗАВЕДЕНИЕ)<br>&nbsp; &nbsp; '''Оценки''' (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА 2, ОЦЕНКА_3)<br>&nbsp;&nbsp;&nbsp; '''Итоги''' (РЕГ_НОМ, ЗАЧИСЛЕНИЕ)''  
  
- ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Фактически связи уже имеются через общие имена полей. Первые два отношения связаны между собой кодом факультета, второе и третье — кодом специальности, а три по¬следних — регистрационным номером. Связи позволяют определить соответствия между любыми данными в этих таблицах, например: между фамилией некоторого абитуриента и его оценкой по математике; между названием города и результатами экзамена по русскому языку выпускников школ этого города и пр. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно.<br>Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рис. 1.7.<br><br>[[Image:Инф22.jpg]]<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Рис. 1.7. Схема базы данных<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в рдной таблице связан РДЙН экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность.''   + ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Фактически связи уже имеются через общие имена полей. Первые два отношения связаны между собой кодом факультета, второе и третье — кодом специальности, а три последних — регистрационным номером. Связи позволяют определить соответствия между любыми данными в этих таблицах, например: между фамилией некоторого абитуриента и его оценкой по математике; между названием города и результатами экзамена по русскому языку выпускников школ этого города и пр. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно.<br>Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рис. 1.7.<br><br>[[Image:Инф22.jpg]]<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Рис. 1.7. Схема базы данных<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в рдной таблице связан РДЙН экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность.''  
  
 ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Связь «один ко многим» — это связь между двумя соседними уровнями иерархической структуры. А таблицы, связанные отношениями «один к одному», находятся на одном уровне иерархии. В принципе, все эти четыре таблицы могут быть объединены в одну таблицу, поскольку главный ключ у них один — «РЕГ_Н0М». Однако с такой таблицей работать будет неудобно — слишком много полей. Каждая из четырех таблиц в отдельности лучше обозревается, кроме того, каждая из них имеет самостоятельный смысл.''    ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Связь «один ко многим» — это связь между двумя соседними уровнями иерархической структуры. А таблицы, связанные отношениями «один к одному», находятся на одном уровне иерархии. В принципе, все эти четыре таблицы могут быть объединены в одну таблицу, поскольку главный ключ у них один — «РЕГ_Н0М». Однако с такой таблицей работать будет неудобно — слишком много полей. Каждая из четырех таблиц в отдельности лучше обозревается, кроме того, каждая из них имеет самостоятельный смысл.''  
Строка 21:
Строка 23:
 ''&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; Построение реляционной модели данных заключается в описании всех используемых в ней отношений (таблиц) и построение схем базы данных, то есть системы связи между таблицами.''    ''&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; Построение реляционной модели данных заключается в описании всех используемых в ней отношений (таблиц) и построение схем базы данных, то есть системы связи между таблицами.''  
  
- ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Связь между таблицами осуществляется через одноименные поля. Связь «один к одному '''» '''— через общий главный ключ; связь «один ко многим'''» '''— через главный ключ в одной таблице и одноименное поле в другой таблице — '''такое поле называют внешним ключом.'''<br>Поддержка целостности данных — автоматический контроль за согласованностью взаимосвязанных данных в разных таблицах.<br><br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Вопросы и задания'''<br><br><br>1. &nbsp; а) В чем заключается построение модели данных? '' + ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Связь между таблицами осуществляется через одноименные поля. Связь «один к одному '''» '''— через общий главный ключ; связь «один ко многим'''» '''— через главный ключ в одной таблице и одноименное поле в другой таблице — '''такое поле называют внешним ключом.'''<br>Поддержка целостности данных — автоматический контроль за согласованностью взаимосвязанных данных в разных таблицах.<br><br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Вопросы и задания'''<br><br><br>1. &nbsp; а) В чем заключается построение модели данных? ''  
-   + 
- ''&nbsp;&nbsp;&nbsp;&nbsp; б) В чем заключается свойство целостности БД?'' + 
  
- ''2.&nbsp; а) Какие данные следует добавить в БД приемной комиссии,<br>если требуется учитывать деление абитуриентов на экзаменаци-<br>онные группы и фамилии преподавателей принимающих экза-<br>мены?'' + ''&nbsp;&nbsp;&nbsp;&nbsp; б) В чем заключается свойство целостности БД?''  
  
- ''&nbsp;&nbsp;&nbsp; б) Какие данные следует добавить в БД приемной комиссии,<br>если дополнительно к требованиям предыдущего задания нужно<br>учитывать расписание экзаменов, то есть сведения о том, где,<br>когда и какому преподавателю сдает экзамен данная группа?'' + ''2.&nbsp; а) Какие данные следует добавить в БД приемной комиссии,<br>если требуется учитывать деление абитуриентов на экзаменаци-<br>онные группы и фамилии преподавателей принимающих экза-<br>мены?''  
  
- ''&nbsp; &nbsp; в) Постройте схему БД с учетом требований, изложенных в во-<br>просах 2 а) и 2 б).'' + ''&nbsp;&nbsp;&nbsp; б) Какие данные следует добавить в БД приемной комиссии,<br>если дополнительно к требованиям предыдущего задания нужно<br>учитывать расписание экзаменов, то есть сведения о том, где,<br>когда и какому преподавателю сдает экзамен данная группа?''  
  
- ''3. а) При проектировании БД были определены следующие отно-<br>шения:<br>&nbsp;&nbsp;&nbsp;&nbsp; Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН);'' + ''&nbsp; &nbsp; в) Постройте схему БД с учетом требований, изложенных в во-<br>просах 2 а) и 2 б).''  
  
- ''&nbsp;&nbsp;&nbsp;&nbsp; Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН);'' + ''3. а) При проектировании БД были определены следующие отно-<br>шения:<br>&nbsp;&nbsp;&nbsp;&nbsp; Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН);''  
  
- ''&nbsp;&nbsp;&nbsp; Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)'' + ''&nbsp;&nbsp;&nbsp;&nbsp; Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН);''  
  
  + ''&nbsp;&nbsp;&nbsp; Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)'' 
  
- ''&nbsp;&nbsp;&nbsp; Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде.'' + <br> ''&nbsp;&nbsp;&nbsp; Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде.''  
  
- ''&nbsp;&nbsp; б) Спроектируйте базу данных для информационной системы «Наша школа», содержащей сведения об учителях, учениках, классах, изучаемых предметах. Замечание: данное задание носит творческий характер и может быть выполнено во многих вариантах. Устройте конкурс на лучшее решение этой задачи'' + ''&nbsp;&nbsp; б) Спроектируйте базу данных для информационной системы «Наша школа», содержащей сведения об учителях, учениках, классах, изучаемых предметах. Замечание: данное задание носит творческий характер и может быть выполнено во многих вариантах. Устройте конкурс на лучшее решение этой задачи''  
  
 ''.''<br>    ''.''<br>  
Версия 08:51, 5 августа 2010
Гипермаркет знаний>>Информатика>>Информатика 11 класс>>Информатика: Построение модели данных 
 
                                                       Построение модели данных     
     Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему БД — структуру связей между таблицами. 
      Каждая из запланированных выше таблиц будет представлена в БД отдельным отношением. Опишем все их в строчной форме, определив в некоторых случаях сокращенные имена полей и подчеркнув главные ключи. 
     Факультеты (КОД_ФАК, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН _2, ЭКЗАМЕН_3)
     Специальности (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФАК, ПЛАН)
     Абитуриенты (PEГ_HOM, КОД_СПЕЦ, МЕДАЛЬ,СТАЖ)
    Анкеты (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖД, ГОРОД,  УЧ_ЗАВЕДЕНИЕ)
    Оценки (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА 2, ОЦЕНКА_3)
    Итоги (РЕГ_НОМ, ЗАЧИСЛЕНИЕ) 
      Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Фактически связи уже имеются через общие имена полей. Первые два отношения связаны между собой кодом факультета, второе и третье — кодом специальности, а три последних — регистрационным номером. Связи позволяют определить соответствия между любыми данными в этих таблицах, например: между фамилией некоторого абитуриента и его оценкой по математике; между названием города и результатами экзамена по русскому языку выпускников школ этого города и пр. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно.
Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рис. 1.7.



                            Рис. 1.7. Схема базы данных

       В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в рдной таблице связан РДЙН экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность. 
      Связь «один ко многим» — это связь между двумя соседними уровнями иерархической структуры. А таблицы, связанные отношениями «один к одному», находятся на одном уровне иерархии. В принципе, все эти четыре таблицы могут быть объединены в одну таблицу, поскольку главный ключ у них один — «РЕГ_Н0М». Однако с такой таблицей работать будет неудобно — слишком много полей. Каждая из четырех таблиц в отдельности лучше обозревается, кроме того, каждая из них имеет самостоятельный смысл. 
     Организация связей между таблицами обес печивает одно важное качество базы данных, которое называется целостностью данных. 
     Система не допустит, чтобы одноименные поля в разный связанных между собой таблицах имели разные значения. Ввод данных автоматически контролируется, В связанных таблицах может быть установлен режим каскадной замены: если в одной из таблиц изменяется значение поля, по которому установлена связь, то в других таблицах автоматически изменятся значения одноименных полей. Аналогично действует режим каскадного удаления: достаточно удалить запись из одной таблицы, чтобы связанные записи исчезли из всех остальных таблиц. Это естественно, поскольку, например если закрывается какой-то факультет, то исчезают и все его специальности. Или если у абитуриента сменили регистрационный номер в таблице «Абитуриенты», то автоматически его номер должен обновиться и в других таблицах. 
     На этом проектирование базы данных завершено. Это был теоретический этап. Дальнейшая работа будет происходить в среде СУБД MS Access.

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


                                                                                   Вопросы и задания


1.   а) В чем заключается построение модели данных?  
     б) В чем заключается свойство целостности БД? 
2.  а) Какие данные следует добавить в БД приемной комиссии,
если требуется учитывать деление абитуриентов на экзаменаци-
онные группы и фамилии преподавателей принимающих экза-
мены? 
    б) Какие данные следует добавить в БД приемной комиссии,
если дополнительно к требованиям предыдущего задания нужно
учитывать расписание экзаменов, то есть сведения о том, где,
когда и какому преподавателю сдает экзамен данная группа? 
    в) Постройте схему БД с учетом требований, изложенных в во-
просах 2 а) и 2 б). 
3. а) При проектировании БД были определены следующие отно-
шения:
     Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН); 
     Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН); 
    Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ) 

     Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде. 
   б) Спроектируйте базу данных для информационной системы «Наша школа», содержащей сведения об учителях, учениках, классах, изучаемых предметах. Замечание: данное задание носит творческий характер и может быть выполнено во многих вариантах. Устройте конкурс на лучшее решение этой задачи 
.
 
Семакин И.Г., Хеннер Е.К., Информатика и ИКТ, 11 
Отослано читателями из интернет-сайтов

 

 

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

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

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

Совершенствование учебников и уроков
 исправление ошибок в учебнике
 обновление фрагмента в учебнике 
 элементы новаторства на уроке 
 замена устаревших знаний новыми 
 
Только для учителей
 идеальные уроки 
 календарный план на год  
 методические рекомендации  
 программы
 обсуждения


Интегрированные уроки



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

Источник — «http://edufuture.biz/index.php?title=%D0%9F%D0%BE%D1%81%D1%82%D1%80%D0%BE%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85»
@@ Строка 3: / Строка 3: @@
 <metakeywords>Построение модели данных</metakeywords>
-'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Построение модели данных''' &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ''Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему БД — структуру связей между таблицами.''
+'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Построение модели данных''' &nbsp;&nbsp;&nbsp;&nbsp;
+&nbsp; &nbsp;&nbsp; ''Теперь перейдем к построению реляционной модели данных. Для этого нужно описать все отношения с указанием главных ключей, а также представить схему БД — структуру связей между таблицами.''
 ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Каждая из запланированных выше таблиц будет представлена в БД отдельным отношением. Опишем все их в строчной форме, определив в некоторых случаях сокращенные имена полей и подчеркнув главные ключи.''
@@ Строка 9: / Строка 11: @@
 ''&nbsp;&nbsp; &nbsp; '''Факультеты''' (КОД_ФАК, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН _2, ЭКЗАМЕН_3)<br>&nbsp;&nbsp; &nbsp; '''Специальности''' (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФАК, ПЛАН)<br>&nbsp;&nbsp; &nbsp; '''Абитуриенты''' (PEГ_HOM, КОД_СПЕЦ, МЕДАЛЬ,СТАЖ)<br>&nbsp;&nbsp;&nbsp; '''Анкеты''' (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖД, ГОРОД,&nbsp; УЧ_ЗАВЕДЕНИЕ)<br>&nbsp; &nbsp; '''Оценки''' (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА 2, ОЦЕНКА_3)<br>&nbsp;&nbsp;&nbsp; '''Итоги''' (РЕГ_НОМ, ЗАЧИСЛЕНИЕ)''
-''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Фактически связи уже имеются через общие имена полей. Первые два отношения связаны между собой кодом факультета, второе и третье — кодом специальности, а три по¬следних — регистрационным номером. Связи позволяют определить соответствия между любыми данными в этих таблицах, например: между фамилией некоторого абитуриента и его оценкой по математике; между названием города и результатами экзамена по русскому языку выпускников школ этого города и пр. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно.<br>Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рис. 1.7.<br><br>[[Image:Инф22.jpg]]<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Рис. 1.7. Схема базы данных<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в рдной таблице связан РДЙН экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность.''
+''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи. Фактически связи уже имеются через общие имена полей. Первые два отношения связаны между собой кодом факультета, второе и третье — кодом специальности, а три последних — регистрационным номером. Связи позволяют определить соответствия между любыми данными в этих таблицах, например: между фамилией некоторого абитуриента и его оценкой по математике; между названием города и результатами экзамена по русскому языку выпускников школ этого города и пр. Благодаря этим связям становится возможным получение ответов на запросы, требующие поиска информации в нескольких таблицах одновременно.<br>Для явного указания связей между таблицами должна быть построена схема базы данных. В схеме указывается наличие связей между таблицами и тип связей. Схема для нашей системы представлена на рис. 1.7.<br><br>[[Image:Инф22.jpg]]<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Рис. 1.7. Схема базы данных<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; В схеме использованы два типа связей: один к одному и один ко многим. Первый обозначен двунаправленной одинарной стрелкой, второй — одинарной стрелкой в одну и двойной в другую сторону. При связи «один к одному» с одним экземпляром записи в рдной таблице связан РДЙН экземпляр записи в другой таблице. Например, одна запись об абитуриенте связана с одним списком оценок. При наличии связи «один ко многим» одна запись в одной таблице связана с множеством записей в другой таблице. Например, с одним факультетом связано множество специальностей, а с одной специальностью — множество абитуриентов, поступающих на эту специальность.''
 ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Связь «один ко многим» — это связь между двумя соседними уровнями иерархической структуры. А таблицы, связанные отношениями «один к одному», находятся на одном уровне иерархии. В принципе, все эти четыре таблицы могут быть объединены в одну таблицу, поскольку главный ключ у них один — «РЕГ_Н0М». Однако с такой таблицей работать будет неудобно — слишком много полей. Каждая из четырех таблиц в отдельности лучше обозревается, кроме того, каждая из них имеет самостоятельный смысл.''
@@ Строка 21: / Строка 23: @@
 ''&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; Построение реляционной модели данных заключается в описании всех используемых в ней отношений (таблиц) и построение схем базы данных, то есть системы связи между таблицами.''
 ''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Связь между таблицами осуществляется через одноименные поля. Связь «один к одному '''» '''— через общий главный ключ; связь «один ко многим'''» '''— через главный ключ в одной таблице и одноименное поле в другой таблице — '''такое поле называют внешним ключом.'''<br>Поддержка целостности данных — автоматический контроль за согласованностью взаимосвязанных данных в разных таблицах.<br><br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Вопросы и задания'''<br><br><br>1. &nbsp; а) В чем заключается построение модели данных? ''
-''&nbsp;&nbsp;&nbsp;&nbsp; б) В чем заключается свойство целостности БД?''
-''2.&nbsp; а) Какие данные следует добавить в БД приемной комиссии,<br>если требуется учитывать деление абитуриентов на экзаменаци-<br>онные группы и фамилии преподавателей принимающих экза-<br>мены?''
+''&nbsp;&nbsp;&nbsp;&nbsp; б) В чем заключается свойство целостности БД?''
-''&nbsp;&nbsp;&nbsp; б) Какие данные следует добавить в БД приемной комиссии,<br>если дополнительно к требованиям предыдущего задания нужно<br>учитывать расписание экзаменов, то есть сведения о том, где,<br>когда и какому преподавателю сдает экзамен данная группа?''
+''2.&nbsp; а) Какие данные следует добавить в БД приемной комиссии,<br>если требуется учитывать деление абитуриентов на экзаменаци-<br>онные группы и фамилии преподавателей принимающих экза-<br>мены?''
-''&nbsp; &nbsp; в) Постройте схему БД с учетом требований, изложенных в во-<br>просах 2 а) и 2 б).''
+''&nbsp;&nbsp;&nbsp; б) Какие данные следует добавить в БД приемной комиссии,<br>если дополнительно к требованиям предыдущего задания нужно<br>учитывать расписание экзаменов, то есть сведения о том, где,<br>когда и какому преподавателю сдает экзамен данная группа?''
-''3. а) При проектировании БД были определены следующие отно-<br>шения:<br>&nbsp;&nbsp;&nbsp;&nbsp; Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН);''
+''&nbsp; &nbsp; в) Постройте схему БД с учетом требований, изложенных в во-<br>просах 2 а) и 2 б).''
-''&nbsp;&nbsp;&nbsp;&nbsp; Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН);''
+''3. а) При проектировании БД были определены следующие отно-<br>шения:<br>&nbsp;&nbsp;&nbsp;&nbsp; Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН);''
-''&nbsp;&nbsp;&nbsp; Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)''
+''&nbsp;&nbsp;&nbsp;&nbsp; Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН);''
+''&nbsp;&nbsp;&nbsp; Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)''
-''&nbsp;&nbsp;&nbsp; Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде.''
+<br> ''&nbsp;&nbsp;&nbsp; Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде.''
 ''&nbsp;&nbsp; б) Спроектируйте базу данных для информационной системы «Наша школа», содержащей сведения об учителях, учениках, классах, изучаемых предметах. Замечание: данное задание носит творческий характер и может быть выполнено во многих вариантах. Устройте конкурс на лучшее решение этой задачи''
 ''.''<br>

При использовании материалов ресурса
ссылка на edufuture.biz обязательна (для интернет ресурсов - гиперссылка).
edufuture.biz 2008-© Все права защищены.
Сайт edufuture.biz является порталом, в котором не предусмотрены темы политики, наркомании, алкоголизма, курения и других "взрослых" тем.

Разработка - Гипермаркет знаний 2008-

Ждем Ваши замечания и предложения на email:
По вопросам рекламы и спонсорства пишите на email: