V
задача для каждого юзера делать эмит событий только для него, при записи в базу
Size: a a a
2020 January 26
Ð
никто не знает что у тебя оам за модель, но если бы ты делал на обычном node-postgres, то просто сделал бы listen обновлений базы и слал всем залогиненным юзерам в их массив вебсокетов, которые они открыли
V
Ð
никто не знает что у тебя оам за модель, но если бы ты делал на обычном node-postgres, то просто сделал бы listen обновлений базы и слал всем залогиненным юзерам в их массив вебсокетов, которые они открыли
mongo + mongoose
V
Ð
никто не знает что у тебя оам за модель, но если бы ты делал на обычном node-postgres, то просто сделал бы listen обновлений базы и слал всем залогиненным юзерам в их массив вебсокетов, которые они открыли
так нужно не всем. Например один отправил сообщение конкретному челу, а другой увидел
Ð
Vitaly
mongo + mongoose
увы и ах
V
Ð
увы и ах
та этим гавном так не сделать?
Ð
Vitaly
та этим гавном так не сделать?
понятия не имею
Ð
Vitaly
так нужно не всем. Например один отправил сообщение конкретному челу, а другой увидел
а где я сказал что нужно слать всем каждый апдейт? ты бы слал тем кому данные предназначены, доступны все юзеры просто
W
знаю что в prisma есть сабскрипшины
PS
о, скоро зарелизят
KS
В sql шарящие есть? у меня есть общая таблица с id вконтакте. некоторые id между собой друзья. как мне организовать связи между этими id? например, что-бы по id получить выборку id друзей, или найти общих друзей для 2-х id?
a
В sql шарящие есть? у меня есть общая таблица с id вконтакте. некоторые id между собой друзья. как мне организовать связи между этими id? например, что-бы по id получить выборку id друзей, или найти общих друзей для 2-х id?
Промежуточная таблица
KS
Промежуточная таблица
с чем?
a
с чем?
С двумя столбцами с id.
KS
С двумя столбцами с id.
id - id друга?
Ð
В sql шарящие есть? у меня есть общая таблица с id вконтакте. некоторые id между собой друзья. как мне организовать связи между этими id? например, что-бы по id получить выборку id друзей, или найти общих друзей для 2-х id?
типичное отношение многие ко многим, для одной и той же таблицы, почитай теорию реляционных бд, там и про запросы будет теория и примеры
Ð
если в двух словах - тебе нужна другая таблица "дружба"
KS
Ð
типичное отношение многие ко многим, для одной и той же таблицы, почитай теорию реляционных бд, там и про запросы будет теория и примеры
угу, прочитал. ппц табличка по размерам выйдет....
Ð
угу, прочитал. ппц табличка по размерам выйдет....
эта сущность в любом случае выйдет такой. Плюс индексы по ней. Деваться некуда, дрючба - это произведение числа юзеров на среднее число друзей
KS
Ð
эта сущность в любом случае выйдет такой. Плюс индексы по ней. Деваться некуда, дрючба - это произведение числа юзеров на среднее число друзей
как я понимаю хранить отдельно для каждого юзера список друзей в ввиде enum или сериализированного json вообще не вариант с точки зрения кошерной архитектуры бд?