YZ
а если у меня нет функции отслеживания "Сколько людей прочли статью"
Это не влияет на структуру связей
Size: a a a
2019 October 08
p
а если у меня монга?
YZ
связи то остаются, не важно. вам нужно будет добавить дату прочтения и отзыв, куда будете помещать?
p
я понял, спс
YZ
в общем, я к тому, что сделал бы отдельной, для гибкости
Kb
Всемпривет есть библиотеки для mongo+express?. хочется иметь обычный круд где запросы express будут в коробке. То есть добавил сущность и тутже он отправляет успещный результат на клиент!
go
Всемпривет есть библиотеки для mongo+express?. хочется иметь обычный круд где запросы express будут в коробке. То есть добавил сущность и тутже он отправляет успещный результат на клиент!
Что
go
Для работы с postgresql что посоветуете? pg-promise?
2019 October 09
И
Для работы с postgresql что посоветуете? pg-promise?
имхо, но sequelize по кайфу
И
Но это уже больше по орм, а не обычная выполнялка запросов
AT
всем привет! подскажите пожалуйста как правильно сделать.
у меня есть User и у него есть список прочитанных статей.
как лучше хранить id статей?
сейчас я сделал поле у User - readPostIds где храню айди статей.
это правильно? или надо создать отдельную сущность для списка прочитанных статей типа
UserListReadPosts: {
user: {
type: ObjectId,
ref: 'User'
},
list: [
{
type: ObjectId,
ref: 'Post'
}
]
}
у меня есть User и у него есть список прочитанных статей.
как лучше хранить id статей?
сейчас я сделал поле у User - readPostIds где храню айди статей.
это правильно? или надо создать отдельную сущность для списка прочитанных статей типа
UserListReadPosts: {
user: {
type: ObjectId,
ref: 'User'
},
list: [
{
type: ObjectId,
ref: 'Post'
}
]
}
Если вы используете монгу то всё пихайте в пользователя, отдельных сущностей вам не нужно
ТК
Если вы используете монгу то всё пихайте в пользователя, отдельных сущностей вам не нужно
Плохой совет
Вместо инсерта будет апдейт каждый раз
Это нужно поле в документе мутировать и перезаписывать, что гораздо затратнее простого инсерта
Вместо инсерта будет апдейт каждый раз
Это нужно поле в документе мутировать и перезаписывать, что гораздо затратнее простого инсерта
ТК
всем привет! подскажите пожалуйста как правильно сделать.
у меня есть User и у него есть список прочитанных статей.
как лучше хранить id статей?
сейчас я сделал поле у User - readPostIds где храню айди статей.
это правильно? или надо создать отдельную сущность для списка прочитанных статей типа
UserListReadPosts: {
user: {
type: ObjectId,
ref: 'User'
},
list: [
{
type: ObjectId,
ref: 'Post'
}
]
}
у меня есть User и у него есть список прочитанных статей.
как лучше хранить id статей?
сейчас я сделал поле у User - readPostIds где храню айди статей.
это правильно? или надо создать отдельную сущность для списка прочитанных статей типа
UserListReadPosts: {
user: {
type: ObjectId,
ref: 'User'
},
list: [
{
type: ObjectId,
ref: 'Post'
}
]
}
Храни в отдельной таблице ссылку на пользователя и ссылку на статью, которую он прочел
Два рефа, грубо говоря
Два рефа, грубо говоря
ТК
Храни в отдельной таблице ссылку на пользователя и ссылку на статью, которую он прочел
Два рефа, грубо говоря
Два рефа, грубо говоря
Это many to many реляция
AT
Плохой совет
Вместо инсерта будет апдейт каждый раз
Это нужно поле в документе мутировать и перезаписывать, что гораздо затратнее простого инсерта
Вместо инсерта будет апдейт каждый раз
Это нужно поле в документе мутировать и перезаписывать, что гораздо затратнее простого инсерта
Как я понимаю человеку нужно хранить только просмотренные статьи, если речь идёт всё же о смежной таблице, тогда тут реляционная бд нужна, а не документоориентиррванная
ТК
Как я понимаю человеку нужно хранить только просмотренные статьи, если речь идёт всё же о смежной таблице, тогда тут реляционная бд нужна, а не документоориентиррванная
У него и пользователи есть, и статьи
Насчёт реляций согласен, но тем не менее предыдущий твой совет неправилен
Насчёт реляций согласен, но тем не менее предыдущий твой совет неправилен
AT
Что значит неправильный? А как он потом будет агрегировать две коллекции? Это не затратней будет?
ТК
Что значит неправильный? А как он потом будет агрегировать две коллекции? Это не затратней будет?
Лучше лишний раз агрегировать, чем сущность набивать данными, с ней не связанными
AT