Проектирование баз данных в СУБД Access

@daranton · Регистрация: 30.03.2010

Студворк — интернет-сервис помощи студентам

Задание №3 Вариант 7
Разработать информационно-логическую модель предметной области «Клиент» с атрибутами
Код клиента
организация
имя
фамилия
отчество
город
район
область
страна
почтовый индекс
домашний телефон
рабочий телефон
факс
мобильный телефон
место работы
отдел
должность
дата заказа
форма оплаты
Создать логическую структуру этой базы данных для СУБД Access.
Заполнить таблицы базы данных записями.
Создать отчёт с параметрами Код клиента, фамилия, организация, дата заказа
Создать запрос о клиентах из одного города.

@SkyWalker · 04.04.2010, 08:49

В чем именно состоит ваша проблема? Вам полностью нужно сделать задание?

@daranton · 05.04.2010, 09:03 **[ТС]**

CrystaL Помогите мне пожалуйста разбить на таблицы, то есть нормализовать данные, чтобы не было дублирования данных в таблицах?
Объясните пожалуйста как это делается подробно?
Чем нужно руководствоваться?
С уважением, Антон.
Спасибо!!!

@Елена · 05.04.2010, 13:13

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

@daranton · 06.04.2010, 00:07 **[ТС]**

Есть ещё вариант)))
>> >> > Таблица 1 Клиенты называется
>> >> > Код клиента первичный ключ
>> >> > имя
>> >> > фамилия
>> >> > отчество
>> >> > город
>> >> > район
>> >> > область
>> >> > страна
>> >> > почтовый индекс
>> >> > домашний телефон
>> >> > рабочий телефон
>> >> > факс
>> >> > мобильный телефон
>> >> > место работы
>> >> > отдел
>> >> > должность
>> >> > Таблица 2 Заказы называется
>> >> > Код клиента ключевое поле
>> >> > организация
>> >> > дата заказа
>> >> > форма оплаты
>> >> > Я избежал повторения данных в таблицах?
>> >> > С уважением, Антон.

@Yurii_74 · 06.04.2010, 09:42

Нет, не избежали. В одном городе могут жить много клиентов (может быть тогда просто все поле обозвать "адрес"... хотя нет, не лучше, вам же надо будет выборки разлицные делать), также телефонов/факсов у клиента может быть несколько. Что у вас делает в таблице заказов поле "организация"? Непонятно

. Читайте лучше информацию по ссылке Елены.

@daranton · 06.04.2010, 10:30 **[ТС]**

У меня есть похожие задания, на эту почту они не влезут, куда Вам мне их прислать, оставьте адрес мыла?
Спасибо!!!

@Елена · 06.04.2010, 11:02

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

@daranton · 06.04.2010, 11:39 **[ТС]**

Таблица Контрагент
КодКонтрагента
Фамилия
Имя
Отчество

Таблица АДРЕС_КЛИЕНТА
КодАдреса
Город
Район
Область
Страна
Почт.индекс
Дом.тел.

Таблица Место_работы_клиента
КодРАботыМестоРаботы
Отдел
Должность
Раб.тел.
Факс

Таблица Организация
КодОрганизации
Организация (где производится заказ - другого не придумал)

ТаблицаЗаказ
КодЗаказа
КодОрганизации
ДатаЗаказа
ФормаОплаты
КодКлиента

ТаблицаКлиенты
КодКодКонтрагента
КодАдреса
КодРАботы

Подчеркиванием выделила у Вас первичные ключи. Обратите внимание, что в таблице Клиенты столбцы - неключевые.

Добавлено через 24 минуты
записи - это строки, если данные в строках повторяются, то это и есть дублирование
если организация и место работы разные вещи, организация - где производится заказ, а место работы - это клиента-заказчика
если оставить 2 таблицы, то повторяться будут строки-записи
Код клиента - это ключевое поле и может повторяться.
Если в таблицах нет поля ключевого, то его создают дополнительно и это КОД (тип счётчик)

