NoMoneyException: Да. Это очень знакомо.
Лично я отключаю live reload в IDE . Впринцепе если по TDD, то до деплоя доходит если хочешь как пользователь покликать. То есть редко.
Поиск по хэшам очень быстр и подходит лутше всего для поиска "очевидных" дубликатов.
Здесь речь идет, насколько я понял, о похожих картинках. это не совсем одно и тоже.
Дубликаты=похожие картинки, похожие картинки!=дубликаты, покрайней мере не всегда.
Происходит переполнение стака. Ну это и так понятно. А переполняется он повсей видемости из-за объектов коллекции elements.
Каждый содержит детей они всвою очедь поддетей и т.д.
Вопрос у меня лично в другом: зачем целый html в json?
Я бы брал что-то, что базируется на lucene ( lucene.apache.org/core ) . Solr или Elasticsearch.
Какого-то стандарта по семантике не знаю, все пилят сами.
deberry:
1) скорость, без комментариев.
2) привязка к языку, если сервис, порал, ресурс быдет интерназиональным будут проблемы с поддержкой.
3) поиск с ошибками, например "муская парикахерская" как фраза уже проблема для SQL
4) сематичекие запросы. "актуальные мужские прически" => "мужские прически в данном сейзоне". Сейчас возможно это не так важно, но...
Miraxek:
Всё переводить я бы не стал. Neo4j это как поисковый движок. В поиском движке к примеру магазина, товары тоже не лежат со всеми атрибутами, а только те по которым ищут.
Тоесть в Neo4j только информация для работы по графу.
Специального инструмента для репликации из MySQL в Neo4j я не знаю. Всё делается в "ручную".
Не вижу проблемы действовать так: при добавлении данных в MySQl сразу обновляются данные в Neo4j.
Если у вас появляется новый юзер или новый фильм. Их добовлять в Neo4j не надо.
Если юзер оценивает сериал, тогда да.
Если удаляется юзер или сериал, соответстевенно удаление из Neo4j.
Не файл ли?