<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>NoSQL databases &#8211; Science</title>
	<atom:link href="https://scienmag.com/tag/nosql-databases/feed/" rel="self" type="application/rss+xml" />
	<link>https://scienmag.com</link>
	<description></description>
	<lastBuildDate>Mon, 12 Oct 2026 13:31:49 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://scienmag.com/wp-content/uploads/2024/07/cropped-scienmag_ico-32x32.jpg</url>
	<title>NoSQL databases &#8211; Science</title>
	<link>https://scienmag.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">73899611</site>	<item>
		<title>How Your Database Architecture Shapes the Way Machines Tell Records Apart</title>
		<link>https://scienmag.com/how-your-database-architecture-shapes-the-way-machines-tell-records-apart/</link>
		
		<dc:creator><![CDATA[Denise Maddox]]></dc:creator>
		<pubDate>Mon, 12 Oct 2026 13:31:49 +0000</pubDate>
				<category><![CDATA[Technology and Engineering]]></category>
		<category><![CDATA[blocking techniques]]></category>
		<category><![CDATA[challenges of merging patient records in healthcare databases]]></category>
		<category><![CDATA[comprehensive review of entity resolution in data management]]></category>
		<category><![CDATA[data integration]]></category>
		<category><![CDATA[data integration in multi-branch banking systems]]></category>
		<category><![CDATA[data quality]]></category>
		<category><![CDATA[Database architecture influence on entity resolution techniques]]></category>
		<category><![CDATA[database management systems]]></category>
		<category><![CDATA[deep learning]]></category>
		<category><![CDATA[effect of database choice on data ded]]></category>
		<category><![CDATA[entity matching]]></category>
		<category><![CDATA[entity resolution]]></category>
		<category><![CDATA[graph databases]]></category>
		<category><![CDATA[impact of database design on record linkage accuracy]]></category>
		<category><![CDATA[importance of database schema in entity disambiguation]]></category>
		<category><![CDATA[large language models]]></category>
		<category><![CDATA[limitations of algorithms without considering underlying database architecture]]></category>
		<category><![CDATA[NoSQL databases]]></category>
		<category><![CDATA[product record matching in e-commerce platforms]]></category>
		<category><![CDATA[record linkage]]></category>
		<category><![CDATA[role of database management systems in entity resolution success]]></category>
		<category><![CDATA[SQL databases]]></category>
		<category><![CDATA[SQL vs NoSQL database systems for data deduplication]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=264799</guid>

					<description><![CDATA[A comprehensive new review argues that database architecture, not just algorithms, determines how successfully entity resolution links records across SQL and NoSQL systems.]]></description>
										<content:encoded><![CDATA[<p>Every time a hospital merges two patient files, a bank links a customer across three branches, or an online retailer recognizes that two product listings describe the same washing machine, an invisible computational process called entity resolution is at work. The task sounds deceptively simple: decide which records in one or more databases refer to the same real-world object, whether that object is a person, a company, a place, or a product. In practice, it is one of the hardest and most consequential problems in data management, and a new comprehensive review published in Knowledge and Information Systems argues that the field has been solving it with one eye closed. According to the authors, led by Nour Mekki of Djillali Liabes University in Algeria, together with Djamel Berrabah, Abdelhamid Malki, and Faouzi Boufarès of Université Sorbonne Paris Nord, most existing surveys of entity resolution focus on algorithms while largely ignoring the thing that ultimately determines whether those algorithms succeed or fail: the database management system they run on.</p>
<p>The review, published on 12 October 2026, makes the case that the choice between SQL and NoSQL architectures is not a mere implementation detail. It fundamentally shapes which entity resolution techniques are feasible, how they must be optimized, and how well they perform at scale. To capture this, the authors construct a three-dimensional classification framework that organizes the sprawling literature along three axes: the characteristics of the underlying data model, the system architecture on which resolution runs, and the target workload the technique is designed to serve. This database-centric lens, they contend, bridges a persistent gap between algorithmic innovation in research labs and practical deployment in real data infrastructures.</p>
<p>The intellectual roots of entity resolution stretch back decades. A landmark statistical theory of record linkage published by Ivan Fellegi and Alan Sunter in 1969 established the probabilistic foundations still used today, framing the matching decision as a formal hypothesis test between the possibilities that two records are a match or a non-match. Early systems such as the merge/purge work of Hernández and Stolfo in 1995 tackled the problem on relational databases, where rigid schemas, structured tables, and declarative query languages offered a relatively tidy environment. In that world, rule-based methods flourished: engineers wrote matching dependencies and similarity thresholds over well-defined attributes, and techniques such as sorted neighborhood indexing and canopy clustering kept the quadratic explosion of record comparisons under control through blocking, the art of cheaply grouping likely matches before expensive comparisons are made.</p>
<p>Relational databases, however, assume that data arrives clean, typed, and schema-conformant. The explosive growth of web-scale, heterogeneous, and semi-structured data shattered that assumption. NoSQL systems—document stores, key-value stores, column-family databases, and graph databases—emerged precisely to handle flexible schemas, horizontal scaling, and high-velocity ingestion. But that flexibility is a double-edged sword for entity resolution. When the same customer may appear as a nested JSON document in one store and a flat row in another, when attributes are optional, inconsistently named, or embedded in free text, the tidy rule-based machinery of the relational era strains. The review documents how techniques adapted: schema extraction methods, some using BERT embeddings to infer structure from schema-less document stores, attempt to recover the semantic scaffolding that relational systems get for free, while schema-agnostic approaches such as the MinoanER framework resolve web entities without any schema knowledge at all.</p>
<p>Scale is the second axis of the framework, and here the review traces a dramatic architectural migration. As datasets outgrew single machines, entity resolution moved to distributed paradigms. MapReduce-based systems such as Dedoop demonstrated how deduplication could be parallelized across Hadoop clusters, and later Spark-based approaches, including a probabilistic entity resolution pipeline published in this same journal, pushed throughput further. Parallel and distributed NoSQL platforms changed the calculus of blocking as well: probabilistic signatures, meta-blocking strategies that organize candidate pairs into a block graph, and progressive blocking techniques that surface the most promising comparisons first all reflect the need to make resolution tractable when billions of pairs are in play. The review also highlights real-time and on-demand variants, from inverted-index approaches for streaming resolution to systems that resolve entities lazily, only when a query actually needs them.</p>
<p>The third axis, workload, distinguishes batch deduplication from streaming, interactive, and progressive scenarios. Interactive deduplication using active learning, first explored in the early 2000s, lets a human oracle adjudicate the most ambiguous cases, and later work on online entity resolution formalized how to query that oracle efficiently. Incremental record linkage addresses the reality that databases change continuously, updating resolution results without recomputing from scratch. These workload distinctions matter enormously in practice: a nightly batch job consolidating a data warehouse faces very different latency and consistency constraints than a fraud-detection system that must flag a duplicate account the moment it is created.</p>
<p>Perhaps the most vivid thread in the review is the rise of deep learning. A 2018 design-space exploration for deep entity matching marked a turning point, and the field has since raced through sequence-to-sequence models for heterogeneous records, BERT-based matchers optimized for efficiency, transformer architectures for data integration, graph convolutional networks that exploit relational structure, and hierarchical graph attention networks. Pre-trained language models and their embeddings have become a lingua franca for comparing messy textual attributes, with experimental analyses cataloguing which embeddings work best for which matching problems. The frontier has now reached large language models: systems such as Booster use them to enhance resolution pipelines, in-context learning offers cost-effective matching without task-specific training, and ChatGPT has even been evaluated directly as an entity matcher. Zero-ER demonstrated matching with zero labeled examples, and ensemble methods squeeze further accuracy from transformer stacks. In a striking sign of the times, the review also covers hybrid quantum neural networks, which recent experiments suggest can dramatically reduce the need for hand-tuned free parameters in entity matching.</p>
<p>Graph databases receive particular attention as both a challenge and an opportunity. Because graph stores encode relationships as first-class citizens, they invite collective entity resolution, where decisions about one entity inform decisions about its neighbors. Techniques range from latent Dirichlet models and collective resolution in familial and multi-relational networks to graph differential dependencies and knowledge-graph completion pipelines that perform incremental multi-source resolution. The review shows how the data model itself becomes an algorithmic resource: in a property graph, the structure around a node is evidence about its identity, something a flat relational table cannot offer. Conversely, graph workloads introduce their own costs, since traversals and neighborhood computations can be expensive at scale, motivating fast on-demand resolution methods for property graphs.</p>
<p>The review does not shy away from the harder constraints now bearing down on the field. Privacy-aware deep entity resolution and federated resolution address the reality that sensitive records often cannot be pooled centrally, with encrypted-data deduplication pushing matching into the cryptographic realm. Vector databases, a rapidly maturing class of systems built for similarity search over embeddings, are emerging as a natural substrate for entity resolution at scale, and the review surveys their management systems and their use for identity deduplication. Knowledge bases and ontologies add another layer, with formal frameworks now combining entity resolution with query answering so that cleaning and consumption happen in a single coherent pipeline.</p>
<p>What elevates this review beyond a catalogue is its insistence on actionable guidance. By mapping each family of techniques—rule-based, probabilistic, machine learning, deep learning, and LLM-based—onto the data models, architectures, and workloads where it thrives, the authors give practitioners a decision framework rather than a leaderboard. A team running a strictly relational warehouse with stable schemas and moderate volumes may still be best served by declarative rules and sorted neighborhood indexing; an organization ingesting heterogeneous documents across a distributed NoSQL estate will likely need schema-agnostic blocking, embedding-based similarity, and Spark-scale parallelism; a graph-centric knowledge base opens the door to collective, structure-aware resolution. The authors, who received no external funding for the work and declare no competing interests, frame their contribution as closing the loop between algorithmic research and database-aware deployment. In an era when data is routinely called the new oil, their message is blunt: the refinery matters as much as the crude. Entity resolution is not one problem but a family of problems, and the database underneath is not passive plumbing—it is an active determinant of what can be matched, how fast, and how well.</p>
<p><strong>Subject of Research:</strong> Entity resolution techniques across SQL and NoSQL database management systems</p>
<p><strong>Article Title:</strong> Entity resolution across SQL and NoSQL database management systems: a comprehensive review</p>
<p><strong>Article References:</strong> Mekki, N., Berrabah, D., Malki, A., &amp; Boufarès, F. (2026). Entity resolution across SQL and NoSQL database management systems: a comprehensive review. <em>Knowledge and Information Systems, 68</em>(1), Article 281. <a href="https://doi.org/10.1007/s10115-026-02878-z" rel="noopener noreferrer">https://doi.org/10.1007/s10115-026-02878-z</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1007/s10115-026-02878-z" rel="noopener noreferrer">10.1007/s10115-026-02878-z</a></p>
<p><strong>Keywords:</strong> entity resolution, entity matching, SQL databases, NoSQL databases, data integration, data quality, deep learning, large language models, blocking techniques, graph databases, record linkage, database management systems</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">264799</post-id>	</item>
	</channel>
</rss>
