edward_freedom, в инженерных дисциплинах нет ничего однозначно хорошего или плохого. Динамическая типизация на больших проектах с долгим сроком жизни утяжеляет поддержку, но на маленьких она существенно ускоряет разработку и позволяет применять более изящные архитектурные подходы. Инструмент надо подбирать под задачу.
Фигурные скобки, как ограничитель плейсхолдера - не самое разумное решение для формата, в котором фигурные скобки применяются в качестве ограничителей блоков.
Роман, Redis из них самый простой и маленький, с него и начните. Datomic самый большой, требовательный к ресурсам и очень специфичный, его лучше отложить на крайний случай. Проблем с библиотеками для PHP и Node.js для Redis и Neo4j нет.
Роман, у Redis прекрасная поддержка множеств, в том числе с возможностью ооочень быстро получать их пересечения. Neo4j и Datomic - это графовые СУБД, они создавались специально под задачи поиска отношений. Вашу задачу можно и средствами любой реляционной СУБД решить, вопрос в нюансах реализации и объёмах обрабатываемых данных.
АртемЪ, ага, толстый клиент пропускную способность жрёт как не в себя, а тонкий без управляемого интерфейса не запустишь. Уже несколько месяцев пытаюсь убедить клиента переехать на 11-ю и избавить от терминального сервера. Но им же непривычно, лучше будут переплачивать.
АртемЪ, ДЦ в Ирландии, при работе в терминальном режиме с толстым клиентом вообще никаких проблем с качеством связи. Да и работа без терминала с тонким клиентом УТ 11 и Бухгалтерии 2.0 вполне сносная.
'==$0' - это просто маркет DevTools, что этот элемент соответствует первой выборке. В коде ничего такого не прописано и на парсинг это никак не влияет.
АртемЪ, у меня PostgreSQL на m4.large инстансе обрабатывает 6 баз, одна из которых весит 37 гигов и весьма активно эксплуатируется примерно 50 пользователями одновременно. При этом тормозов не наблюдается.
Сергей Литвинов, нет, ORM - это отображение конкретной схемы реляционной БД в конкретные типа языка. Задача полностью противоположная вашей, на сколько я понял её из вопроса.
