The SPANDATA.DB_QUERY_TEXT constant defined here is not used in tracing_utils.py where the attribute is actually written — instead, the hardcoded string "db.query.text" is used directly (line ~169). Consider using SPANDATA.DB_QUERY_TEXT there for consistency and to avoid a silent mismatch if the constant value is ever updated.

The same PR adds SPANDATA.DB_QUERY_TEXT = "db.query.text" in consts.py, but tracing_utils.py uses the raw string literal instead — if the constant's value ever changes, this site won't be updated automatically.

The refactored _assert_query_source call at the end of the function uses span leaked from the for-loop, which is always fetchrow_span_2 — the original code called _assert_query_source for both fetchrow spans inside the loop, but that check for fetchrow_span_1 is now missing.

_assert_query_source is called once outside the if/else block using the last loop variable span (always fetchrow_span_2); fetchrow_span_1 is never verified to have query source attributes, so a bug where the first fetch span lacks code-location data would go undetected.