Идеи по хранению данных

Коллеги, надеюсь что общими усилиями получится нормализовать структуру данных.
Попробую описать проблему на коленке (если очень надо для наглядности - скину часть базы (а там нет секретности, это надо ЗНАТЬ, что и куда это вставить).
Итак, структура данных (старая, ее до меня создали лет 10 назад.. Поэтому не ко мне вопросы по говно-хранению. Сорри, за мой нежный..
ID = 104067
LIST_MO = 56-34A-12-56
Как лучше хранить нормализованно запись в столбце LIST_MO?
Есть несколько вариантов, я так вижу
1) распарсить строку (это есть) и сохранит все элементы между
разделителем в отдельную таблицу под общим ID.
Плюсы. Можно сделать выборку одним запросом.
Минусы. На Сотни тысяч записей - как-то не считаю это НОРМАЛИЗОВАННЫМ хранением из-за большого объема данных. Это капец, как база рарастется!
2) Хранить элементы в отдельных столбцах.
Плюсы. Элементарно собирается в СКЛ.
Минусы. Максимум столбцов - 30. Все войдет, даже запись из одного элемента. Но теперь напрягает по ширине, которая не всегда используется
3) Под Постгрессом хранить в виде массива.
Плюсы. Короткая запись, нет избыточного резервирования столбцов. Выбирается на Постгрессе одним запросом (работает с массивами).
Минусы. На Оракле 1-в-1 не перенести (или не все знаю)
Если все варианты кривые - предложите свое видение сохранения. Может в каком-то варианте УБЕДИТЕ, а то как-то растерялся..
Нужны идеи и пояснения, почему именно так видите.
Минусы.

0

Автор публикации

Пользователи не найдены
Оставить комментарий
Авторизация
*
*
Генерация пароля