Papers for

database administrators

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Reifying knowledge graphs enables zero-shot link prediction with simple GNNs

Reification as a Transferable Vocabulary: Zero-Shot Link Prediction with Vanilla GNNs

Abstract: Knowledge graph foundation models such as ULTRA achieve zero-shot link prediction on unseen graphs through dedicated architectures that hard-code a transfer mechanism. In this work we move that mechanism out of the architecture and into the representation, by \emph{reifying} the input graph: every fact becomes a node, connected to its subject, object, and relation type through a fixed vocabulary of six meta-relations, with relation types as anonymous shared nodes rather than model parameters. On this representation, five textbook GNNs (GAT, GINE with sum and with mean+max aggregation, GraphSAGE, R-GCN), each trained on a single knowledge graph of 4,245 triples for 30 minutes on one NVIDIA A100, transfer zero-shot to 40 inductive link-prediction benchmarks. The best of them, an off-the-shelf GAT, matches ULTRA, a dedicated foundation model pretrained on three graphs, across ULTRA's own evaluation suite. The same fixed vocabulary extends to relational databases, a row becoming an entity and a foreign-key column a relation type; a preliminary probe on two unseen databases, with no cell values, schema text or in-context labels, shows a model of this family pretrained on three knowledge graphs ranking foreign-key targets far above random-initialization and degree controls. We release the code, the checkpoints, and the evaluation pipeline for all 40 benchmarks.

Thu 10 SeptMachine LearningArtificial Intelligence
The gist
Predicting new connections in knowledge graphs is often hard without training on similar data. The authors found that by turning every fact in a graph into its own node connected in a standard way, simple graph neural networks can predict new links even on unseen graphs. This method works without changing the model architecture or needing special training tricks. They also showed it can be applied to databases, helping find relationships without extra information. The code and tests are publicly available for others to use.
Open 2609.11347v1

Permutation parity needs lots of memory pattern detection fits in little

Parity and Pattern Detection in Permutation Streams

Abstract: Consider a permutation of $[n]$ whose values arrive one at a time. We resolve two questions about the space needed to decide natural properties of such input: First, computing the parity of the permutation requires $Θ(n)$ bits, even with randomization and constant error, and a constant number of passes. Second, every permutation pattern of length three can be detected deterministically in one pass using $O(\log n)$ bits. Together with the 2026 lower bounds of Berendsohn, this completes the classification of fixed permutation patterns; The optimal space complexity is $Θ(\log n)$ for monotone patterns and patterns of length at most three, and $Θ(n)$ for every other pattern. As a consequence, we observe that we can verify BST traversals in streaming with logarithmic memory.

Tue 8 SeptData Structures and Algorithms
The gist
Figuring out whether a hidden order of numbers has an even or odd rearrangement (parity) needs a lot of memory, no matter how clever the method is. But spotting small patterns of three numbers in such sequences can be done in very little space and just one quick look. The researchers completed a clear picture showing when detecting patterns is easy or hard in terms of memory needed. This understanding also helps check if certain searches in binary search trees happened correctly, using very little memory.
Open 2609.09064v1

Automatic constraints solved efficiently with new algebraic methods

Automatic constraints with few subpowers and graphoid recognition

Abstract: Finite automata can describe relations of unbounded arity that are exponentially larger than their descriptions. We prove that constraint satisfaction for such relations is solvable in polynomial time whenever their length slices are preserved by a common fixed edge operation on a finite domain. The algorithm computes compact representations of the complete solution relation and its projections. Its main ingredient is a polynomial-time compilation of nondeterministic finite automata into the fork witnesses and small projections required by the few-subpowers algorithm. In the Mal'tsev case, a direct proof is polynomial also when the domain and operation table are supplied as input, answering the Mal'tsev tractability question for automatic constraint satisfaction. We also characterize all invariant relations of a family of 3-edge algebras with neither Mal'tsev nor near-unanimity terms. Their normal forms combine Boolean activity constraints with affine value spaces and yield canonical quadratic-bit representations constructible from NFAs or arbitrary generators. For graphoid automata, these results give polynomial-time recognition without a graph-width restriction, effective boundary composition, and comparison of finite graph relations. The quadratic boundary bounds are optimal in the worst case. A fixed three-state example separates polynomial-time recognition from hard exact counting.

