ЗЫ. Задача делается целиком на листочке за 5 минут без какой-либо привязке к БД.

А вообще надо бы начать с начала: теории реляционных БД.

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

Добавлено (02.04.2010, 15:29)
---------------------------------------------
Есть пример, в Сети скачал, как Вам его прислать?
Но я всё равно не понимаю как её проводить?

Добавлено (03.04.2010, 14:49)
---------------------------------------------
А если воспользоваться мастером анализа таблиц?
Спасибо!!!

Добавлено (03.04.2010, 15:01)
---------------------------------------------
Вот пример)))
У меня очень похожее задание)))
Задание №3
Разработать информационно-логическую модель предметной области «Участники конференции» с атрибутами:
 Код участника
 Имя
 Фамилия
 Город
 Район
 Область
 Страна
 Почтовый индекс
 Домашний телефон
 Рабочий телефон
 Факс
 Место работы
 Должность
 Дата регистрации
 Дата отъезда
 Секция
 Название доклада
 Тематика доклада
Создать логическую структуру этой базы данных для СУБД Access.
Заполнить таблицы базы данных записями.
Создать отчет с параметрами Код участника – Фамилия – Название доклада.
Создать запрос об участниках конференции для одной из секций.
База данных – это поименованная совокупность структурированных данных, относящихся к определенной предметной области.
Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, если данные структурированы. Структурирование – это введение соглашений о способах представления данных.
Система управления базами данных – это комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации.
Структурные элементы баз данных.
Модель данных – это структура хранения информации в БД.
Имеется 3 модели данных:
 иерархическая
 сетевая
 реляционная (ввиде двумерных таблиц)
Наиболее распространенные СУБД (FoxPro, Paradox, Access) – реляционные. Основными элементами реляционных БД являются: поле, запись, отношение, файл, ключ.
Поле – логическая единица записи информации (один столбец таблицы). При создании БД каждое поле описывают, указывая следующие характеристики:
 имя
 тип информации (текстовой, числовой, дата/время)
 длина (число символов в столбце)
 точность (только для дробных чисел)
 формат (для дата/время)
Запись – это совокупность логически объединенных полей (1 строка таблицы). Отношение – это совокупность экземпляров записей одной структуры.(таблица)
Файл – совокупность объектов БД. Например, в Access основными объектами являются:
 таблицы (для хранения информации)
 формы (для просмотра и ввода данных)
 запросы (для отбора данных)
 отчеты (для подготовки к печати)
Ключ – это поле, по которому можно найти любую запись БД.
Краткие сведения о СУБД Access.
База данных в Access представляет собой единый большой объект, который объединяет такие составляющие, как таблицы, отчеты, запросы, формы и т.д. и позволяет хранить их в одном файле.
Основным структурным элементом БД является таблица. Каждая таблица содержит записи определенного вида.
Каждый объект и элемент управления имеет свои свойства, определяя которые можно настраивать объекты и элементы управления.
Таблицы создаются пользователем для хранения данных по одному объекту модели данных предметной области.
Запросы создаются пользователем для выборки нужных данных из одной или нескольких связанных таблиц. С помощью запроса можно также обновить, удалить или добавить данные в таблицы или создать новые таблицы на основе уже существующих.
Формы предназначены для ввода, просмотра и корректировки взаимосвязанных данных базы на экране в удобном виде, который может соответствовать привычному для пользователя документу. Формы также могут использоваться для создания панелей управления в приложении пользователя.
Отчеты предназначены для формирования выходного документа, предназначенного для вывода на печать.
Макросы содержат описание действий, которые должны быть выполнены в ответ на некоторое событие, каждое действие реализуется макрокомандой. Выбор макрокоманд и задание параметров, используемых ими при выполнении, является простой автоматизированной операцией. Макрос позволяет объединить разрозненные операции обработки данных в приложениях.
Модули содержат программы на языке Visual Basic, которые могут разрабатываться пользователем для реализации нестандартных процедур при создании приложения.
Порядок проектирования баз данных:
 Обследование предметной области и выявление объектов, сведения о которых должны храниться в БД (перечень атрибутов)
 Выбор системы управления базами данных
 Конструирование схемы базы данных (разработка информационно-логической модели БД)
 Создание схем БД для машинных носителей
 Заполнение таблиц данными
 Реализация запросов. Составление программ реализации запросов. Проверка запросов на контрольном примере.
 Составление инструкции по технологии ведения базы данных.
Разработка информационно-логической модели.
Разобьем все атрибуты на две таблицы, связанные между собой ключами:
 Участники конференции (Код участника, Имя, Фамилия, Город, Район, Область, Страна, Почтовый индекс, Домашний телефон, Рабочий телефон, Факс, Место работы, Должность, Дата регистрации, Дата отъезда)
 Доклады (Код участника, Секция, Название доклада, Тематика доклада)
Построим информационно-логическую модель (схему базы данных)
Участники конференции Доклады
Код участника Код участника
Имя Секция
Фамилия Название доклада
Город Тематика доклада
Район
Область
Страна
Почтовый индекс
Домашний телефон
Рабочий телефон
Факс
Место работы
Должность
Дата регистрации
Дата отъезда

В моём задании нужно тоже разбить на таблицы

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

Впрочем, само именование MS Access "СУБД" и "реляционной" насмешка над самими принципами СУБД и реляционной СУБД соответственно. Единственное определение которое подходит MS Access -- "поделка".

Добавлено (06.04.2010, 10:23)
---------------------------------------------
Однако хватит критики. Перейдём к обучению.
Для начала подправим Ваши определения.
Я тут составил небольшую табличку как это называется правильно и как Вы называете.

Вы | Правильно

