ГW
Нет не может и это то почему я не хочу использовать пивот,,, но мне говорят делать через пивот ибо потому что с пивотом типо меньше запросов или не надо каждый раз что то куда то инсертить
Size: a a a
2020 March 14
ИС
Гор Web-Dev(hope)!
Нет не может и это то почему я не хочу использовать пивот,,, но мне говорят делать через пивот ибо потому что с пивотом типо меньше запросов или не надо каждый раз что то куда то инсертить
Чепуху советуют)
ИС
Это one to many
ГW
Единственная разница пивота и не пивота это отношение много ко многим?
ИС
Пивот это связующая таблица для отношения многие ко многим
ИС
Если у тебя не многие ко многим, то и пивот не нужен
k
Сервис и репозиторий это разные вещи
Разные.. все разное))
ГW
ок)
ИС
Гор Web-Dev(hope)!
Нет не может и это то почему я не хочу использовать пивот,,, но мне говорят делать через пивот ибо потому что с пивотом типо меньше запросов или не надо каждый раз что то куда то инсертить
Молодец, что сопротивляешься 👍
k
Гор Web-Dev(hope)!
Довай так мне нужно что бы на коммент могло быть много ответов но на ответы нельзя переответить
так тебе просто один ко многим надо
ГW
Ну а если будет 3 слой?
ИС
То лучше вовсе использовать одну таблицу с полем parent_id
k
если будет третий слой тогда вот как выше написали.. одна таблица..
ГW
Мне кстати предлагали использовать только 1 таблицу комментов, где будет идентификатор comment_id и типо сколько хочешь слоев используй
ГW
типо есть 2 коммента в таблице второй является ответом на первый
ГW
Программировать это когда даже в самом маленьком приеме у тебя уйма вариантов
ГW
и хрен знает что выбрать)
A
Гор Web-Dev(hope)!
Программировать это когда даже в самом маленьком приеме у тебя уйма вариантов
Конечно так будет если придумывать пивоты там где они не нужны
ГW
Хотя это еше и от многих факторов я думаю зависит,если бы у меня была задача организации комментариев фейсбука ,я думаю одним пивотом не обошлось бы когда речь о 50 к+ комментов
ГW
Придумал не я а те кто меня учат ,но почему они придумали это я хз