Similarity-Based Filtering Strategy

• Similarity-Based Filtering is a technique that integrates similarity search with attribute filtering to efficiently rank and retrieve large-scale data.
• The approach employs a hybrid indexing method combining centroid clustering and bitwise operations to quickly prune non-matching candidates.
• Empirical results on billion-scale datasets show high recall and sub-second query times using CPU-side optimizations and dynamic disk loading.

A similarity-based filtering strategy is any approach that exploits a formal notion of similarity to restrict, rank, or select entities—data points, users, items, features, edges—in order to efficiently retrieve, recommend, or process relevant content at scale. Such strategies are foundational in information retrieval, recommender systems, domain-adaptation, graph processing, and large-scale search. Recent advances have extended classic memory-based and diffusion-based methods to support multi-dimensional filtering, adaptive weights, stochastic or spectral sparsification, domain adaptation, and ultra-large datasets with complex filtering constraints (Emanuilov et al., 23 Jan 2025).

1. Hybrid Similarity-Based Indexing for Billion-Scale Search

The IVF-Flat hybrid index extends the classical Inverted File structure to integrate similarity filtering with multi-dimensional attribute constraints. Each data point $i$ is represented by core embedding $x_i \in \mathbb{R}^D$ and discrete attribute vector $a_i \in \mathbb{Z}^M$, forming a hybrid vector $h_i = [x_i \parallel a_i]$ but with $x_i$, $a_i$ stored separately to leverage BLAS acceleration (for embedding similarity) and bitwise ops (for attribute filtering).

Index Construction Workflow:

1. Run $K$-means on $\{ x_i \}$ to obtain centroids $\{ c_1,\dots,c_K \}$.
2. Assign each $x_i$ to nearest $x_i \in \mathbb{R}^D$0.
3. Build $x_i \in \mathbb{R}^D$1 inverted lists $x_i \in \mathbb{R}^D$2; each $x_i \in \mathbb{R}^D$3 stores the $x_i \in \mathbb{R}^D$4 and $x_i \in \mathbb{R}^D$5 for members.
4. Centroids reside in RAM, lists on disk.

Query and Filtering:

• Query consists of $x_i \in \mathbb{R}^D$6 and attribute filter vector $x_i \in \mathbb{R}^D$7.
• Probe only $x_i \in \mathbb{R}^D$8 nearest centroid lists.
• For each $x_i \in \mathbb{R}^D$9, load only $a_i \in \mathbb{Z}^M$0; apply all $a_i \in \mathbb{Z}^M$1 bitwise/integer filters in RAM.
• Non-matching candidates are discarded prior to loading $a_i \in \mathbb{Z}^M$2 for final similarity ranking.

This scheme enables joint $a_i \in \mathbb{Z}^M$3NN and attribute-based (SQL-style) queries in a unified index, efficiently handling billion-scale collections while supporting arbitrarily complex, multi-dimensional filters (Emanuilov et al., 23 Jan 2025).

2. Mathematical Formulation and Hard/Soft Filtering

Let

• $a_i \in \mathbb{Z}^M$4, $a_i \in \mathbb{Z}^M$5
• $a_i \in \mathbb{Z}^M$6, $a_i \in \mathbb{Z}^M$7
• $a_i \in \mathbb{Z}^M$8 the base similarity metric (e.g., Euclidean or negative inner product).

For each attribute filter $a_i \in \mathbb{Z}^M$9, define indicator $h_i = [x_i \parallel a_i]$0: $h_i = [x_i \parallel a_i]$1 Composite score with hard/soft masks: $h_i = [x_i \parallel a_i]$2 Hard filtering is recovered for $h_i = [x_i \parallel a_i]$3: candidates with $h_i = [x_i \parallel a_i]$4 for any $h_i = [x_i \parallel a_i]$5 are discarded ($h_i = [x_i \parallel a_i]$6) (Emanuilov et al., 23 Jan 2025).

3. Algorithmic Pipeline: Indexing and Query

The retrieval workflow can be summarized as:

$a_i$7 This structure ensures only the relevant attribute blocks are loaded and searched, maximizing locality and minimizing IO/memory footprint (Emanuilov et al., 23 Jan 2025).

4. Scalability, Sublinear Complexity, and CPU Optimization

The worst-case cost is $h_i = [x_i \parallel a_i]$7 (if filters are broad or $h_i = [x_i \parallel a_i]$8), but typically, with centroid pruning ($h_i = [x_i \parallel a_i]$9), multi-dimensional filtering (bitmask tests), and BLAS-accelerated distance computation, query complexity is sublinear in $x_i$0. Disk-based on-demand loading yields $x_i$1 RAM requirement, which remains practical even for $x_i$2. On standard CPUs, parallelization (e.g., OpenMP BLAS) and asynchronous I/O further accelerate search and allow queries on commodity hardware (Emanuilov et al., 23 Jan 2025).

5. Empirical Validation: LAION-5B Case Study

A full index of $x_i$3 images ($x_i$4) with $x_i$5 synthetic attributes, $x_i$6, $x_i$7 (lists probed), on a single Xeon E-2274G (64 GB RAM, NVMe+SATA), yields:

Operation	Time (s)
Centroid coarse search	0.008
Attribute filtering	1.090
Detailed $x_i$8 on filtered	0.330
Total	1.428

With 12-thread BLAS, queries reduced from ~16s to ~1.4s. Typical filter selectivity (fraction of vectors passing) was 5–20%. Recall vs. $x_i$9 example: $a_i$0 for $a_i$1, $a_i$2 for $a_i$3, $a_i$4 for $a_i$5 at $a_i$6.

This demonstrates sub-second kNN+filter queries at billion-scale, high recall, and low hardware cost—without GPU acceleration (Emanuilov et al., 23 Jan 2025).

6. Summary and Practical Implications

The advanced similarity-based filtering strategy implemented via hybrid IVF-Flat indexing introduces a scalable, unified retrieval model for billion-point data, answering joint kNN and multi-dimensional attribute queries in sublinear time. Key innovations include physical separation of embedding and attribute vectors, efficient bitwise filtering, disk-resident inverted lists with dynamic loading, and full CPU-side optimization. The performance validates its suitability for real-world billion-scale datasets.

This approach generalizes to any context where similarity search must be tightly coupled to arbitrary discrete filtering—offering practical kNN+SQL filtering pipelines for generic high-dimensional retrieval tasks (Emanuilov et al., 23 Jan 2025).