AL
Size: a a a
2020 September 18
IG
нннуу, если честно не до конца понял.
IG
в чем первая проблема со множественностью?
AL
То что вроде нельзя иметь динамическую cardinality
AL
Я могу ошибаться, это то как я понял доку
IG
это да, либо один, либо много
AL
А в датомике нельзя это как-то разрулить так чтобы у тебя был реф на сущность fieldSingle или fieldMulti внутри которых уже была бы объявлена кардинальность?
IG
Надо отъехать, вернусь посмотрю
AL
Гут, спасибо, ток упомяни меня пжлс
AL
[{
:field/name "Test"
:field/implementation {
:fieldSingle/option {...}
}
} {
:field/name "Plest"
:field/implementation {
:fieldMulti/otpions [...]
}
}]AL
Я такое предполагал
IG
мне кажется можно задать разные атрибуты, а дальше лепить нужную сущность по условию. Например, завестри атрибут
:field/implementation и :field/implementationS с кардиналити one и manyIG
а дальше по каким-то условиям писать в базу
или
{:field/name "Foo"
:field/implementation ...}или
{:field/name "Bar"
:field/implementations [..., ...]}IG
а реф кстати может указывать на что угодно, в т.ч. на разные сущности. cc @esseswann
AL
Я скорее имел ввиду делать implementation для некоторой энтити которая может содержать в себе options и другие штуки
AL
Специфичные для типа поля
AL
Я в пг приблизительно так и сделал как ты говоришь путём кучи паразитных колонок из которых используется только одна для конкретного типа
IG
в pg если сущность вся такая сложная, проще хранить тушку в jsonb, а в основные колонки вынести только главные поля.
IG
и проверяться спекой при записи.
IG
всяко лучше, чем держать кучу колонок. И проще переколбасить сущность во что-то другое скриптом