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

т.е. есть таблицы: девушки, мужчины, письма, будут конечно и пользователи типа администратор, модератор и т.д. вопрос состоит в том как грамотно спроектировать такую базу данных?

hVostt,

возможно я не ясно описал картину, рассчитывал на людей которые делали подобное, и что они поймут о чем я, потому что в дальнейшем в работе возникает много вопросов связаны с выборкой, если не правильно спроектировать базу.
видел как подобную задачу решали через m_12121 - это ИД мужчины, а g_2432 - ИД девушки

ISergey.V,

на данный момент у меня есть таблица USER c полями `id`, `role_id`, `email`, `username`, `password`
и таблица GIRLS с полями `girl_id`, `user_id`,`first_name`, `last_name`
и таблица MENS с полями `men_id`, `user_id`,`first_name`, `last_name`
как то так

skyANA,
table name MEN спасибо что заметил лишнюю букву s
но это не поможет мне с проектированием базы.

Нет не учебный я б так не переживал закладывая фундамент проекта

hVostt,

у меня ж где-то должно хранится от кого кому письмо?!

Спасибо большое за ответы, и посмеялся и научился мыслить сущностями, только видно не до конца, как быть с теми полями и связям которые есть у девушек и нет у мужчин и наоборот!?

skyANAISergey.VhVostt,

у меня ж где-то должно хранится от кого кому письмо?!У письма может быть только один получатель?

Да

Alibek B.ISergey.Vно это не поможет мне с проектированием базы.
Тут ничего не поможет.

Нет "мужчин" и "женщин", есть сущность "люди" с атрибутом "пол".
Причем должно быть несколько атрибутов: биологический пол, экстерьерный пол, ролевой пол.
В теории атрибут должен быть историческим (атрибут может изменяться), но для сайта знакомств этим можно пренебречь.

"Администратор", "модератор", "пользователь" — это не сущности, это роли.

именно так я и сделал если вы заметили я писал выше авторна данный момент у меня есть таблица USER c полями `id`, `role_id`, `email`, `username`, `password`
`role_id` - хранится id и есть таблица ROLE
id name 1 admin 3 agencyOwner 4 agencyManager 5 sudsidiaryManager 6 sudsidiaryInterpretor 7 girl 8 men 9 sitePhotographer 10 agencyInterpretor 11 superAdmin

hVosttISergey.VСпасибо большое за ответы, и посмеялся и научился мыслить сущностями, только видно не до конца, как быть с теми полями и связям которые есть у девушек и нет у мужчин и наоборот!?


Это каких? Хотите добавить поля с размерами первичных половых признаков?

К примеру агенство у мужчины нет такой связи

ISergey.VhVosttпропущено...



Это каких? Хотите добавить поля с размерами первичных половых признаков?

К примеру агенство у мужчины нет такой связи

Еще у мужчины есть баланс, но мне кажется его хранить нужно отдельно или считать выбирая из таблицы с платными операциями!?

Dimitry SibiryakovЯ не понял: у тебя сайт знакомств или сутенёрское агенство?

А это как то поможет в проектировании базы данных? ))
Все легально никаких проституток и т.п.

БолтаювптISergey.VК примеру агенство у мужчины нет такой связи
...
Еще у мужчины есть баланс, но мне кажется его хранить нужно отдельно или считать выбирая из таблицы с платными операциями!?Вы все ещё настаиваете на сайте знакомств? Зря не предполагаете проституток мужского пола. А вообще, я думал в этой сфере бюджеты должны позволять нанимать компетентных специалистов.
Хотя, если сваянные на коленке сайты в течение месяца блокируются (и без бэкапов конечно!), то никаких бюджетов не хватит :)

Именно поэтому написал сюда, что не компетентен в данном вопросе, если кто то грамотно может помочь я готов отблагодарить!
пишите на скайп: isergeyv

hVosttISergey.VИменно поэтому написал сюда, что не компетентен в данном вопросе, если кто то грамотно может помочь я готов отблагодарить!
пишите на скайп: isergeyv

Проще будет, если вы настряпаете модель, выложите сюда, а сообщество покритикует. И сами прокачаетесь и над недостатками поработаете.
Спасибо за совет, так и сделаю!

17-77ISergey.V есть таблица ROLE
id name 7 girl 8 men
оооо неееетттт, только не это

ISergey.VК примеру агенство у мужчины нет такой связи
два варианта:
1. сделать nullable поле AgencyId в таблице "Люди"
2. сделать промежуточную таблицу PeopleId / AgencyId, будет связь многие-ко-многим. я не знаю что там за агенство, если брачное/свадебное - то девушка может обращаться в несколько агентств и каждое агенство может иметь в клиентах несколько девушек, так что многие-ко-многим подходит

Что не так? с
id name 7 girl 8 men [/quot]

Каждое агенство может иметь множество девушек, у девушки только одно агенство, так же у агенства могут быть филиалы.

ISergey.V,

И как мне сделать выборку( выбрать все письма от девушек к мужчинам со статусом прочтено) из таблицы Письма.
таблицу письма я представляю так
letter_id letter_to letter_from letter_send_date status 482 310 313 2017-02-10 13:32:56 1 483 310 313 2017-02-10 13:51:12 1 484 310 313 2017-02-10 13:52:02 1 485 313 310 2017-02-10 13:58:03 1 486 313 310 2017-02-10 14:01:22 1 487 313 310 2017-02-10 14:03:46 1 488 313 310 2017-02-10 14:27:53 1 489 313 310 2017-02-13 12:28:43 1 490 310 313 2017-02-13 12:33:15 0 491 310 313 2017-02-13 12:34:02 0 492 310 313 2017-02-13 12:36:30 1

ISergey.V,

При JOINить таблицу Люди где люди.id = letter.letter_from ?

17-77,

Спасибо, это то, что нужно было!


Девушка-девушка, парень-парень таких писем нет бывает, если что.

hVosttISergey.VИменно поэтому написал сюда, что не компетентен в данном вопросе, если кто то грамотно может помочь я готов отблагодарить!
пишите на скайп: isergeyv

Проще будет, если вы настряпаете модель, выложите сюда, а сообщество покритикует. И сами прокачаетесь и над недостатками поработаете.

Это то что я хотел, спасибо! Скажите модель в каком виде вам удобней будет выложить? Таблица не маленькая, может ввиде схемы и sql, какой формат файла? Что б вам было удобней разобраться.

Arm79,

У нас брачное агенство, исключительно для натуралов )