@Елена · 06.04.2010, 17:24

Я поправила Ваши таблицы прямо в Вашем посте выше

@daranton · 06.04.2010, 22:01 **[ТС]**

Я долго думал (10 дней) как расположить эти таблицы....
И нашёл правильное решение у своего сокурсника в институте)))
Правильное расположение будет таким)))
Группируем:
1 таблица называется Информация о клиенте
Собираем всю информацию об одном клиенте в одну таблицу последовательно:
Код клиента ключ
Город
Район
Область
Страна
Почтовый индекс
Мобильный телефон
Домашний телефон
2 таблица называется Клиент
Собираем сюда организацию и фио
Код клиента ключ
Организация ключ
Имя
Фамилия
Отчество
Связь будет 1 ко многим
3 таблица называется Организация
Собираем сюда все данные об организации и заказе
Организация ключ
Место работы
Отдел
Должность
Факс
Рабочий телефон
Дата заказа
Форма оплаты
Связь 1 к 1
Вот и всё)))

@Андрей Борисови · 06.04.2010, 22:14

Самая лучшая база, это база, состоящая из таблиц такого типа:

T1
ID
Naim

T2
ID
Naim

и т.д.,
а инфа собирается в сводную (сводные)

SV1
ID
ID_T1
ID_T2

Само собой до идиотизма разбиения доходить не надо)) А то я однажды видел такую таблицу:

Year
ID:счетчик
god:целое

Добавлено через 2 минуты

Сообщение от daranton

Код клиента ключ
Город
Район
Область
Страна

100 с одного города - повторение
10 с одной области - повторение
500 с одной страны - повторение

Каждое из этих повторений - 255 символов => + вес базы и - скорость работы

Добавлено через 38 секунд
Вывод -
Город - справочная таблица
Район - справочная таблица
Область - справочная таблица
Страна - справочная таблица

Добавлено через 1 минуту
Короче -все, что моет повториться более 4-5 раз - в справочную таблицу)

@daranton · 06.04.2010, 22:24 **[ТС]**

А какие изменения или дополнения Вы бы внесли в этот вариант решения?
Вы посмотрите внимательно на отношения в таблицах)))
Первое отношение 1 ко многим это означает = ?
Второе отношение 1 к 1 это означает = ?
Ни про какую-либо атономарность кортежей здесь речь не идёт и программировать базу данных незачем)))
Спасибо!!!

@Андрей Борисови · 07.04.2010, 07:26

Вот пример создания такой базы. Остальное вы сами доделаете.
База данных2.rar

@daranton · 07.04.2010, 09:49 **[ТС]**

У меня в Access не воспроизводится этот формат, у Вас офис более старшей версии, а у меня 2003)))
У меня будет такой вопросик)))
Как связать две таблицы в отношении 1 ко многим?
Спасибо!!!

@Андрей Борисови · 07.04.2010, 10:13

База в 2003 офисе
База данных2(2003).rar

@Андрей Борисови · 07.04.2010, 10:40

Сообщение от daranton

Первое отношение 1 ко многим это означает = ?
Второе отношение 1 к 1 это означает = ?

1 ко многим: например у Иванова может быть 2 места работы
1 к одному : У того же Иванова - 1 жена (закон РФ

)

@daranton · 07.04.2010, 10:40 **[ТС]**

У меня почему - то не получается связать в отношении 1 ко многим две таблицы?
Какие свойства изменить в полях, чтобы отношение было один ко многим, а вторая связь 1 к 1?
Спасибо!!!

@Андрей Борисови · 07.04.2010, 10:42

@Андрей Борисови · 07.04.2010, 10:46

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

Справка Аксцес

