AW
А эти опции нужны внутри БД или только на applayer?
в БД не нужны, нет.
Size: a a a
2019 December 12
PD
Тогда почему не хранить собственно метаинформацию в виде, удобном для apppserver? Сериализованные объекты и т.п. Это гораздо эффективнее и проще.
AW
Сериализированные в базе? Такое себе решение, чесно говоря
AW
если даже банально неймспейс поменяется - все сломается
PD
Ээ, вы как сериализуете? Какой язык платформы?
DD
Чую как есть-) так и сериализуют
AW
заставляю клиентский код отдавать и принимать JSON, сериализую уже JSON
DD
Тож интересно)
S
во что сериализуем JSON ???
GK
Из PHP в Json) думаю
PD
Так если JSON, то откуда там namespace? И он очень устойчив к небольшим изменениям, а 'версию сериализации' можно и нужно хранить в любом подходе.
AW
во что сериализуем JSON ???
JSON данные, не готовый json
PD
Но это все гораздо лучше, чем eav.
PD
На applayer есть (должны быть) доменные объекты, их и сериализовать. Там же не perl?
AW
Так если JSON, то откуда там namespace? И он очень устойчив к небольшим изменениям, а 'версию сериализации' можно и нужно хранить в любом подходе.
Ну, правильно. А вы предложили хранить сериализированные обьекты в чистом виде - точнее, я так это понял.
PD
Сериализация - это процесс. А в какой формат - отдельный вопрос )
AW
На applayer есть (должны быть) доменные объекты, их и сериализовать. Там же не perl?
не perl)
PD
У меня был доклад на Pg conf года три назад про правильное хранение объектов в БД, там есть базовые советы, посмотрите.
PD
А БД какая? А то если Оракл - то он до сих пор с блобами работать не научился нормально.
PD
(впрочем, сейчас нет поводов выбирать Оракл для почти любых задач)