Надежность, как и архитектура, это отдельные темы. По-этому я и не очень люблю все эти базы работающие с оперативкой. В мускуле тоже можно настроить сброс информации на диск (я про innodb_flush_log_at_trx_commit) и получить скорость, но потерять надежность. Но все же по скорости она (Монго) получается быстрее, хотя за это и расплачиваемся надежностью.
Я вообще сторонник того что в 90% подойдет MySQL. Если хочется что-то лучшее, то я бы предложил Постгресс. Редис и иже с ним, как вы и писали, для сессий, каких-нибудь событий к которым идет частый запрос и т.д.
Но есть и ярые сторонники NoSQL бд типа Монго, наверняка они смогли бы привести больше аргументов в их пользу, но это не я :)
Возможно я где-то ошибаюсь, но монго как раз на запись должна выигрывать. Погуглил бенчмарки: www.moredevs.ro/mysql-vs-mongodb-performance-benchmark
По селекту он конечно проигрывает, чем слегка разочаровывает...
Плюс в свое время натыкался на такую штуку: www.tokutek.com/products/tokumx-for-mongodb
К сожалению на практике не пробовал. Все-таки мне больше по душе реляционные базы данных )
на сколько я знаю, именно со стороны настройки сервера, никаких специальных телодвижений не требуется. Как nginx, так и апач его поддерживают (правда я пробовал ставить только на nginx + php). Со стороны php есть несколько библиотек: phpDaemon, Ratchet...
Дальше я уже не рискну советовать, поскольку опыта того как это работает на длительном промежутке времени нет. Но именно подниматься это все должно без особых проблем.
Она и не делает. Джоин делал я от безысходности, когда простой вариант у меня не заработал.
Но похоже я нашел что делал не так и ваш вариант был верным. Не смотря на то что название поля в описании указанно user_id, условие надо писать не так: $qb->where('mc.user_id = :user');
а так: $qb->where('mc.user = :user');
Т.е. надо писать именно название свойства объекта.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.