Skip to main content

Utilities for working with near-ordered sequences under bounded disorder.

Project description

nearorder

codecov

nearorder is an experimental project for validating search strategies on mostly ordered sequences with sparse disorder, focusing on performance stability, fallback behavior, and long-term robustness.

Key words

  • experimental / validation

  • mostly ordered

  • sparse disorder

  • performance stability / fallback

Motivation

In many real-world engineering systems, the data being queried is not fully sorted, but it is also far from being randomly disordered.

The assumptions behind this project are based on practical observations rather than theoretical worst-case models:

  • The sequence is globally monotonic (ascending or descending as a whole).

  • Disorder exists, but it is sparse and limited.

  • Disordered elements:

    • Are few in number

    • Are randomly distributed

    • Do not cluster densely within a single local interval

  • Data repair or correction is post-hoc and relatively slow.

  • Query operations are high-frequency and performance-critical.

Under these conditions, traditional binary search may fail or behave unpredictably when encountering local disorder, while linear scans are prohibitively expensive at scale.

This project does not attempt to design a universally optimal algorithm for arbitrary input.
Instead, it focuses on validating search strategies under realistic engineering assumptions, where:

  • Correctness must be preserved

  • Performance degradation must be bounded and observable

  • Long-term stability is more important than theoretical optimality

In short, this is an experiment-driven validation of a “good enough” solution under constrained, real-world disorder, rather than a general-purpose algorithmic framework.

Performance Analysis Summary

The experimental results in analysis/ and test/ consistently fall into four representative cases:

1. Sparse Random Swaps (Low Disorder, The data the author has direct access to in practice.)

Conclusion:
Performance remains stable and close to the ordered case; limited swaps do not meaningfully affect query time.

2. Block-Level Disorder

Conclusion:
Spikes occur sporadically, but the average time doesn't show a clear increase or decrease with larger block sizes; it stays mostly flat with noise.

3. Periodic Local Disorder

Conclusion: The spikes suggest specific points where performance degrades notably, likely due to alignment issues, while average performance appears stable.

4. Periodic Shuffle

Conclusion:
There's a noticeable increase in both average time and spike severity as disorder grows, peaking in intermediates before stabilizing somewhat at extremes.

Overall Observation

At the 10⁵ scale, variations caused by reasonable levels of in-sequence disorder stay within a narrow and predictable performance range, making the approach suitable for long-term operation on mostly ordered data.

Recommended Usage Pattern

For the type of data discussed above, a two-phase search strategy is recommended.

  1. Phase One: Coarse Binary Search
    Apply binary search with looser and more tolerant conditions to obtain a coarse or approximate index.
    At this stage, the goal is localization rather than exact matching.

  2. Phase Two: Window-Based Refinement
    Using the coarse index as an anchor, collect data within a bounded window and perform targeted filtering and validation inside this range.

from datetime import datetime

from nearorder.bisect import binary_search
from nearorder.filter import filter_window


def cmp(a: datetime, b: datetime) -> int:
    def datetime_to_days(dt: datetime) -> int:
        return (dt - datetime(1900, 1, 1)).days + 2

    rt = datetime_to_days(a) - datetime_to_days(b)
    return int(rt)


def cmp_precise(a: datetime, b: datetime) -> int:
    rt = a.timestamp() - b.timestamp()
    return int(rt)


index = binary_search(data, k, cmp=cmp)
assert index is not None
result = filter_window(data, k, index, window_size=24 * 4, cmp=cmp_precise)
assert len(result) > 0

What This Project Is / Is Not

This project is:

  • A validation of assumptions

  • A performance experiment

  • A reference implementation

This project is NOT:

  • A general-purpose sorting library

  • A theoretically optimal algorithm for arbitrary input

  • A drop-in replacement for standard search

License

Copyright (c) 2026 SHIINASAMA (Kaoru).

This project is licensed under the MIT License. See the LICENSE file for details.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

nearorder-0.1.0.tar.gz (12.0 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

nearorder-0.1.0-py3-none-any.whl (9.9 kB view details)

Uploaded Python 3

File details

Details for the file nearorder-0.1.0.tar.gz.

File metadata

  • Download URL: nearorder-0.1.0.tar.gz
  • Upload date:
  • Size: 12.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.11.14

File hashes

Hashes for nearorder-0.1.0.tar.gz
Algorithm Hash digest
SHA256 f9bf20ba1b6a2ba3775990cc095647a0e21062bc83d65b2907a0853dc73b3f27
MD5 7ab179a81977361fa90e01cda23ca46d
BLAKE2b-256 b135ce73eb7a50237019eb577bca33ff87fe84e6f2dec073bcaef1eff08da03b

See more details on using hashes here.

File details

Details for the file nearorder-0.1.0-py3-none-any.whl.

File metadata

  • Download URL: nearorder-0.1.0-py3-none-any.whl
  • Upload date:
  • Size: 9.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.11.14

File hashes

Hashes for nearorder-0.1.0-py3-none-any.whl
Algorithm Hash digest
SHA256 0b6df982454eff16ae16ebc3bac71897722296d1379c1731ce31ff976152ea38
MD5 c0c8761168d75ce9340bbb7a6127d070
BLAKE2b-256 2d8fbd5cb1190ff111b0404a596bd0c050d6ac2d219b0689ad6a36bc6f13383e

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page