ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Не могу спроектировать базу(люди-деятельности-свойства)
10 сообщений из 10, страница 1 из 1
Не могу спроектировать базу(люди-деятельности-свойства)
    #38067453
petr.snow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petr.snow
Гость
Доброе утро.

Есть человек с данными(email, пароль, дата_регистрации и прочее)

Человек может заниматься какой либо деятельностью(д-ть 1, д-ть 2, д-ть 3), может совмещать, т.е. многие ко многим. Т.е. максимум 3 д-ти одновременно.
У каждой деятельности своя дополнительная информация.

У д-ти 1 какая-то своя инфа с типами дата, текст, число(воообщем разные)

У д-ти 2 тоже какая-то инфа и т.д.

Я понял что будет таблица "Люди(id, email, pass)", будет таблица "Деятельности(id, name)" и будет таблица связка(user_id, дет_id, значение свойства д-ти).
Но возникает проблема, поле "значение свойства д-ти" должно быть одного типа. Так же поле, которое есть у одной деятельности, может присвоится к другой где по идее быть не должно.

Как дальше спроектировать не понимаю.
Как вообще в идеале сделать, чтоб не было избыточности и null'ов ? Не понимаю.
Спасибо большое. Надеюсь на вашу помощь.
...
Рейтинг: 0 / 0
06.12.2012, 10:48
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38067767
МайАбрикософф
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МайАбрикософф
Гость
petr.snowДоброе утро.

Есть человек с данными(email, пароль, дата_регистрации и прочее)

Человек может заниматься какой либо деятельностью(д-ть 1, д-ть 2, д-ть 3), может совмещать, т.е. многие ко многим. Т.е. максимум 3 д-ти одновременно.
У каждой деятельности своя дополнительная информация.

У д-ти 1 какая-то своя инфа с типами дата, текст, число(воообщем разные)

У д-ти 2 тоже какая-то инфа и т.д.

Я понял что будет таблица "Люди(id, email, pass)", будет таблица "Деятельности(id, name)" и будет таблица связка(user_id, дет_id, значение свойства д-ти).
Но возникает проблема, поле "значение свойства д-ти" должно быть одного типа. Так же поле, которое есть у одной деятельности, может присвоится к другой где по идее быть не должно.

Как дальше спроектировать не понимаю.
Как вообще в идеале сделать, чтоб не было избыточности и null'ов ? Не понимаю.
Спасибо большое. Надеюсь на вашу помощь.
...
Рейтинг: 0 / 0
06.12.2012, 12:46
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38067893
Фотография Foxter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Foxter
Участник
petr.snow Но возникает проблема, поле "значение свойства д-ти" должно быть одного типа. Так же поле, которое есть у одной деятельности, может присвоится к другой где по идее быть не должно.

