1. Anchor - 17 Октября, 2014 - 10:47:51 - перейти к сообщению
Всех приветствую. Что считаете, "дурно" ли записывать/считывать в одну ячейку (Реляционная БД), сериализованный(в строку) ассоциативный массив? Или все же разносить эти данные по полям/таблицам?
2. Мелкий - 17 Октября, 2014 - 11:00:23 - перейти к сообщению
Сначала нормальная форма.
И только потом, когда можете чётко и внятно аргументировать, почему здесь нормальная форма не нужна, что знаете все минусы этого варианта и есть существенные плюсы - пишете сериализованный вид.
И только потом, когда можете чётко и внятно аргументировать, почему здесь нормальная форма не нужна, что знаете все минусы этого варианта и есть существенные плюсы - пишете сериализованный вид.
3. Anchor - 18 Октября, 2014 - 10:51:47 - перейти к сообщению
Вот у меня такая ерунда, любопытно было бы услышать мнение. Массив который нужно хранить, с ДИНАМИЧЕСКИМИ данными и КАЖДЫЙ элемент может как отстутствовать так и присутствовать. Помимо этого названия ключей массива - также невозможно изначально определить однозначно. Например есть какой-нибудь Офис, и там комнаты могут носить свои специфичные названия.
--
1.Есть таблица "Коммерческая недвижимость".
2.Есть поле "Площадь". Это поле может быть "динамическим". Т.е. варианты такие:
--
1.Есть таблица "Коммерческая недвижимость".
2.Есть поле "Площадь". Это поле может быть "динамическим". Т.е. варианты такие:
CODE (htmlphp):
скопировать код в буфер обмена
скопировать код в буфер обмена
- 0=>"площадь кухни"
- 1=>"площадь комнат" { //произвольное число (комнат)
- 0=>12
- 1=>34 // тут также может появитья описание(я) комнаты, тип, т.е. еще один под-массив. Хотя, возможно, это не нужно сюда впихивать. Но если сериализовавывать - то было бы удобно, т.к. данные эти - динамические
- }
Либо, ВСЕ это может быть элементом массива "Этажи". И на каждом этаже будет такой массив