Visitar URL original
ODFVs with write_to_online_store=True crash offline stores (they get queried from offline store, but shouldn't) · Issue #5776 · feast-dev/feast · GitHub
Skip to content

ODFVs with write_to_online_store=True crash offline stores (they get queried from offline store, but shouldn't) #5776

Description

@astronautas

Expected Behavior

On-demand feature views (ODFVs) with write_to_online_store=True should be materialized to the online store, but they should never be queried from the offline store (ODFVs, no data for them in the offline store).

Current Behavior

ODFVs with write_to_online_store=True are being queried from offline stores. In the code here
, if an ODFV has the write_to_online_store flag set, it is treated as a regular feature view. As a result, it gets queried from the offline store.

However, ODFVs are not historical feature views and do not have any data in offline stores, so they should never be queried there.

Steps to reproduce

Run get_historical_features for an ODFV with write_to_online_store=True.

Specifications

  • Version: 0.57.0
  • Clickhouse offline store.

Possible Solution

Not sure yet, but basically remove the condition? Is it even needed here? Seems incorrect...

Activity

  1. astronautas commented on Dec 15, 2025

    @astronautas
    ContributorAuthor

    @franciscojavierarceo You added this condition, could you elaborate why it's needed? It's crashing our offline store after upgrade, but we really need write_to_online_store=True for inference efficiency :D.

  2. changed the title [-]ODFVs with write_to_online_store=True crash offline stores (they shouldn't be queried from offline)[/-] [+]ODFVs with write_to_online_store=True crash offline stores (they get queried from offline store, but shouldn't)[/+] on Dec 15, 2025
  3. franciscojavierarceo commented on Dec 15, 2025

    @franciscojavierarceo
    Member

    It shouldn't be, let me try and take it out. Unless you can quickly, I'm working on something else for the pytorch announcement. If you can cut a quick PR we can get it in the next release (which I'm hoping to do today or tomorrow).

    CC @ntkathole

  4. astronautas commented on Dec 16, 2025

    @astronautas
    ContributorAuthor

    @franciscojavierarceo I can do it myself, no worries ;). Just wanted to see why it was done that way and if it makes sense to remove it.

  5. franciscojavierarceo commented on Jan 27, 2026

    @franciscojavierarceo
    Member

    Fixed, thanks @astronautas

  6. astronautas commented on Jan 27, 2026

    @astronautas
    ContributorAuthor

    no worries!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions