Андрей Акимов: вы просто не знаете сами чего хотите. Вот я, например, делаю сайт на Codeigniter, по долгу службы начал следить за его гитхабом, потом сам начал делать правки и когда стал глубже вникать стало очень интересно, а самое главное, что очень полезно именно наблюдать как решаются задачи в профессиональных опенсурс проектах. Поэтому выберите себе 3-4 проекта на языке который вам по душе, попытайтесь понять код, не просто прочитать, а прямо разобраться как код работает и вас затянет.
zugo: оно и будет медленно и через жопу, по-другому никак, потому что
1) EAV
2) RDB
Никаких констрейнтов, никакой проверки типов, всё линейно. А самое главное никакого профита от RDB не остаётся кроме индексов, так спрашивает, нахера козе баян? Тогда уж быстрее и проще на KV сделать.
zugo: если уж хочется сделать в RDBMS, то в чём проблема сделать "в лоб"?
Таблица аттрибутов
attr_id - name
таблица категорий (nested set, например)
cat_id - name
таблица привязки аттрибутов к категориям
cat_id - attr_id
таблица значений аттрибутов у товаров
product_id - attr_id - value
таблица привязки товаров к категориям
cat_id - product_id
Даврон ни в коем случае не забрасывайте сайт! При успешном стечении обстоятельств вы сможете с кликандера заработать до $7 в месяц!!! Главное идти до конца не сдаваться!!!
Просто кнопки "пометить как решенине" нет. Автор вопроса, читая ответы не видит никакой кнопки, кроме огромной "мне нравится". Почему-бы автору вопроса рядом не показывать ещё и "Это решение!", при том гораздо ярче и больше, чтобы он на нёё жамкал.
Спасибо alex77_t и Дмитрий за дельные советы. Решил начать пока с сессий и собирать их в LMDB на диске. Примерно по такой схеме: Nginx -> Lua redis lib -> ardb -> lmdb. Дату собирать и хранить скорее всего в postgres, но это уже после.
P.S. написали бы вы в виде ответа а не комментария, хоть как решение помечу, а то люди ж не увидят.
вот как раз насчёт Erlanga тоже долго думал. Только ж проблема в том что он помедленнее плюсов будет, плюс чтобы на нём писать надо быть довольно умным. Проще обвешаться умными указателями и писать в лоб, выравниваясь по кешам.
Статью давно читал про монго, это и понятно было, что в проекте со связями нужно использовать реляционную бд. У нас же чуть другая специфика, неопределенная еще схема данных, почти отсутствие связей, быстрая запись и быстрая выборка по парочке ключей.
По поводу железа правильно заметили, пока еще рано о нем думать, дешевле использовать мозг и продумать архитектуру максимально эффективную.
