Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Пример проектирования базы данных, Нужны ваши коментарии 
:(
    Опции темы
HellanD
Дата 19.2.2008, 00:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 443
Регистрация: 16.5.2006
Где: Киев

Репутация: нет
Всего: 2



Доброго Вам времени суток. Я хочу научиться работать с базами данных и грамотно их проектировать. По этому я решил попробовать спроектировать базу данных небольшого предприятия. Я не уверен что правильно это сделал, и по этому очень хочу услышать ваши идеи и мнения. 

Вот условия:
 1. Построить er диаграмму для БД небольшого предприятия по таким входным данным:  
 
  • номер склада
  • назначение склада,
  • площадь склада
  • имя кладовщика
  • название товара
  • количество товара
  • дата приёма
  • название поставщика
  • адрес поставщика
  • Номер телефона

Я считаю необходимым создать такие таблицы:
 
  •  Склады 
     
  •  Продукты
     
  •  Поставки
     
  •  Поставщики

В присоединённом файле моя er диаграмма

Хочу узнать Ваши мнения по этому поводу!

Присоединённый файл ( Кол-во скачиваний: 30 )
Присоединённый файл  1.PNG 0,00 Kb


--------------------
Мой сайт на django
Japanese Innovations
PM ICQ   Вверх
HellanD
Дата 19.2.2008, 00:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 443
Регистрация: 16.5.2006
Где: Киев

Репутация: нет
Всего: 2



Прошу простить первый файл в аттаче пустой. Используйте второй

Присоединённый файл ( Кол-во скачиваний: 45 )
Присоединённый файл  __________.JPG 35,20 Kb


--------------------
Мой сайт на django
Japanese Innovations
PM ICQ   Вверх
source777
Дата 19.2.2008, 00:10 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1878
Регистрация: 12.3.2007

Репутация: 1
Всего: 56



А как же кладовщики? Нужно же и о них где то данные хранить, не говоря уже о том, что у одного склада может быть несколько кладовщиков, причём не обязательно постоянных...

А рисунок у тебя пустой почему то прикрепился...

Добавлено через 4 минуты и 57 секунд
Цитата(HellanD @  19.2.2008,  00:08 Найти цитируемый пост)
Прошу простить первый файл в аттаче пустой. Используйте второй
А что за жесть, почему имена полей на русском, да ещё и с ошибками? 
+ между складами и поставками связь может быть многие ко многим...


--------------------
Если бы программистам платили за то, чтобы убирать код из программы вместо того, чтобы добавлять его, программы были бы намного лучше © Николас Негропонте
PM MAIL   Вверх
XEugene
Дата 19.2.2008, 00:16 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 116
Регистрация: 1.1.2008

Репутация: 1
Всего: 2



А разве дата приема продукта и дата поставки - не одно и то же?

Добавлено @ 00:21
По поводу связи название поставщика-поставщик  -  в качестве первичного и внешнего ключей лучше использовать айдишники.  А то получается,  что название поставщика хранится в двух таблицах.

Добавлено @ 00:23
Т.е.  Поставщики.id - Поставки. id_поставщика.

Добавлено @ 00:25
То же самое Артикул - продукт.


Это сообщение отредактировал(а) XEugene - 19.2.2008, 00:44
PM MAIL   Вверх
HellanD
Дата 19.2.2008, 10:03 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 443
Регистрация: 16.5.2006
Где: Киев

Репутация: нет
Всего: 2



Спасибо за ответы. Внес соответсвующие коррективы в базу данных.

Остались такие вопросы:
 1. Один кладовщик может отвечать за много складов, так и на оборот, в одном складе может быть много кладовщиков. Получаеться нужно создать что то вроде таблицы КладовщикоСклады? Немного странно. (Я новичек в СУБД по этому нужен совет)

 2. По поводу связей складов с поставками, можно ли предположить что поставки у меня идут просто в порядке увеличения номера, соответсвенно одна поставка (я сделал таблицу поставки для решения связи многие ко многим между продуктами и складами), имеет связь один ко многим.

В присоедененном файле база. Написал ее в аксессе. Посмотрите плиз. 

Очень жду ваших отзывов

Присоединённый файл ( Кол-во скачиваний: 16 )
Присоединённый файл  db1.rar 15,91 Kb


--------------------
Мой сайт на django
Japanese Innovations
PM ICQ   Вверх
HellanD
Дата 19.2.2008, 10:05 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 443
Регистрация: 16.5.2006
Где: Киев

Репутация: нет
Всего: 2



Вот полученная er диаграмма

Присоединённый файл ( Кол-во скачиваний: 33 )
Присоединённый файл  1.PNG 26,01 Kb


--------------------
Мой сайт на django
Japanese Innovations
PM ICQ   Вверх
under_sun
Дата 19.2.2008, 11:35 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 141
Регистрация: 3.10.2007
Где: Ебург

Репутация: 2
Всего: 17



Цитата(HellanD @  19.2.2008,  10:03 Найти цитируемый пост)
1. Один кладовщик может отвечать за много складов, так и на оборот, в одном складе может быть много кладовщиков. Получаеться нужно создать что то вроде таблицы КладовщикоСклады? Немного странно.

Так и должно быть. Я бы даже сделал таблицу: Кладовщик, Склад, Когда был назначен отвественным за склад, Когда был снят.

Что касается поставок, то я понимаю под понятием поставка - привоз товаров, т.е. нескольких продуктов на один склад. Тогда между поставками и продуктами связь многие ко многим.
В таблице Продукты дата приема - лишнее поле, т.к. у одного продукта на разных складах разные даты приема (а также есть информация а дате поставки).

p.s.
Про проектирование баз данных можешь почитать Дейта - "Введение в системы баз данных".
--------------------
TMTOWTDI
PM MAIL ICQ   Вверх
source777
Дата 19.2.2008, 22:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1878
Регистрация: 12.3.2007

Репутация: 1
Всего: 56



Цитата(HellanD @  19.2.2008,  00:00 Найти цитируемый пост)
Я хочу научиться работать с базами данных и грамотно их проектировать.

Цитата(HellanD @  19.2.2008,  10:03 Найти цитируемый пост)
В присоедененном файле база. Написал ее в аксессе.
Вот это не совместимые вещи, если хочешь научиться грамотно проектировать БД, то забудь про MS Access...



--------------------
Если бы программистам платили за то, чтобы убирать код из программы вместо того, чтобы добавлять его, программы были бы намного лучше © Николас Негропонте
PM MAIL   Вверх
HellanD
Дата 21.2.2008, 09:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 443
Регистрация: 16.5.2006
Где: Киев

Репутация: нет
Всего: 2



Что то я в этом аксессе запутался. Не могу понять как сделать запрос

Какието дезайнеры запросов которые непонятно как собирают эти самые очереди. А если есть желание собрать запрос из разных таблиц например что то вроде такого

SELECT продукт.артикул FROM  поставки WHERE поставки.поставщикid LIKE Coca-cola
Подскажите плиз :(

Буду благодарен 


--------------------
Мой сайт на django
Japanese Innovations
PM ICQ   Вверх
source777
Дата 21.2.2008, 16:51 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1878
Регистрация: 12.3.2007

Репутация: 1
Всего: 56



Цитата(HellanD @  21.2.2008,  09:49 Найти цитируемый пост)
SELECT продукт.артикул FROM  поставки WHERE поставки.поставщикid LIKE Coca-cola
У тебя, что строка в качестве id? smile  
Смотри привыкнешь по-русски поля называть, потом отвыкать придётся, если разберёшься....

P.S. Совет: Установи себе MySQL или MS SQL Server Express.




--------------------
Если бы программистам платили за то, чтобы убирать код из программы вместо того, чтобы добавлять его, программы были бы намного лучше © Николас Негропонте
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

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

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0665 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.