Mon 7 SeptLogic in Computer ScienceFormal Languages and Automata Theory
The gist
Some complex problems involve finding solutions that fit many conditions described by machines called finite automata. The authors show new ways to solve these problems quickly when the conditions have special algebraic properties, like certain fixed operations on a limited set of values. Their approach also helps identify when these algebraic structures exist, even for complicated cases. This work answers longstanding questions about how efficiently these problems can be solved and provides methods to represent solutions in compact forms.
Open 2609.07891v1

Mixing cache policies reduces regret and cuts switching costs

No-Regret Mixing of LRU and LFU with Optimal Switching Cost

Abstract: Caching systems often rely on simple eviction policies such as Least Recently Used (LRU) and Least Frequently Used (LFU), which perform well in complementary request regimes. Recent policies such as LeCar and Cacheus combine LRU and LFU using ideas from the experts problem in online learning. Specifically, upon a miss, they randomize between the two eviction rules using probabilities derived from scores updated by tracking the history of past evictions. While these policies exhibit strong empirical performance, it remains unclear whether they are guaranteed, on every request sequence, to perform asymptotically as well as the better of LRU and LFU, i.e., whether they achieve sublinear regret with respect to this benchmark. We first show that LeCar suffers linear regret against an oblivious adversary, even with unbounded history. We then propose H-MC, a Hedge-based mixture of virtual LRU and LFU caches that preserves Hedge's selection probabilities, and hence its regret guarantees, while minimizing the switching cost among all joint selection rules with these marginals.

Mon 7 SeptMachine LearningNetworking and Internet Architecture
The gist
Caches help computers store data for quicker access, using rules like LRU (least recently used) or LFU (least frequently used) to decide what to keep. The authors show that some recent methods mixing these rules can actually do worse than sticking to one. They propose a new way to combine LRU and LFU that guarantees performance nearly as good as the best single method, while also minimizing how often the cache switches between rules. This means better and more stable caching on any request sequence.
Open 2609.07566v1

Spark enhancement reduces memory load during large distributed data aggregation

TreeRedux: Separating Concerns in Spark's Distributed Tree Aggregation

Abstract: By default, Apache Spark's tree aggregation primitives place the tree root on the driver, requiring the driver to participate in the same aggregation computation over intermediate aggregation state as executor nodes. For large aggregates, this can expose the single coordinator to substantial computation and memory requirements. Recent Spark versions optionally move the root to an executor, but the completed aggregate must still be returned to and materialized on the driver. We demonstrate this limitation using exact quantile computation and heavy-hitter identification, where the intermediate aggregation state can be substantially larger than the desired final result. We propose TreeRedux, a minimal extension that adds a terminal finalize operation, executed on an executor, that maps the aggregation state U to a compact result V, so that V rather than the potentially large U is materialized on the driver. For exact quantile computation, applying TreeRedux to GK Select removes the driver's epsilon-n memory term, reducing driver memory requirements to the same asymptotic order as Spark's GK Sketch. In our experiments, the default GK Select implementation encountered a driver out-of-memory error at 2.5 billion elements. Spark's executor-side final aggregation option extended this limit to approximately 16-18 billion elements but still required the final aggregation state to be materialized on the driver. Redux Select completed through 28 billion elements without a driver out-of-memory error. TreeRedux allowed Space-Saving sketches with up to 32x the capacity of the largest configuration that materializes a full sketch on the driver.

Mon 7 SeptDistributed, Parallel, and Cluster Computing
The gist
Apache Spark is a system that helps process large amounts of data by breaking the work into pieces across many computers. Normally, a single computer called the driver handles the final step of combining results, which can cause it to run out of memory when the processed data is very big. The authors found a way to do some of this final combining work on other computers in the cluster, reducing the memory needed on the driver. This lets Spark handle much larger datasets without crashing from memory problems.
Open 2609.06982v1