Ако приемем, че имате предвид, че и двете машини са се свързвали към един и същ сървър, тогава вероятно е имало разлика в настройките, която е причинила неподходящия план да не бъде споделен между двете връзки.
За да може връзката да използва повторно предварително кеширан план, доста настройки (ключове за кеш на план) трябва да бъдат еднакви, включително ANSI_NULLS , ARITHABORT , Language , DATEFIRST и схема по подразбиране (ако заявката разчита на имплицитно разрешаване на имена).
Можете да ги видите, като погледнете sys.dm_exec_plan_attributes (тези, където is_cache_key=1 трябва да са еднакви между връзките).
Пълен списък на атрибутите, където is_cache_key=1 е
dbid_execute
required_cursor_options
compat_level
parent_plan_handle
date_format
language_id
status
merge_action_type
is_replication_specific
objectid
acceptable_cursor_options
date_first
set_options
user_id
dbid
optional_spid
optional_clr_trigger_objid
optional_clr_trigger_dbid
set_options и cursor_options са битови флагове, включващи различни опции както е документирано тук
. В моя експеримент user_id всъщност се отнася до schema_id(default_schema_name) вместо principal_id .
