Актуально ли использовать Mongo для хранения товара с аттрибутами?

Question

[Mikhail Osher]

Терзает сомнение по поводу того, как хранить атрибуты товаров (цвета, размеры, колво, лалала).
Руки тянутся к Mongo, но опыт с ним крайне мал, поэтому все же склоняюсь к старому доброму MySQL.
Сайт будет в масштабах города-миллионника - супернагрузки не ожидаются.
Все будет работать на Yii + MySQL и/или Mongo + Memcache.
Господа, что скажете по этому поводу?

Answer 1

[Рахим Давлеткалиев]

Если не ожидается частого изменения структуры, атрибутов, полей и связей, то советую, как и предыдущий комментатор, старое доброе SQL-решение (но все же лучше PostgreSQL).

А вообще, если масштабы небольшие и не страшно в случае проблем потерять данные за последние минуту-полторы – то с Монго будет просто приятно и удобно поработать.

Comments

[Александр]

Поддерживаю ваш вариант.
В PostgreSQL можно поставить HStore для хранения разного рода неструктурированных данных, для атрибутов товаров самое то.

[Mikhail Osher]

Спасибо. Давно хотел познакомиться с постгресом.

[Юрий Ярош]

Согласен с @freetonik, PostgreSQL абсолютно ничем не уступает MongoDB.
В нём сейчас даже JSON сейчас можно спокойно хранить и сереализировать на лету. Даже встроенный движок для полнотекстового поиска есть. Mysql во многом уступает PostgreSQL.

[Юрий Ярош]

Memcached собственно нужно использовать в любом случае.

[Рахим Давлеткалиев]

@d00mko если быть совсем модным и молодежным, то данные нужно хранить в Монго, а кэш и сессии в Редисе :)

[voyager]

>Даже встроенный движок для полнотекстового поиска есть.
Так и в MySQL есть...

[Mikhail Osher]

@voyager для innodb?

[voyager]

Для innodb нет. Я не пытаюсь сравнивать эти движки. Просто увидел "даже" и уточнил, что у мускла он тоже есть.

[Mikhail Osher]

@voyager логично, старина. :) Дело в том, что myisam для интернет-магазина - не самый лучший выбор.

[voyager]

Хотя вру, с MySQL 5.6 и в innodb есть. Давно не заглядывал в доки...

[Mikhail Osher]

@voyager Такая же беда. Буду знать, спасибо.

Answer 2

[egor_nullptr]

В данном случае рекомендую вам использовать старый добрый MySQL.

Comments

[Mikhail Osher]

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

Answer 3

[Андрей]

В пику предыдущим ораторам, скажу, что ничего такого страшного нет в Монге, зато есть возможность очень просто хранить в одной коллекции записи c разными наборами атрибутов, которые можно индексировать и соответственно осуществлять быстрый поиск по ним. Ну и насчет потери минуты-полутора записей - это конечно ерунда.

Comments

[Mikhail Osher]

Не могу не согласиться. Уж очень заманчиво все там сделано, плюс EmbeddedDocument.