-
Notifications
You must be signed in to change notification settings - Fork 5
Open
Description
We want to better track the boundaries of the mock matching algorithm and anticipate issues before they arise.
Some thoughts:
- For psycopg/psycopg2/sqlalchemy spans, we block them from matching on schema because their schema is the same for all kinds of queries, so there's a high chance that schema-based matching will be too inaccurate. Can we more intelligently figure out the structure of the query and only allow variation in specific inputs (e.g., the
WHEREclause)? This helps with non-deterministic inputs. - Given real spans, can we mutate it and see what will be accepted/rejected?
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels