Всем доброго времени суток.

От предыдущего разработчика досталась база данных в которой записи хранятся в сериализованном виде.
Нужно сделать поиск по этим данным.

Сериализация/десериализация реализована функциями  serialize/unserialize.
Возможные варианты решения:

1) Избавиться от сериализованных данных, выделив под каждый параметр столбец. В этом случае нужна будет переделка всего кода работающего с данной таблицей.

2) Добавить новую таблицу с нужной структурой, которая будет дублировать данные из исходной таблицы. Плохо, данные дублируются.

3) Делать поиск в php-скрипте. Медленно.

4) Использовать библиотеки типа lucene с поиском по индексу. ( кажется бредом но все равно запишу )


Какое решение вы мне посоветуете ?

Можно попробовать составить регулярное вырождение для поиска  по стерилизованным данным или LIKE поиск сделать с особой схемой что то вроде такого



с регуляркой похожий способ

Это сообщение отредактировал(а) Sanchezzz - 30.8.2012, 18:08

Код работы с таблицей равномерно размазан по коду? Возможно пора отрефакторить?

Иногда это просто не возможно. Так как концепция может иметь динамическое число данных/параметров, или вообще не иметь, или иметь какое то состояние, причём все с разными параметрами. Это реляционная БД, не объектная, хотя может есть подход избавиться от этого, но пока знаю один способ сохранения состояния в БД, это сериализация. Других способов не придумали. Было бы конечно отлично, если бы на платформе Mysql сделали поиск по сериализованным данным, но увы 
Конечно если число параметров статично, тогда стоило бы рефакторнуть в нормальную таблицу.
Вариант поиска на платформе БД можно посмотреть здесь:
http://phpforum.ru/index.php?showtopic=52896
http://stackoverflow.com/questions/4116419...erialized-array
http://www.sfmysql.org/messages/boards/thr...?thread=1186429

Это сообщение отредактировал(а) Sentox - 30.8.2012, 20:33

Перенести можно путем создание таблицы с полями id(инкремент), key, value, idtable где idtable id связного поля откуда вязли массив  key имя из массива ну value это значение. 
Такое можно переменить если массив одномерный и состоит по ключам

Это сообщение отредактировал(а) Sanchezzz - 30.8.2012, 20:59

Супер , спасибо , я блин что то под усталость и забыл связные таблицы, и как раз необходимость в них появилась, завтра на тесты посажу.
Но всё таки сложные и динамические состояния стоит хранить в сериализованном виде.

У меня не тот случай. Число парамеров статично.
Кстати, я пока еще не встречался с задачами где бы использовалось динамическое кол-во параметров.

В общем все свелось к рефакторингу БД и кода. 
Некоторые условия ТЗ было не возможно выполнть без изменения структуры храниения данных. 
И легче было сделать рефакторинг, чем разбираться с запутанной логикой обработки сериализованных данных.

Это сообщение отредактировал(а) abs32 - 10.9.2012, 19:40

abs32, я вам подскажу 2 разных по типу параметрам объекта в одной базе и в тех же таблицах.

У объекта А 10 полей
У объекта  B  23 поля.

Банальный пример недвижимость
У дач свои поля
У квартир свои
У сниму квартиры немножко меньше полей

Динамические поля и хранения значений по типу ключ значения позволят быстро модифицировать систему под дополнительные данные
Проблемы с поиском у меня еще не было, оптимизацией таких запросов тоже