questdb / questdb/py-questdb-client

Decide whether a claimed `fixed_size_binary(16|32)` should reshape rather than diverge between planners

Open
#145 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
71
Forks
14
Avg merge
1h 7m
Merged PRs (30d)
1

Description

The two DataFrame planners answer the same frame differently for a
fixed_size_binary(16) or (32) column carrying a claim it cannot fit: the
Arrow capsule path writes BINARY, and the NumPy planner refuses the column
outright. 24 cells of test/claim_matrix.py record this, and
./proj.py grid claim prints them on every run.

The divergence is inherited, not new: binary(16) with no claim at all
already splits the same way, which CHANGELOG.rst:48-55 documents as a
deliberate decision.

Making the claimed case reshape to object would close it, but would then
leave claimed and unclaimed fixed-size-binary behaving differently on the same
planner. That trade belongs to whoever made the original call rather than to a
review loop.

Asked for: an owner, and the outcome recorded either way — "we keep the
divergence, here is why" is a fine answer, and the claim grid then pins it as
intended behaviour rather than as an open question nobody re-reads.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with test/claim_matrix.py and run ./proj.py grid claim to inspect the 24 cells for fixed_size_binary(16) and (32). Read CHANGELOG.rst:48-55 for the documented binary divergence and compare the Arrow capsule and NumPy planner outcomes. Done means an owner records the decision and the claim grid clearly pins the behavior as intentional.

Written by the indexing model from the issue text.

Assessment

Tech stack
numpy, pandas, python
Domain
data
Issue type
Refactor
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.