Это непонятно, что Вы имеете ввиду "одного типа"? А второе предложение вообще никак ((

petr.snow Как вообще в идеале сделать, чтоб не было избыточности и null'ов ?

Чтобы не было nulloв? Так у Вас из и не будет, если все сущности связаны. Или я Вас неправильно понял?
...
Рейтинг: 0 / 0
06.12.2012, 13:33
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38068330
petr.snow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petr.snow
Гость
Foxter,

одного типа имеется ввиду. поле только строка. но может быть и дата и текст и прочее.
...
Рейтинг: 0 / 0
06.12.2012, 16:57
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38068592
moscowboy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
moscowboy
Участник
ТС,
Можно для каждой деятельности создать отдельную таблицу свойств.
Если ограничение 3 деятельности на чела критично, то можно так

Схема получится например такая.

Люди(
id,
email,
pass,
свойства_деятельности_1_id references свойства_деятельности(id),
свойства_деятельности_2_id references свойства_деятельности(id),
свойства_деятельности_3_id references свойства_деятельности(id)
)

Деятельности(id, name)

Свойства_Деятельности
(
id varchar2(200),
дет_id,
Значения общих свойств всех деятельностей,
constraint check (id like дет_id || '%')
)


Свойства-Аналитики
(
свойства_деятельности_id references свойства_деятельности(id),
значения свойств аналитики,
constraint check свойства_деятельности_id like 'Аналитика%'
)

Свойства-Разработки
(
свойства_деятельности_id references свойства_деятельности(id),
значения свойств разработки,
constraint check свойства_деятельности_id like 'Разработка%'
)

Свойства-Тестирования
(
свойства_деятельности_id references свойства_деятельности(id),
значения свойств тестирования,
constraint check свойства_деятельности_id like 'Тестирование%'
)


Небольшая избыточность правда есть, зато ссылочная целостность поддерживается без триггеров.




Если ограничение 3 деятельности критично, то в таблицу
люди добавить поля деятельностт
...
Рейтинг: 0 / 0
06.12.2012, 19:09
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38068595
moscowboy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
moscowboy
Участник
Последние 2 строки в предыдущем посте надо зачеркнуть
...
Рейтинг: 0 / 0
06.12.2012, 19:10
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38069044
Фотография DirksDR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DirksDR
Участник
Вариант EAV:


Люди(id человека, email, pass,...)

Виды деятельности(id вида, name,...)

Свойства_Деятельности(id свойства, id вида, name, datatype,...) - здесь datatype -тип данных св-ва (число, дата, строка...)

Деятельности (id человека, id свойства, id вида, значение свойства)

Поле "значение свойства" будет типа sql_variant.
Код: sql
1.
2.
sql_variant
A data type that stores values of various SQL Server-supported data types, except text, ntext, image, timestamp, and sql_variant.


или надо делать несколько таблиц значений, одну для чисел, другую для дат, третью для строк.
Почитайте про EAV в вики
http://en.wikipedia.org/wiki/Entity%E2%80%93attribute%E2%80%93value_model
...
Рейтинг: 0 / 0
07.12.2012, 10:02
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38069069
Фотография Foxter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Foxter
Участник
>> Свойства_Деятельности(id свойства, id вида, name, datatype,...) - здесь datatype -тип данных св-ва (число, дата, строка...)

А Вам не кажется, что свойства деятельности должны принадлежать самой деятельности? То есть поля ее характеризующие должны быть выражены в записи деятельности. А наименования полей должны характеризовать сами свойства. То бишь
...
Рейтинг: 0 / 0
07.12.2012, 10:25
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38069073
Фотография Foxter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Foxter
Участник
|id|Наименование деятельности|Свойство1|...|СвойствоN|
...
Рейтинг: 0 / 0
07.12.2012, 10:27
| Ответить | Цитировать | Написать  
Не могу спроектировать базу(люди-деятельности-свойства)
    #38072018
Фотография DirksDR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DirksDR
Участник
Foxter,

Код: sql
1.
2.
3.
А Вам не кажется, что свойства деятельности должны принадлежать самой деятельности? 
То есть поля ее характеризующие должны быть выражены в записи деятельности. 
А наименования полей должны характеризовать сами свойства.



Виды деятельности(...) - это справочник типов сущностей (Entity)
Свойства деятельности(...) - это справочник атрибутов (Atribute), здесь еще вид атрибута привязан к виду деятельности,
т.е. задает набор атрибутов каждого вида деятельности.
Деятельности(...) - это таблица значений (Value)
Вообше-то, при реализации EAV возможны варианты. Мне нравится такой вариант.

Ваш вариант
Код: sql
1.
|id|Наименование деятельности|Свойство1|...|СвойствоN|


EAV не является.
Он требует отдельную таблицу значений на каждый вид деятельности.
Или Вы хотите в одной таблице значений хранить записи разной структуры? Все свойства деятельности в одной строке через разделитель?
Тоже вариант, хотя null-ы в нем будут присутствовать (хотя бы как строка нулевой длины).
Код: sql
1.
|id|Наименование деятельности|Свойство1|Свойство2|||Свойство5|...|СвойствоN|
...
Рейтинг: 0 / 0
10.12.2012, 10:58
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Не могу спроектировать базу(люди-деятельности-свойства)
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=38067893&tid=1541441]:
 0ms
get settings:
 7ms
get forum list:
 11ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 139ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 43ms
get tp. blocked users:
 1ms
others: 245ms
total:  461ms
созд. / загр.: 461ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]