VY
Привет!
Чуть позже смогу ответить. Раздел проектирую в сложном проекте.
Чуть позже смогу ответить. Раздел проектирую в сложном проекте.
ок,
как раз разогретый - сможешь мне рассказать :)
как раз разогретый - сможешь мне рассказать :)
Size: a a a
2020 June 02
VY
Вечером
спасибо!
ДК
@QuarasiqueM,
можешь помочь с этим вопросом?
можешь помочь с этим вопросом?
Друг, тут сейчас все работают. Ты же знаешь как сложно переключаться
ЕК
Просто конец рабочего дня, домой пора ехать, а там кушать, жёппу мыть, всё это
AH
Просто конец рабочего дня, домой пора ехать, а там кушать, жёппу мыть, всё это
У кого как. В Питере 2 дня, самый разгар.
VY
Друг, тут сейчас все работают. Ты же знаешь как сложно переключаться
понятное дело,
ищу - кто сможет :)
ищу - кто сможет :)
VY
вопрос по архитектуре БД:
имеется 6 моделей (книжный каталог):
Юзеры (дефолтная)
Авторы (отдельная, не юзеры)
Книги,
Категории,
Жанры,
Тэги
также еще 2 служебные (пока не уверен, что они действительно нужны):
Типы_свойств,
Значения_свойств (для предустановленных) - каждому типу свой набор значений.
Дальше таблица связи модели-типы-значения...
Вот эта таблица меня беспокоит :)
Подразумевается, что свойства всех моделей, которые много-ко-многим - хранятся в этой таблице...
Может это неверный подход?
ее структура
entity_id bigIncrements
entity string
type_id bigIncrements
values_id bigIncrements
1-е - это поле entity - имя модели - оно тут как-то не к месту.
Как поступить?
для свойств много-ко-многим:
1) Делать для имен моделей отдельную таблицу? И дальше юзать эту хитрую таблицу связей?
2) Или свойства моделей более целесообразно хранить отдельно для каждой модели ? Со своей таблицей связей?
имеется 6 моделей (книжный каталог):
Юзеры (дефолтная)
Авторы (отдельная, не юзеры)
Книги,
Категории,
Жанры,
Тэги
также еще 2 служебные (пока не уверен, что они действительно нужны):
Типы_свойств,
Значения_свойств (для предустановленных) - каждому типу свой набор значений.
Дальше таблица связи модели-типы-значения...
Вот эта таблица меня беспокоит :)
Подразумевается, что свойства всех моделей, которые много-ко-многим - хранятся в этой таблице...
Может это неверный подход?
ее структура
entity_id bigIncrements
entity string
type_id bigIncrements
values_id bigIncrements
1-е - это поле entity - имя модели - оно тут как-то не к месту.
Как поступить?
для свойств много-ко-многим:
1) Делать для имен моделей отдельную таблицу? И дальше юзать эту хитрую таблицу связей?
2) Или свойства моделей более целесообразно хранить отдельно для каждой модели ? Со своей таблицей связей?
@sequeller
можешь помочь с этим вопросом?
можешь помочь с этим вопросом?
VY
вопрос по архитектуре БД:
имеется 6 моделей (книжный каталог):
Юзеры (дефолтная)
Авторы (отдельная, не юзеры)
Книги,
Категории,
Жанры,
Тэги
также еще 2 служебные (пока не уверен, что они действительно нужны):
Типы_свойств,
Значения_свойств (для предустановленных) - каждому типу свой набор значений.
Дальше таблица связи модели-типы-значения...
Вот эта таблица меня беспокоит :)
Подразумевается, что свойства всех моделей, которые много-ко-многим - хранятся в этой таблице...
Может это неверный подход?
ее структура
entity_id bigIncrements
entity string
type_id bigIncrements
values_id bigIncrements
1-е - это поле entity - имя модели - оно тут как-то не к месту.
Как поступить?
для свойств много-ко-многим:
1) Делать для имен моделей отдельную таблицу? И дальше юзать эту хитрую таблицу связей?
2) Или свойства моделей более целесообразно хранить отдельно для каждой модели ? Со своей таблицей связей?
имеется 6 моделей (книжный каталог):
Юзеры (дефолтная)
Авторы (отдельная, не юзеры)
Книги,
Категории,
Жанры,
Тэги
также еще 2 служебные (пока не уверен, что они действительно нужны):
Типы_свойств,
Значения_свойств (для предустановленных) - каждому типу свой набор значений.
Дальше таблица связи модели-типы-значения...
Вот эта таблица меня беспокоит :)
Подразумевается, что свойства всех моделей, которые много-ко-многим - хранятся в этой таблице...
Может это неверный подход?
ее структура
entity_id bigIncrements
entity string
type_id bigIncrements
values_id bigIncrements
1-е - это поле entity - имя модели - оно тут как-то не к месту.
Как поступить?
для свойств много-ко-многим:
1) Делать для имен моделей отдельную таблицу? И дальше юзать эту хитрую таблицу связей?
2) Или свойства моделей более целесообразно хранить отдельно для каждой модели ? Со своей таблицей связей?
@Adelf32,
можешь помочь с этим вопросом?
можешь помочь с этим вопросом?
A
@sequeller приятно быть вторым после Хеллдара? :)
SG
@Adelf32,
можешь помочь с этим вопросом?
можешь помочь с этим вопросом?
Остановился бы...
VY
Остановился бы...
пока что все ответили, что не могут...
нельзя останавливаться - как на велике, упаду :)
нельзя останавливаться - как на велике, упаду :)
SG
вопрос по архитектуре БД:
имеется 6 моделей (книжный каталог):
Юзеры (дефолтная)
Авторы (отдельная, не юзеры)
Книги,
Категории,
Жанры,
Тэги
также еще 2 служебные (пока не уверен, что они действительно нужны):
Типы_свойств,
Значения_свойств (для предустановленных) - каждому типу свой набор значений.
Дальше таблица связи модели-типы-значения...
Вот эта таблица меня беспокоит :)
Подразумевается, что свойства всех моделей, которые много-ко-многим - хранятся в этой таблице...
Может это неверный подход?
ее структура
entity_id bigIncrements
entity string
type_id bigIncrements
values_id bigIncrements
1-е - это поле entity - имя модели - оно тут как-то не к месту.
Как поступить?
для свойств много-ко-многим:
1) Делать для имен моделей отдельную таблицу? И дальше юзать эту хитрую таблицу связей?
2) Или свойства моделей более целесообразно хранить отдельно для каждой модели ? Со своей таблицей связей?
имеется 6 моделей (книжный каталог):
Юзеры (дефолтная)
Авторы (отдельная, не юзеры)
Книги,
Категории,
Жанры,
Тэги
также еще 2 служебные (пока не уверен, что они действительно нужны):
Типы_свойств,
Значения_свойств (для предустановленных) - каждому типу свой набор значений.
Дальше таблица связи модели-типы-значения...
Вот эта таблица меня беспокоит :)
Подразумевается, что свойства всех моделей, которые много-ко-многим - хранятся в этой таблице...
Может это неверный подход?
ее структура
entity_id bigIncrements
entity string
type_id bigIncrements
values_id bigIncrements
1-е - это поле entity - имя модели - оно тут как-то не к месту.
Как поступить?
для свойств много-ко-многим:
1) Делать для имен моделей отдельную таблицу? И дальше юзать эту хитрую таблицу связей?
2) Или свойства моделей более целесообразно хранить отдельно для каждой модели ? Со своей таблицей связей?
Тут же у тебя полиморфная связь, и вообще тут EAV подойдет
VY
Тут же у тебя полиморфная связь, и вообще тут EAV подойдет
ага, счас почитаю про них,
Спасибо!
Спасибо!
VY
Тут же у тебя полиморфная связь, и вообще тут EAV подойдет
у меня вопрос - стоит ли делать полиморфную? Может сделать просто?
- свойства моделей хранить отдельно для каждой - с отдельной таблицей связей?
- свойства моделей хранить отдельно для каждой - с отдельной таблицей связей?
A
если есть строго определённый набор свойств для каждой модели - то конечно в отдельных таблицах
A
городить ЕАВ для этого не стоит
VY
если есть строго определённый набор свойств для каждой модели - то конечно в отдельных таблицах
да, определенный,
я понял,
Спасибо!
я понял,
Спасибо!
R#
Twill.io кто то пробовал динамические поля? На одном проекте работает, на втором нет (
VY
Twill.io кто то пробовал динамические поля? На одном проекте работает, на втором нет (
динамические поля - чего? БД или форм?
R#