Влад Григорьев, можно и без него, а можно и с ним - без разницы. Разве что меньше нужно будет изменений, если захочется неправильные значения не пропускать, а генерировать для них заполнитель.
raiboon, вот только нет гарантии, что web-приложение у автора именно асинхронное. Не исключено, что там пара-тройка синхронных воркеров на виртуальном хостинге.
edward_freedom, я с шарпом познакомился ещё до того, как версия 1.0 появилась, и работал с огромными enterprise-системами на .NET в интернациональных корпорациях. Я рекомендую вам почитать книги и блог дяди Боба, помогает взглянуть под правильным углом на языки, подходы и парадигмы.
edward_freedom, в инженерных дисциплинах нет ничего однозначно хорошего или плохого. Динамическая типизация на больших проектах с долгим сроком жизни утяжеляет поддержку, но на маленьких она существенно ускоряет разработку и позволяет применять более изящные архитектурные подходы. Инструмент надо подбирать под задачу.
Фигурные скобки, как ограничитель плейсхолдера - не самое разумное решение для формата, в котором фигурные скобки применяются в качестве ограничителей блоков.
Роман, Redis из них самый простой и маленький, с него и начните. Datomic самый большой, требовательный к ресурсам и очень специфичный, его лучше отложить на крайний случай. Проблем с библиотеками для PHP и Node.js для Redis и Neo4j нет.
Роман, у Redis прекрасная поддержка множеств, в том числе с возможностью ооочень быстро получать их пересечения. Neo4j и Datomic - это графовые СУБД, они создавались специально под задачи поиска отношений. Вашу задачу можно и средствами любой реляционной СУБД решить, вопрос в нюансах реализации и объёмах обрабатываемых данных.
АртемЪ, ага, толстый клиент пропускную способность жрёт как не в себя, а тонкий без управляемого интерфейса не запустишь. Уже несколько месяцев пытаюсь убедить клиента переехать на 11-ю и избавить от терминального сервера. Но им же непривычно, лучше будут переплачивать.