Новые блоги и статьи Все статьи Все блоги /
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .
Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .	Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350

	Проектирование баз данных в СУБД Access 04.04.2010, 08:40. Показов 6000. Ответов 32 Метки нет (Все метки) Задание №3 Вариант 7 Разработать информационно-логическую модель предметной области «Клиент» с атрибутами Код клиента организация имя фамилия отчество город район область страна почтовый индекс домашний телефон рабочий телефон факс мобильный телефон место работы отдел должность дата заказа форма оплаты Создать логическую структуру этой базы данных для СУБД Access. Заполнить таблицы базы данных записями. Создать отчёт с параметрами Код клиента, фамилия, организация, дата заказа Создать запрос о клиентах из одного города. 0

@SkyWalker Cyber-Tracing 346 / 71 / 3 Регистрация: 27.04.2009 Сообщений: 554
	04.04.2010, 08:49
	В чем именно состоит ваша проблема? Вам полностью нужно сделать задание? 0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	05.04.2010, 09:03 [ТС]
	CrystaL Помогите мне пожалуйста разбить на таблицы, то есть нормализовать данные, чтобы не было дублирования данных в таблицах? Объясните пожалуйста как это делается подробно? Чем нужно руководствоваться? С уважением, Антон. Спасибо!!! 0

@Елена 2454 / 797 / 24 Регистрация: 18.08.2009 Сообщений: 1,697
	05.04.2010, 13:13
	информация о нормальных формах есть в важном здесь и в теме "есть много ответов на ваши вопросы", почитайте, попробуйте составить Ваши таблицы и покажите результат. Сделать таблицы несложно, но это самое главное при изучении СУБД. Если это не поймете - ничего не сможете толком сделать, ваша база будет с "заворотами" 0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	06.04.2010, 00:07 [ТС]
	Есть ещё вариант))) >> >> > Таблица 1 Клиенты называется >> >> > Код клиента первичный ключ >> >> > имя >> >> > фамилия >> >> > отчество >> >> > город >> >> > район >> >> > область >> >> > страна >> >> > почтовый индекс >> >> > домашний телефон >> >> > рабочий телефон >> >> > факс >> >> > мобильный телефон >> >> > место работы >> >> > отдел >> >> > должность >> >> > Таблица 2 Заказы называется >> >> > Код клиента ключевое поле >> >> > организация >> >> > дата заказа >> >> > форма оплаты >> >> > Я избежал повторения данных в таблицах? >> >> > С уважением, Антон. 0

@Yurii_74 paladin 286 / 187 / 7 Регистрация: 25.02.2009 Сообщений: 589
	06.04.2010, 09:42
	Нет, не избежали. В одном городе могут жить много клиентов (может быть тогда просто все поле обозвать "адрес"... хотя нет, не лучше, вам же надо будет выборки разлицные делать), также телефонов/факсов у клиента может быть несколько. Что у вас делает в таблице заказов поле "организация"? Непонятно . Читайте лучше информацию по ссылке Елены. 0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	06.04.2010, 10:30 [ТС]
	У меня есть похожие задания, на эту почту они не влезут, куда Вам мне их прислать, оставьте адрес мыла? Спасибо!!! 0

@Елена 2454 / 797 / 24 Регистрация: 18.08.2009 Сообщений: 1,697
	06.04.2010, 11:02
	чтобы влезли, делаем следующее: берем из базы только необходимые таблицы, копируем в новую, сжимаем, архивируем. Насчет Вашей первой таблицы: она не во 2 нормальной форме, потому что неключевые столбцы (город,область, район и т.д.) не зависят от ключевого столбца КодКлиента. От ключевого столбца в этой таблице зависят только Фамилия, Имя, Отчество. Поэтому выполянем дефрагментацию, т.е. разбиваем таблицу на несколько, чтобы добиться трех нормальных форм. 0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	06.04.2010, 11:39 [ТС]
	Таблица Контрагент КодКонтрагента Фамилия Имя Отчество Таблица АДРЕС_КЛИЕНТА КодАдреса Город Район Область Страна Почт.индекс Дом.тел. Таблица Место_работы_клиента КодРАботыМестоРаботы Отдел Должность Раб.тел. Факс Таблица Организация КодОрганизации Организация (где производится заказ - другого не придумал) ТаблицаЗаказ КодЗаказа КодОрганизации ДатаЗаказа ФормаОплаты КодКлиента ТаблицаКлиенты КодКодКонтрагента КодАдреса КодРАботы Подчеркиванием выделила у Вас первичные ключи. Обратите внимание, что в таблице Клиенты столбцы - неключевые. Добавлено через 24 минуты записи - это строки, если данные в строках повторяются, то это и есть дублирование если организация и место работы разные вещи, организация - где производится заказ, а место работы - это клиента-заказчика если оставить 2 таблицы, то повторяться будут строки-записи Код клиента - это ключевое поле и может повторяться. Если в таблицах нет поля ключевого, то его создают дополнительно и это КОД (тип счётчик) 0

