SQL SERVER 2005 :: CLR :: Ou en sont mes assembly
Par Draggi le vendredi, janvier 11 2008, 10:18 - SQL - Lien permanent
Voici une requête intéressante, dans la mesure, ou l'on a une vue des état de l'APPDOMAIN courant dans
lequel sont actuellement chargées les DLL SQL SERVER.
SELECT
timestamp,
rec.value('/Record[1]/AppDomain[1]/@address', 'nvarchar(10)') as address,
rec.value('/Record[1]/AppDomain[1]/@dbId', 'nvarchar(4)') as dbid,
rec.value('/Record[1]/AppDomain[1]/@ownerId', 'nvarchar(5)') as ownerid,
rec.value('/Record[1]/AppDomain[1]/@type', 'nvarchar(32)') as type,
rec.value('/Record[1]/AppDomain[1]/State[1]', 'nvarchar(32)')as state
FROM (
SELECT timestamp, cast(record as xml) as rec
FROM sys.dm_os_ring_buffers
WHERE ring_buffer_type = 'RING_BUFFER_CLRAPPDOMAIN'
) T(timestamp, rec)
ORDER BY timestamp DESC
De cette requête ressort l'historique de ce qui s'est passé avec vos DLL.
Attention toutefois à la colonne timestamp, qui n'est absolument pas une date.
Apparemment ce n'est pas un type convertible mais juste un ID qui est incrémenté par le serveur.
The SQL Server timestamp data type has nothing to do with times or dates. SQL Server timestamps are binary numbers that indicate the relative sequence in which data modifications took place in a database. The timestamp data type was originally implemented to support the SQL Server recovery algorithms.
http://blogs.msdn.com/sqlclr/archive/2006/02/22/536507.aspx