On 07/18/2012 06:39 PM, MasterZiv wrote:

> Но Тендер наверняка читал Дейта, так что опосредованно ... :-)

Простите, Тенцер конечно. Извиняюсь, писал с мобильного в метро,
не проверил.
Posted via ActualForum NNTP Server 1.5

On 07/18/2012 08:14 PM, Digital God wrote:


> Не вижу ничего трудоемкого в данной задаче. Есть модели проектирования со своими
> плюсами и минусами. Надо выбрать одну и постараться компенсировать ее минусы
> через какие-то методы

Да главный -то минус -- сложность написания запросов.
Решается их автоматической генерацией по метаданным.
И применением OLAP для аналитики (как завещал великий Тенцер).

(поиск через sphinx, грамотное индексирование, в конце
> концов - масштабируемость ресурсов сервера).

При чём тут сфинкс ? не понимаю...
Сфинкс как раз шаг в противоположную сторону. Ну разве что ноги пошире
расставить, чтобы стоять устойчиве...
Хотя с другой стороны действительно -- тот же OLAP/DSS/FACETS и т.п.

Я кстати сейчас Solr исследую на предмет Facet Browsing -- ничего так,
прикольно, быстро, хоть и на Java. В обзорах пишуть, что типа Sphinx -у
до них далеко ещё расти (сам не знаю, Sphinx не пользовал).

> Каюсь, про RDF не знаю ничего. На днях обязательно почитаю и поищу примеры
> реализации.

http://www.rdfabout.com/intro/

(про Semantic Web только лапшу с ушей снимай, RDF далеко не только для Semantic
Web служит)

> Он вполне может быть решен через sphinx. Или sphinx не панацея от всего и вся? :)

Как ? Не представляю. Конечно, не может быть он панацеей.

> 1) Я просто писал пример на скорую руку, конечно ничего лишнего в конечном
> результате не будет.
> 2) согласен. поскольку типов данных не так много (строка, число и дата) - можно
> обойтись 3 таблицами.


Типов атрибутов должно быть порядка 10.
Целое со знаком /без знака
дробное с фиксированной точкой
с плавающей
Дата, дата и время, время,
Деньги
( и кстати время-деньги :-)
строка,
текст,
бинарка

Ещё возможно тебе придётся реализовать какие-то домены из предметной области
этих товаров. Типа списки значений (emum),

и ещё надо видимо сделать ссылки на другие объекты (товары), чтобы можно
было разные связи хранить.



Posted via ActualForum NNTP Server 1.5

On 07/19/2012 12:34 AM, Digital God wrote:

> и ещё надо видимо сделать ссылки на другие объекты (товары), чтобы можно
> было разные связи хранить.
>
>
> Не очень понял зачем ссылки на другие объекты?


Я не знаю понадобится ли это конкретно тебе, но обычно связи между объектами
нужны. ДЛя той предметной области например могу предположить, что нужны будут
аналоги товаров. Чтобы их хранить, можно использовать связи между объектами.


Posted via ActualForum NNTP Server 1.5

On 07/19/2012 10:54 AM, Digital God wrote:

> Да нет, это он о mumps (к стати не нашел инфу по бд), couchdb и прочих...

cache например. (mumps - концепцию реализует).
Posted via ActualForum NNTP Server 1.5

On 07/19/2012 11:35 AM, guest_20040621 wrote:

> EAV - это всегда костыли. Их можно сделать более или менее удобными, но они
> останутся костылями. Чем меньше их в базе данных, тем лучше.

Почему костыли-то ? Нормальная реляционная модель. Всё по Дейту с Кодом.
К тому же если надо в процессе эксплуатации создавать новые атрибуты, по-другому
никак.

Posted via ActualForum NNTP Server 1.5