[TST] add schema proptest to python

[jairad26]

Description of changes

Summarize the changes made by this PR.

• Improvements & Bug fixes
  • Adds prop tests to distributed & local chroma for e2e create_collection and get_collection flow to ensure all reconciliation logic for vector index config, and schema index configs for inverted indexes on metadata keys & sparse vector indexes are created with the correct parameters
• New functionality
  • ...

Test plan

How are these changes tested?

• Tests pass locally with pytest for python, yarn test for js, cargo test for rust

Migration plan

Are there any migrations, or any forwards/backwards compatibility changes needed in order to make sure this change deploys reliably?

Observability plan

What is the plan to instrument and monitor this change?

Documentation Changes

Are all docstrings for user-facing APIs updated if required? Do we need to make documentation changes in the docs section?

[github-actions]

Reviewer Checklist

Please leverage this checklist to ensure your code review is thorough before approving

Testing, Bugs, Errors, Logs, Documentation

• Can you think of any use case in which the code does not behave as intended? Have they been tested?
• Can you think of any inputs or external events that could break the code? Is user input validated and safe? Have they been tested?
• If appropriate, are there adequate property based tests?
• If appropriate, are there adequate unit tests?
• Should any logging, debugging, tracing information be added or removed?
• Are error messages user-friendly?
• Have all documentation changes needed been made?
• Have all non-obvious changes been commented?

System Compatibility

• Are there any potential impacts on other parts of the system or backward compatibility?
• Does this change intersect with any items on our roadmap, and if so, is there a plan for fitting them together?

Quality

• Is this code of a unexpectedly high quality (Readability, Modularity, Intuitiveness)

[jairad26]

• [TST] add proptest for config & schema reconciliation #5847
• [TST] add schema proptest to python #5823 👈 (View in Graphite)
• [CLN] schema: build default with config ef & default_knn_index, remove #document population in defaults #5775
• [BUG] is_default_schema does not do a space check for defaults or #embedding #5787
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

[propel-code-bot]

Add extensive Hypothesis-based schema reconciliation tests for collection creation

This PR introduces a large property-based test suite that exhaustively verifies schema, metadata, and configuration reconciliation for both local and distributed Chroma back-ends. Two test-only files are added: a new test module (test_schema.py, ~760 LoC) that drives end-to-end create_collection/get_collection flows, and an expanded strategy helper (strategies.py) that generates valid combinations of metadata, collection configurations, and schema objects—including HNSW and SPANN index permutations, sparse-vector indexes, and embedding-function variants.

Key Changes

• Added new property test file chromadb/test/property/test_schema.py covering vector index config, inverted indexes, sparse vector indexes, and embedding-function persistence
• Extended chromadb/test/property/strategies.py with strategies for VectorIndexConfig, SparseVectorIndexConfig, metadata-with-HNSW, create-collection configurations, and schema generation
• Registered SimpleIpEmbeddingFunction (defaults to ip space) for tests and integrated it into strategies
• Minor fixes in existing strategy helpers (extra comma, stricter filtering, etc.)

Affected Areas

• tests/property/test_schema.py
• tests/property/strategies.py
• Hypothesis strategy helpers
• CI execution time (more test cases)

This summary was automatically generated by @propel-code-bot

[propel-code-bot]

[BestPractice]

Potential KeyError risk: The code accesses HNSW_DEFAULTS[key] on lines 128 and 197 without checking if the key exists in the dictionary. If a key from hnsw_non_none is not present in HNSW_DEFAULTS, this will raise a KeyError. Add a safety check:

if key in HNSW_DEFAULTS and value is not None and value != HNSW_DEFAULTS[key]:
    should_try_metadata = False

This prevents crashes when unexpected configuration keys are encountered.

Context for Agents

[**BestPractice**]

Potential KeyError risk: The code accesses `HNSW_DEFAULTS[key]` on lines 128 and 197 without checking if the key exists in the dictionary. If a key from `hnsw_non_none` is not present in `HNSW_DEFAULTS`, this will raise a `KeyError`. Add a safety check:

```python
if key in HNSW_DEFAULTS and value is not None and value != HNSW_DEFAULTS[key]:
    should_try_metadata = False
```

This prevents crashes when unexpected configuration keys are encountered.

File: chromadb/test/property/test_schema.py
Line: 128