YZ
if you will not find solution after, write to us
Size: a a a
2018 November 19
2018 November 20
ZS
всем привет!) вопрос в следующем состоит. что лучше. у меня есть сущность в которой нужно указать несколько параметров. есть два варианта, либо поле массив либо таблица связка в которой одно поле. далее когда получаю данные или сравнивать с в массиве вхождение или include(join) чтобы получить все есть ли там такое значение(в связной таблице)
YZ
привет. по правилам нормализации бд в sql 1 поле = 1 значение, я бы советовал вам сделать связь
YZ
если имеется ввиду масив который не выступает информационой единицей, то можно серилизовать и положить в бд
ZS
если имеется ввиду масив который не выступает информационой единицей, то можно серилизовать и положить в бд
можно направить меня. массив будет аля [1,2,3]
ZS
и мне нужно например отбирать те записи у кого есть 2 в массиве
YZ
без бизнес логики не понятно
ZS
допустим у меня есть продукт Сказка. есть пользователи, аля копирайтер(0), художник(1), видеограф(2).
и я говорю что для продукта типа Сказка подходят, пользователи типа - 0,1.
и далее при запросе на продукты, видеографу сказки не выходят)
и я говорю что для продукта типа Сказка подходят, пользователи типа - 0,1.
и далее при запросе на продукты, видеографу сказки не выходят)
ZS
как то так)
ZS
смысл в том, что это (копирайтер(0), художник(1), видеограф(2)) статичные данные. их никак не поменяешь
YZ
сделать таблицу группы пользователей
где перечислить роли, и потом коннектить по id, через промежуточную таблицу
где перечислить роли, и потом коннектить по id, через промежуточную таблицу
YZ
права в приложении сложная тема
ЕБ
допустим у меня есть продукт Сказка. есть пользователи, аля копирайтер(0), художник(1), видеограф(2).
и я говорю что для продукта типа Сказка подходят, пользователи типа - 0,1.
и далее при запросе на продукты, видеографу сказки не выходят)
и я говорю что для продукта типа Сказка подходят, пользователи типа - 0,1.
и далее при запросе на продукты, видеографу сказки не выходят)
Самое лучшее это завести промежуточную таблицу для связки пользователя с типом продукта
ZS
Самое лучшее это завести промежуточную таблицу для связки пользователя с типом продукта
Можете вкратце объяснить почему? никак не могу понять почему join лучше, чем поиск по индексированному полю?
YZ
поле масив, это статика, как вы в нем искать будете? средствами языка?. если же сделать таблицу, то средствами субд можно делать все
YZ
и запросы можно будет нормально строить
ЕБ
Это позволяет контролировать целостность данных. + очень легко расширить список продуктов. Допустим у вас возьмет и пропадет продукт сказка, который был под id = 2.. а у всех пользователей в каком то поле будет [0,1,2] .. как это чистить потом?
YZ
Это позволяет контролировать целостность данных. + очень легко расширить список продуктов. Допустим у вас возьмет и пропадет продукт сказка, который был под id = 2.. а у всех пользователей в каком то поле будет [0,1,2] .. как это чистить потом?
👍
ZS
спасибо большое)
2018 November 23
ZS
И снова всем привет) возник такой вопросик) можно ли как то использовать required: true, только на вторую вложенность?
include: [
include: [
required: true
]
]
include: [
include: [
required: true
]
]