Друзья / Приглашения и обмен сообщениями -- бд игрового сервера / Проектирование БД

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Друзья / Приглашения и обмен сообщениями -- бд игрового сервера

1 сообщений из 1, страница 1 из 1

Друзья / Приглашения и обмен сообщениями -- бд игрового сервера

#35501442

Konstantin~

Участник

Сообщения: 93

Рейтинг: 0 / 0

2 вопроса.

А) приглашения в дружбу / обен сообщениями
есть таблица user где храняться данные игроков. Вопрос в том как организовать систему приглашений в дружбу. Дополнительное требование состоит в том что дружба всегда в обе стороны, т.е. если user1 зафрендил user2 то в списке друзей user2 user1 появляется автоматически. Еще одно требование это чтобы при запросе, подтверждении и разрыве дружбы передавалось сообщение написанное юзером, вроде "user2 this is user1, could we be friends?" (запрос на дружбу) или "user2, I hate u know" (отфрендить)

Б) общая система обмена сообщениями
система обмена сообщениями, вроде как личные сообщения на фоуме. требования тут такие: чтоб сообщения не стирались: user1 послал сообщение msg1 для user2, при этом msg1 записался в user1.Sent и user2.Inbox. И чтобы были broadcast сообщения для всех/группы пользователей.

все это куски базы игрового сервера.

по Б) что то такое:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

CREATE TABLE msg (
    msg_id serial,     -- pkey
    msg_fromuid int, -- fkey to table user, id of the user who sent the msg
    msg_rcptuid int,  -- fkey to table user, id of the recipient
    mgs_folder int,    -- fkey or enum (inbox,sent,deleted,etc)
    msg_status,        -- fkey or enum (read,deleted,etc)
    msg_flag,           -- fkey or enum (some flags, what ever it may be)
    ...  
    msg_timestamp
);

при посылке сообщения думаю создавать две записи ... Inbox, Sent, etc для юзера грубо говоря view с выборкой по user_id и folder. Что смущает так это то что наверно надо создавать отдельную таблицу для broadcast msg, иначе придется каждый раз создавать N=count(users) записей.

по А)

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.

-- table invitations
CREATE TABLE inv (
   inv_fromuid int not null,  -- fkey to user, id of the invitation sender 
   inv_touid     int not null,  -- fkey to user, id of the recipient
   inv_type      int not null,  -- fkey or enum (invitation,termination,etc)
   inv_subject varchar,       -- custom msg: subject 
   inv_body     varchar,      -- custom msg: body
   ...
   inv_expire timestamp
)  pkey (inv_fromuid, inv_touid)

-- table friends
CREATE friends (
friends_userid int,     -- fkey to user 
friends_friendid int,   -- fkey to user
...
) pkey (friends_userid, friends_friendid)

Запрос на дружбу создает запись в inv, при подтверждении запроса запись переносится во friends, запись из inv при этом стирается. Смущает несколько моментов,
первое: учитывая требование "взаимной дружбы" придется писать две записи во friends.

И второе: система сообщений не работает при разрыве дружбы. По идее если дружба разрывается то запись из friends должна удалятся сразу. Не очень ясно когда удалять/создавать запись в inv.

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

Вообшем любые мысли и коментарии приветстуются.

...

Рейтинг:

0 / 0

22.08.2008, 13:07

| Ответить | Цитировать | Написать

1 сообщений из 1, страница 1 из 1

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=32&fpage=99&tid=1543701]:	0ms
get settings:	7ms
get forum list:	9ms
check forum access:	2ms
check topic access:	2ms
track hit:	52ms
get topic data:	6ms
get forum data:	1ms
get page messages:	16ms
get tp. blocked users:	1ms
others:	222ms

total:	318ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы