Использование faiss для поиска по многомерным пространствам

Благодарю за рекомендацию и за статью. Очень заинтересовала.

Жаль, что не имею права голоса.

Использование faiss для поиска по многомерным пространствам

В общем, всё по классике инфопоиска.

Можете посоветовать литературу по классике?

Книга «Чистая архитектура. Искусство разработки программного обеспечения»

Кто-нибудь epub на читалке 6'' смотрел? Как картинки? Как код? Не вылазит ли за границы?

Spring AOP. Маленький вопросик с собеседования

Приходилось применять такой подход. Сервис обрабатывал объект, в случае отката транзакции надо было выставить статус ошибки на объекте. Делал через transactionTemplate с выставленным Propagation.REQUIRES_NEW. Для меня тут отдельный сервис избыточен.

Разбор задач викторины Postgres Pro на Highload++ 2017

Да, вы правы, будет использован. Если я правильно понимаю PostgreSQL, то индекс будет использован практически всегда, так как селиктивность функции без статистики есть константа (вроде бы 1% или 5%). А это значит, что планировщик загнан в угол, даже если в таблице только 100 миллионов записей, подходящих под lower(name) = 'vasya'. Но в принципе такой индекс имеет право на жизнь, все-таки это пользователи…

Разбор задач викторины Postgres Pro на Highload++ 2017

Спасибо, интересно.

Однако лишь один из победителей викторины заметил, что частичный индекс

CREATE INDEX ON users ( somefield) WHERE lower(name) = ’vasya’;

где somefield — любое поле таблицы users, тоже окажется эффективен.

Не окажется. PostgreSQL не использует статистику для частичных-индексов, а это значит, что

SELECT * FROM users WHERE lower(name) = 'vasya';

будет планироваться с селективностью по умолчанию. См. рассылку