Za předpokladu, že máte na mysli, že se oba stroje připojovaly ke stejnému serveru, pak pravděpodobně existoval rozdíl v nastavení, který způsobil, že nevhodný plán nebyl sdílen mezi dvěma připojeními.
Aby připojení znovu použilo dříve uložený plán, musí být několik nastavení (klíče mezipaměti plánu) stejných, včetně ANSI_NULLS , ARITHABORT , Language , DATEFIRST a výchozí schéma (pokud se dotaz spoléhá na jakýkoli implicitní překlad názvů).
Můžete je zobrazit v sys.dm_exec_plan_attributes (ty, kde is_cache_key=1 mezi připojeními musí být stejné).
Úplný seznam atributů, kde is_cache_key=1 je
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 a cursor_options jsou bitové příznaky obsahující různé možnosti jak je zdokumentováno zde
. V mém experimentu user_id ve skutečnosti odkazuje na schema_id(default_schema_name) spíše než principal_id .