ЕК
Реляционная модель про избегание дублей а не про пустые колонки
Size: a a a
2020 April 01
TT
Роман Нагаев
то что ты хочешь сделать похоже на entity-attribute-value, очень спорная штука, нормального способа обработать это в гибернейте я не знаю, 9 пустых колонок выглядят меньшим злом, а ещё лучше дочернюю сущность сделать овнером связи, сделав её первичный ключ ещё и внешним, тогда вместо 9 пустых колонок будет по одной не пустой в каждой дочерней таблице
спасибо, как раз начинаю это делать. Правда еще нагуглил inharitance in hibernate, но такой вариант выглядит попроще
ЕК
Связи 2 сторонние или односторонние ?
TT
Связи 2 сторонние или односторонние ?
хотелось бы 2 сторонние
ЕК
На моем опыте наследование в хибернейт работают плохо
РН
спасибо, как раз начинаю это делать. Правда еще нагуглил inharitance in hibernate, но такой вариант выглядит попроще
не советую инхеритенс, он позволяет делать связи только в одну сторону(не помню в какую)
пс если тебе нужна возможноть создавать записи в дочерних таблицах без записи в родительской, внешний ключ делай не первичным ключём в просто уникальным
пс если тебе нужна возможноть создавать записи в дочерних таблицах без записи в родительской, внешний ключ делай не первичным ключём в просто уникальным
ЕК
Не важно будет у тебя внешним первичный или суррогатный важно ограничения выставить правильно
ЕК
Я так понимаю в моделе ооп у тебя эти 9 таблиц будут наследниками первой ?
TT
Я так понимаю в моделе ооп у тебя эти 9 таблиц будут наследниками первой ?
да
TT
Роман Нагаев
не советую инхеритенс, он позволяет делать связи только в одну сторону(не помню в какую)
пс если тебе нужна возможноть создавать записи в дочерних таблицах без записи в родительской, внешний ключ делай не первичным ключём в просто уникальным
пс если тебе нужна возможноть создавать записи в дочерних таблицах без записи в родительской, внешний ключ делай не первичным ключём в просто уникальным
спасибо, сделаю уникальным на будущее
ЕК
Там 2 уровневая иерархия ?
TT
Там 2 уровневая иерархия ?
да
ЕК
Множественной наследовательности там быть не может ?
TT
Множественной наследовательности там быть не может ?
ну по сути проект это пост(основная таблица) и его содержание (персонажи, миры, предметы)
пост это комментарии, оценки, создатель, жалобы
а контент это собственно описания обьекта и его связи с другими таблицами
но множественного наследования там не будет, я так вижу
пост это комментарии, оценки, создатель, жалобы
а контент это собственно описания обьекта и его связи с другими таблицами
но множественного наследования там не будет, я так вижу
ЕК
Что то я тут не вижу наследования вовсе, кто будет наследовать пост ?
ЕК
Будет пост с комментариями либо пост с оценками ?
ЕК
У одного поста по идее может быть много комментариев
TT
Что то я тут не вижу наследования вовсе, кто будет наследовать пост ?
все таблицы контента наследуют таблицу пост: пост про персонажа, пост про предмет, пост про локацию
Д
ребята, у меня запущен стримовский сервер в приложении для воспроизведение аудио-файла. Почему когда я пыталюсь одновременно закрыть сервер и открыть его заново - возникает проблема . Для того что бы такого не было , нужно ждать как минимум 3 секунды после закрытие серевера.
TT
Будет пост с комментариями либо пост с оценками ?
тут я неудачно выразился, пост имеет связи с таблицей комментариев и т.д.