Как правильнее создать базу?

Question

[Kostya_Samo_Ov]

Добрый день! Есть такая задача. Создать своего рода социальную сеть, в которой можно зарегистрироваться. В профиле можно будет добавлять свои заметки. (ну редактирование ,удаление, понятно тоже). Но также есть фишка что этот обьект (то есть заметку) можно отправить другому зарегистрированному пользователю. Вопрос вот в чем. начать то по-любому нужно с базы, так вот,какая структура примерно должна быть. Ну есть таблица Пользователь с какими-то там атрибутами, есть таблица Заметка с атрибутами. Связь тут один ко многим. а как в отобразить вот эту передачу заметок?

Answer 1

[Rsa97]

Автор - поле в заметке, кому отправлено - многие-ко-многим если можно посылать нескольким пользователям. Можно дополнительно со статусом "новая", который сбрасывается, когда пользователь прочитает заметку. Тогда будет таблица связи (user_id, note_id, is_seen) с первичным ключом (user_id, note_id).

Comments

[Kostya_Samo_Ov]

@Rsa97вот все никак не могу понять как показать что есть поле (автор), а есть поле получатель,если и автор и получатель находятся в таблице (Пользователи). Допустимо ссілаться на одну и ту же таблицу?

[Rsa97]

Kostya_Samo_Ov: Конечно допустимо.

Answer 2

[Дмитрий Еремин]

можете, попробовать многие ко многим. почему бы и нет?
У пользователя много заметок. У заметки много пользователей
получится табличка (Id | UserId | NoteId)
Но здесь не пнятно, кто, в итоге, владелец заметки
-------------------------------------------------------------------------------------------------------------------------
Удачнее будет, записи вида
(Id | UserId | NoteId | RecieverId*)
тут понятно по Id строки из этой таблицы, кто с кем поделился какой записью. А раз можно идентифицировать конкретную запись и конкретных пользователей, вы можете, используя этот Id, задавать, например, права доступа для получателя заметки (чтение, редактирование, удаление, пересылка). Но это в другой табличке, типа
(Id, ShareId, PermissionId)

*Id пользователя, с которым поделились заметкой

UPD: но я не до конца представляю, что можно будет делать в вашей соц сети, так что вариант может быть не до конца подходящим. Общая идея в том, что фиксировать, кто кому что передал. Мало ли, вдруг потом РосКомНадзор пресанет..)

Comments

[Kostya_Samo_Ov]

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

[Дмитрий Еремин]

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

[Kostya_Samo_Ov]

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

[Дмитрий Еремин]

ну... я бы так начал

[Users] -- пользователи. тут все ясно, атрибуты сами определите, какие надо
Id | FirstName | LastName | Login | Birthdate | ... | RegistrationDateTime | Islocked | LockReason | IsDeleted

[Дмитрий Еремин]

[Content] -- здесь те самые загадочные объекты, которыми можем делиться. ContentTypeId ссылается на ContentType.Id
Id | ContentName | ContentTypeId | CreatedDateTime | ... | IsDeleted

[Дмитрий Еремин]

[ContentType] -- справочник типов объектов (заметка, фото, ссылка, видео и т.д.)
Id | Name

[Дмитрий Еремин]

[Shares] -- вот тут пишем, кто с кем чем делится. SenderId и RecieverID ссылаются на Users.Id
Id | SenderId | ObjectId | RecieverId | ShareDateTime

Kostya_Samo_Ov: это - та часть БД, которая отвечает за юзеров и объекты

[Kostya_Samo_Ov]

Дмитрий Еремин Спасибо, все предельно ясно. а еще такой вопрос , то что SenderId и RecieverID ссылаются на одну и ту же табличку это допустимо?
допустим я работаю в MySqL Workbench

[Дмитрий Еремин]

Kostya_Samo_Ov: вполне допустимо
про MySqL Workbench не в курсе.

[Kostya_Samo_Ov]

Дмитрий Еремин спасибо, буду пробывать

[Дмитрий Еремин]

Kostya_Samo_Ov: если что, в телеграме @Eremin_Dmitry