Добрый всем день!
У меня такой вопрос:
Хочу написать что то навроде каталога по различным типам товаров, с их подробным описанием и с возможностью выбора элементов каталога по их свойствам.
Примерная идея реализации у меня такая:
При этом в поле itemDescr предполагаю информацию хранить в виде напоминающем xml, т.е.
У разных товаров будет разное количество свойств. именно поэтому я и думаю что надо это реализовывать в одном столбце.. столбец данный будет проиндексирован. выборка будет строиться на основании запросов вида
Так вот вопросы следующие:
Имеет ли смысл моя идея реализации такой задумки?

Как лучше хранить данные (имеется ввиду как раз описание товаров с их свойствами)

Какой лучше сервер БД выбрать для этого (я так понимаю он должен очень быстро работать с полнотекстовым поиском)

Как реализуется индекс текстового поля в БД? Т.е. в приведенном мною примере хранения описаний будет ли индекс ускорять поиск например по строке LIKE "%value2%"?

Как лучше выбирать данные, с помощью LIKE или регулярных выражений?

И вообще любые другие мнения и советы на этот счет приветствуются.

PS. Очень прошу давать ответы с объяснением той или иной позиции, а то фразе "Oracle используй" сложно доверять, потому как ни аргументов, ни чего... прошу отнестись серьезно, либо просто пропустить данный топик.

Спасибо за полный и развернутый ответ.. у меня только есть одно "но"..... Oracle же насколько я знаю платная БД, и стоит немалых денег... так как идею я хочу в дальнейшем использовать практически, а никакого финансирования за мной не стоит, то мне скорей всего хотелось бы услышать советы по поводу реализации и деталей реализации на свободных СУБД. Их ведь я так понимаю тоже немало....
Есть ли достойные альтернативы Oracle но свободные?

Блин.. бесплатные редакции это конечно хорошо.. хотя у них наверное есть какие то ограничения. Но это я посмотрю в интернете уже.
Тогда сразу хочу спросить следующий вопрос по своей задумке :)
Допустим есть таблицы

И в таблице Price содержатся "сырые" данные из прайсов продавцов. Т.е. например для одного и того же товара у двух разных фирм могут быть названия "Samsung GHF78 78'' Flat panel" и "Телевизор 78'' SAMSUNG <GHF78>", поле itemUniqID указывает как раз на их уникальное описание. Т.е. у двух этих товаров значение этого поля будет одно и то же.

В Таблице Unique поле uniqSign содержит строчки по которым можно идентифицировать данный элемент однозначно из таблицы Price. Т.е. для указанных выше двух товаров это может быть строчка GHF78. И соотнесение записей из таблицы Price к записям таблицы Unique можно сделать Так вот вопроса по этому поводу у меня два:
Опять же имеет ли смысл такая реализация идеи? И насколько она оптимальна в плане производительности, при условии что записей в Price порядка 5 миллионов, а в таблице Unique около 50000 (хотя скорей всего меньше)? Если есть более оптимальный вариант, то с радостью его выслушаю.

Как лучше реализовать случай, когда для условия для идентификации используется несколько подстрок? Т.е. например строки идентичны тогда, когда
На ум приходит опять же реализация в XML подобном виде
Только вот как автоматизировать соотнесение записей в одном запросе и возможно ли это вообще? Может с помощью процедур или еще какие ухищрения?

ModelRТ.е. при любом изменении temName или uniqDescr запускается процедуруа, пересчитывающая itemUniqID ?
Нет не прикаждом, а просто регулярно. Т.е. прайсы собираются в таблицу Price. Потом для записей уже идет процедура сопоставления с описанием. Кстати сразу еще вопрос:
Если я хочу сделать Update для таблицы в которой миллионы записей, но обновляться будут только записи с определенным значением числового поля, которое к тому же индекс, т.е. например хочу обновить все записи принадлежащие одной фирме. Как можно оптимизировать это? Я так понимаю запрос:
будет выполняться достаточно быстро для таблицы с несколькими миллионами записей, так вот как бы реализовать UPDATE именно для этой выборки? Я просто не уверен, что запрос
будет работать также быстро, т.е. по такому алгоритму, или я ошибаюсь? Может стоит использовать курсоры?

stiПараметры могут быть не строковыми (например, от 2 до 5)

Генерация вот этой вот строки
для 5 миллионов неструктурированных записей та еще задачка.
Про нестроковые параметры не совсем понял.. параметры могут быть разными.. и строковыми и числовыми

Про 5 миллионов записей тоже не совсем понял, эту строчку надо генерировать не для 5 миллионов записей, а для нескольких десятков тысяч и всего один раз и то вручную. Это свойства конкретного товара, которые один раз забиваются а потом просто используются либо при надобности изменяются неточности.

И все же остается вопрос про то как реализовать UPDATE для какой либо таблицы, при этом подстроки должны браться из поля другой таблицы. Сумбур. Например:
В таблице Pattern, поле pattXML есть данные:
так вот на основании этих данных должен выполниться запрос:
можно ли условия ...LIKE... конструировать прямо в запросе? или это надо делать програмно на уровне php для каждой конкретной pattXML?

sti авторПро нестроковые параметры не совсем понял.. параметры могут быть разными.. и строковыми и числовымиВот вам товар:
Как вы запишете 3-6 кг? Ведь при поиске я могу хотеть задать 5 кг.

Вообще мне больше нравится подход вроде
тынц

Ссылка на самом деле очень помогла и как бы блин мне кажется реализация такая даже гораздо легче чем моя.... сейчас помозгую над ней... думаю вопросы еще появятся