Un thread gestito non sempre è un thread Win32, potrebbe essere un fiber. Il runtime eseguirà i thread come fiber prima dei ...

Un thread gestito non sempre è un thread Win32, potrebbe essere un fiber. Il runtime eseguirà i thread come fiber prima dei thread reali di SQL Server. Tali thread verranno condivisi tra AppDomains e database nel processo SQL Server. L'utilizzo dell'archiviazione locale dei thread gestiti può essere utile, ma non si può usare l'archiviazione locale dei thread non gestiti né il codice potrà essere di nuovo eseguito nel sistema operativo corrente. Non modificare le impostazioni del thread, ad esempio le impostazioni locali. Non chiamare CreateCriticalSection o CreateMutex tramite P/Invoke perché richiedono al thread che attiva un blocco anche di disattivarlo. Dal momento che ciò non accade utilizzando i fiber, le sezioni critiche Win32 e i mutex saranno inutili in SQL.
Si può usare senza rischi la maggior parte degli stati di un oggetto System.Thread gestito, con l'archiviazione locale dei thread gestiti e la lingua dell'interfaccia utente corrente del thread. Per ragioni di programmazione dei modelli, non si potrà modificare le impostazioni cultura correnti di un thread quando SQL è in esecuzione e a tal proposito verrà impostata una nuova autorizzazione.