Skip to content

Add query result caching #4

@garbagemule

Description

@garbagemule

Unless server admins are manually editing the underlying data stores, the plugin is pretty much in full control of all data going in and out. This means that the plugin could support a very crude caching mechanism where stats are cached on reads and blanket evicted on writes. Different invalidation strategies could be employed to further reduce any performance impact.

The plugin actually currently has a CachingStatsStore decorator implementation, but it is "dead code" that is never employed. It might be a good starting point to simply introduce a cache: true/false config option and wrap whatever StatsStore is instantiated in a CachingStatsStore during plugin load.

Metadata

Metadata

Assignees

No one assigned

    Labels

    good first issuePerfect for people new to the code base.type/enhancementNew or improved feature.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions