Data Type Mismatches Don't Always Cause a "Bad" Implicit Conversion and Index Scan
Here’s a great recent question that I got about query tuning and index use:
Assuming that the documented levels of data type precedence in SQL Server are true as of SQL 2016, why does a bigint value not force an index scan when compared against an int column?