@Елена 2454 / 797 / 24 Регистрация: 18.08.2009 Сообщений: 1,697
	06.04.2010, 17:24
	Я поправила Ваши таблицы прямо в Вашем посте выше 0

@Андрей Борисови 714 / 402 / 33 Регистрация: 04.10.2009 Сообщений: 1,686
	07.04.2010, 10:13
	База в 2003 офисе База данных2(2003).rar 0

@Андрей Борисови 714 / 402 / 33 Регистрация: 04.10.2009 Сообщений: 1,686
	07.04.2010, 10:42
	0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	06.04.2010, 22:01 [ТС]
	Я долго думал (10 дней) как расположить эти таблицы.... И нашёл правильное решение у своего сокурсника в институте))) Правильное расположение будет таким))) Группируем: 1 таблица называется Информация о клиенте Собираем всю информацию об одном клиенте в одну таблицу последовательно: Код клиента ключ Город Район Область Страна Почтовый индекс Мобильный телефон Домашний телефон 2 таблица называется Клиент Собираем сюда организацию и фио Код клиента ключ Организация ключ Имя Фамилия Отчество Связь будет 1 ко многим 3 таблица называется Организация Собираем сюда все данные об организации и заказе Организация ключ Место работы Отдел Должность Факс Рабочий телефон Дата заказа Форма оплаты Связь 1 к 1 Вот и всё))) 0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	06.04.2010, 22:24 [ТС]
	А какие изменения или дополнения Вы бы внесли в этот вариант решения? Вы посмотрите внимательно на отношения в таблицах))) Первое отношение 1 ко многим это означает = ? Второе отношение 1 к 1 это означает = ? Ни про какую-либо атономарность кортежей здесь речь не идёт и программировать базу данных незачем))) Спасибо!!! 0

@Андрей Борисови 714 / 402 / 33 Регистрация: 04.10.2009 Сообщений: 1,686
	07.04.2010, 07:26
	Вот пример создания такой базы. Остальное вы сами доделаете. База данных2.rar 0

@daranton 42 / 8 / 0 Регистрация: 30.03.2010 Сообщений: 350
	07.04.2010, 09:49 [ТС]
	У меня в Access не воспроизводится этот формат, у Вас офис более старшей версии, а у меня 2003))) У меня будет такой вопросик))) Как связать две таблицы в отношении 1 ко многим? Спасибо!!! 0

@Андрей Борисови 714 / 402 / 33 Регистрация: 04.10.2009 Сообщений: 1,686
	07.04.2010, 10:46
	Отношение «один-к-одному» При отношении «один-к-одному» каждая запись в первой таблице может иметь не более одной связанной записи во второй таблице и наоборот. Отношения этого типа используются нечасто, поскольку обычно сведения, связанные таким образом, хранятся в одной таблице. Отношение «один-к-одному» используется для разделения таблицы, содержащей много полей, с целью отделения части таблицы по соображениям безопасности, а также с целью сохранения сведений, относящихся к подмножеству записей в главной таблице. После определения такого отношения у обеих таблиц должно быть общее поле. Справка Аксцес 0