Таблица | Отношение
Заголовок (шапка) | Заголовок отношения (схема отношения)
Строка таблицы | Кортеж
Совокупность строк | Тело (содержимое) отношения
Число строк в таблице | Мощность, кардинальность отношения
Заголовок столбца | Атрибут заголовка отношения
Столбец | Домен
Число столбцов | Размерность (степень) отношения
Ячейка (поле таблицы) | Атрибут кортежа

Добавлено (06.04.2010, 10:29)
---------------------------------------------
Почему надо называть именно так поясню на примере отличия отношения от таблицы (конечно, на пальцах и совсем не математически точно):

1. В отношении нет двух одинаковых кортежей.
2. Каждый атрибут в отношении имеет уникальный идентификатор.
3. Порядок кортежей в отношении произвольный.
4. Порядок доменов в отношении произвольный.

Если хотите строгое математическое определение каждого понятия, то ищите книгу по реляционному исчислению.

Добавлено (06.04.2010, 10:44)
---------------------------------------------
Теперь перейдём к собственно построению информационно-логической модели БД.
Исходные данные:
Представим, что мы получили данные в виде одного большого отношения с заголовком

Каких данных не хватает?
Для каждого домена необходимо указать его уникальность, атомарность и возможный диапазон значений его атрибутов.
Уникальность атрибутов домена обозначает, что в данном домене не может встретиться больше атрибутов с таким же значением.
Атомарность значит, что каждый в каждый атрибут может быть внесено только одно значение. Например, если в атрибут домена "Рабочий телефон" записано более 1 телефонного номера, то такой кортеж будет неатомарным.
Так как это не реальная БД, а всего лишь информационно-логическая модель, то возможный диапазон можно описать не строго. Например, возможный диапазон значений атрибута домена "Рабочий телефон" можно записать как "телефонный номер".

Когда получу эти данные, мы сможем перейти с нормализации БД.

Разобьем все атрибуты на две таблицы, связанные между собой ключами:
 Участники конференции (Код участника, Имя, Фамилия, Город, Район, Область, Страна, Почтовый индекс, Домашний телефон, Рабочий телефон, Факс, Место работы, Должность, Дата регистрации, Дата отъезда)
 Доклады (Код участника, Секция, Название доклада, Тематика доклада)

Построим информационно-логическую модель (схему базы данных)

Участники конференции Доклады
Код участника Код участника
Имя Секция
Фамилия Название доклада
Город Тематика доклада
Район
Область
Страна
Почтовый индекс
Домашний телефон
Рабочий телефон
Факс
Место работы
Должность
Дата регистрации
Дата отъезда
Здесь две двумерных таблицы, связанные кодом участника
Или есть ещё один)))
2.1 Задание 3. Создание БД в Access.
Вариант 6
Разработать информационно-логическую модель предметной области «Авторы» с атрибутами
• Код автора
• Фамилия
• Имя
• Отчество
• Национальность
• Год рождения
• Место рождения
• Образование
• Стаж работы
• Домашний телефон
• Рабочий телефон
• Факс
• Мобильный телефон
• Почтовый адрес
• Редактор
• Отдел издательства
• Дата поступления рукописи
• Число страниц
• Дата возвращения на доработку
Создать логическую структуру этой базы данных для СУБД Access.
Заполнить таблицы базы данных записями.
Создать отчёт с параметрами Код автора, фамилия, дата поступления рукописи.
Создать запрос об авторах, с которыми работает один из редакторов.
Создание таблицы в СУБД состоит их двух этапов. На первом этапе определяется её структура: состав полей, их имена, последовательность размещения в таблице, тип данных, размер, ключевые поля и другие свойства полей. На втором этапе производится создание записей таблицы и заполнение их данными.
2.1.1 Создание таблиц БД в Access
Для создания таблицы в окне СУБД выбираю вкладку Таблицы и нажимаю кнопку Создать. Затем выбираю способ создания таблицы Конструктор. Режим Конструктор определяет основной способ, при котором структура таблицы полностью задается пользователем.
Для определения поля задаются Имя поля, Тип данных, Описание, а также Общие свойства (Рисунок 3). Каждое поле в таблице имеет уникальное имя, тип данных определяется значениями, которые предполагается вводить в поле, и операциями, которые будут выполняться с этими значениями. Для определения ключа выделяются поля, составляющие ключ и используется кнопка Ключевые поля.
Ключевые поля всегда уникальны и не допускают пустых полей в записях.
Согласно заданию нужно сохранить 19 атрибутов. Чтобы избежать дублирования привожу нормализацию отношений, то есть разбиваю атрибуты по таблицам, так чтобы избежать повторных записей.
Очевидно, что все атрибуты Базы данных можно записать в виде трех двумерных таблиц. Выполняю команду Сервис – Схема данных, в появившемся окне выделяю имя таблицы и нажимаю добавить. Затем связываю все таблицы по ключам – рисунок 4.
Таблица авторы Таблица редактор Таблица издательство
Код автора первичный ключ связь (1:бесконечность (один ко многим) Отдел издательства первичный ключ связь (1:1)Отдел издательства
Кодавтораключевое
Фамилия
Имя Фамилия Дата поступления рукописи
Отчество Имя Число страниц
Национальность Отчество Дата возвращения на доработку
Год рождения
Место рождения
Образование
Стаж работы
Домашний телефон
Рабочий телефон
Факс
Мобильный телефон
Почтовый адрес
Посмотрите пожалуйста))) моё задание нужно делать аналогично этим двум примерам)))
Решите пожалуйста?
Спасибо!!!

ЗЫ. Ни одной строчки SQL! И это реляционная БД?

ЗЫЫ. Пока не будет доп. данных наш разговор бессмыслен.