ਡੈਡਲਾਕ ਅਤੇ ਲਾਕ ਵਿੱਚ ਡਿਸੀਫਰ ਕੁੰਜੀ ਅਤੇ ਪੰਨਾ ਉਡੀਕ ਸਰੋਤ

ਜੇਕਰ ਤੁਸੀਂ ਬਲੌਕ ਕੀਤੀ ਪ੍ਰਕਿਰਿਆ ਰਿਪੋਰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ ਜਾਂ SQL ਸਰਵਰ ਦੁਆਰਾ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਪ੍ਰਦਾਨ ਕੀਤੇ ਡੈੱਡਲਾਕ ਗ੍ਰਾਫਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਦੀਆਂ ਚੀਜ਼ਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਵੇਗਾ:

waitresource="PAGE: 6:3:70133"

waitresource=“KEY: 6:72057594041991168 (ce52f92a058c)“

ਕਈ ਵਾਰ, ਉਸ ਵਿਸ਼ਾਲ XML ਵਿੱਚ ਹੋਰ ਜਾਣਕਾਰੀ ਹੋਵੇਗੀ ਜਿਸਦਾ ਤੁਸੀਂ ਅਧਿਐਨ ਕਰਦੇ ਹੋ (ਡੈੱਡਲਾਕ ਗ੍ਰਾਫਾਂ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਹੁੰਦੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਵਸਤੂ ਅਤੇ ਸੂਚਕਾਂਕ ਦੇ ਨਾਮ ਲੱਭਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ), ਪਰ ਹਮੇਸ਼ਾ ਨਹੀਂ।

ਇਹ ਟੈਕਸਟ ਉਹਨਾਂ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰੇਗਾ।

ਸਾਰੀ ਜਾਣਕਾਰੀ ਜੋ ਇੱਥੇ ਹੈ ਇੰਟਰਨੈੱਟ 'ਤੇ ਵੱਖ-ਵੱਖ ਥਾਵਾਂ 'ਤੇ ਹੈ, ਇਹ ਬਸ ਬਹੁਤ ਹੀ ਵੰਡੀ ਗਈ ਹੈ! ਮੈਂ ਇਸ ਸਭ ਨੂੰ ਇਕੱਠੇ ਰੱਖਣਾ ਚਾਹੁੰਦਾ ਹਾਂ, DBCC PAGE ਤੋਂ hobt_id ਤੱਕ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ %%physloc%% ਅਤੇ %%lockres%% ਫੰਕਸ਼ਨਾਂ ਤੱਕ।

ਪਹਿਲਾਂ, ਆਓ ਪੇਜ ਲਾਕ 'ਤੇ ਉਡੀਕ ਕਰਨ ਬਾਰੇ ਗੱਲ ਕਰੀਏ, ਅਤੇ ਫਿਰ KEY ਲਾਕ 'ਤੇ ਚੱਲੀਏ।

1) waitresource="PAGE: 6:3:70133" = Database_Id: FileId: PageNumber

ਜੇਕਰ ਤੁਹਾਡੀ ਬੇਨਤੀ PAGE ਲਾਕ 'ਤੇ ਉਡੀਕ ਕਰ ਰਹੀ ਹੈ, ਤਾਂ SQL ਸਰਵਰ ਤੁਹਾਨੂੰ ਉਸ ਪੰਨੇ ਦਾ ਪਤਾ ਦੇਵੇਗਾ।

"ਪੇਜ: 6:3:70133" ਨੂੰ ਤੋੜਦਿਆਂ ਸਾਨੂੰ ਮਿਲਦਾ ਹੈ:

• ਡਾਟਾਬੇਸ_ਆਈਡੀ = 6
• data_file_id = 3
• ਪੰਨਾ_ਨੰਬਰ = 70133

1.1) ਡੇਟਾਬੇਸ_ਆਈਡੀ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰੋ

ਪੁੱਛਗਿੱਛ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡੇਟਾਬੇਸ ਦਾ ਨਾਮ ਲੱਭੋ:

SELECT 
    name 
FROM sys.databases 
WHERE database_id=6;
GO

ਇਹ ਜਨਤਕ ਹੈ ਡੀਬੀ ਵਾਈਡਵਰਲਡ ਆਯਾਤਕ ਮੇਰੇ SQL ਸਰਵਰ 'ਤੇ.

1.2) ਡੇਟਾ ਫਾਈਲ ਦਾ ਨਾਮ ਲੱਭ ਰਿਹਾ ਹੈ - ਜੇਕਰ ਤੁਸੀਂ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ

ਅਸੀਂ ਟੇਬਲ ਦਾ ਨਾਮ ਲੱਭਣ ਲਈ ਅਗਲੇ ਪੜਾਅ ਵਿੱਚ data_file_id ਦੀ ਵਰਤੋਂ ਕਰਨ ਜਾ ਰਹੇ ਹਾਂ। ਤੁਸੀਂ ਹੁਣੇ ਹੀ ਅਗਲੇ ਪੜਾਅ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਫਾਈਲ ਨਾਮ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਪੁੱਛਗਿੱਛ ਵਿੱਚ data_file_id ਨੂੰ ਬਦਲ ਕੇ, ਲੱਭੇ ਗਏ ਡੇਟਾਬੇਸ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਇੱਕ ਪੁੱਛਗਿੱਛ ਚਲਾ ਕੇ ਇਸਨੂੰ ਲੱਭ ਸਕਦੇ ਹੋ:

USE WideWorldImporters;
GO
SELECT 
    name, 
    physical_name
FROM sys.database_files
WHERE file_id = 3;
GO

WideWorldImporters ਡੇਟਾਬੇਸ ਵਿੱਚ ਇਹ WWI_UserData ਨਾਮ ਦੀ ਇੱਕ ਫਾਈਲ ਹੈ ਅਤੇ ਮੈਂ ਇਸਨੂੰ C:MSSQLDATAWideWorldImporters_UserData.ndf ਵਿੱਚ ਰੀਸਟੋਰ ਕਰ ਦਿੱਤਾ ਹੈ। (ਓਹ, ਤੁਸੀਂ ਮੈਨੂੰ ਸਿਸਟਮ ਡਰਾਈਵ 'ਤੇ ਫਾਈਲਾਂ ਪਾਉਂਦੇ ਹੋਏ ਫੜਿਆ! ਨਹੀਂ! ਇਹ ਸ਼ਰਮਨਾਕ ਹੈ)।

1.3) DBCC PAGE ਤੋਂ ਵਸਤੂ ਦਾ ਨਾਮ ਪ੍ਰਾਪਤ ਕਰੋ

ਹੁਣ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਡੇਟਾਫਾਇਲ 70133 ਵਿੱਚ ਪੰਨਾ #3 ਵਰਲਡਵਾਈਡ ਇਮਪੋਰਟਰ ਡੇਟਾਬੇਸ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਅਸੀਂ ਬਿਨਾਂ ਦਸਤਾਵੇਜ਼ੀ DBCC ਪੇਜ ਅਤੇ ਟਰੇਸ ਫਲੈਗ 3604 ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਪੰਨੇ ਦੀਆਂ ਸਮੱਗਰੀਆਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਾਂ।
ਨੋਟ: ਮੈਂ ਕਿਸੇ ਹੋਰ ਸਰਵਰ 'ਤੇ ਕਿਤੇ ਰੀਸਟੋਰ ਕੀਤੀ ਕਾਪੀ 'ਤੇ DBCC PAGE ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਪਸੰਦ ਕਰਦਾ ਹਾਂ, ਕਿਉਂਕਿ ਇਹ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ ਸਮੱਗਰੀ ਹੈ। ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਉਹ ਇੱਕ ਡੰਪ ਦਾ ਨਤੀਜਾ ਹੋ ਸਕਦਾ ਹੈ (ਲਗਭਗ ਅਨੁਵਾਦਕ - ਲਿੰਕ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਕਿਤੇ ਵੀ ਨਹੀਂ ਜਾਂਦਾ, ਪਰ url ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਫਿਲਟਰ ਕੀਤੇ ਸੂਚਕਾਂਕ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ).

/* This trace flag makes DBCC PAGE output go to our Messages tab
instead of the SQL Server Error Log file */
DBCC TRACEON (3604);
GO
/* DBCC PAGE (DatabaseName, FileNumber, PageNumber, DumpStyle)*/
DBCC PAGE ('WideWorldImporters',3,70133,2);
GO

ਨਤੀਜਿਆਂ ਤੱਕ ਸਕ੍ਰੋਲ ਕਰਕੇ, ਤੁਸੀਂ ਆਬਜੈਕਟ_ਆਈਡੀ ਅਤੇ ਇੰਡੈਕਸ_ਆਈਡੀ ਲੱਭ ਸਕਦੇ ਹੋ।

ਲਗਭਗ ਹੋ ਗਿਆ! ਹੁਣ ਤੁਸੀਂ ਇੱਕ ਪੁੱਛਗਿੱਛ ਦੇ ਨਾਲ ਸਾਰਣੀ ਅਤੇ ਸੂਚਕਾਂਕ ਦੇ ਨਾਮ ਲੱਭ ਸਕਦੇ ਹੋ:

USE WideWorldImporters;
GO
SELECT 
    sc.name as schema_name, 
    so.name as object_name, 
    si.name as index_name
FROM sys.objects as so 
JOIN sys.indexes as si on 
    so.object_id=si.object_id
JOIN sys.schemas AS sc on 
    so.schema_id=sc.schema_id
WHERE 
    so.object_id = 94623380
    and si.index_id = 1;
GO

ਅਤੇ ਇੱਥੇ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਲਾਕ 'ਤੇ ਉਡੀਕ Sales.OrderLines ਟੇਬਲ ਦੇ PK_Sales_OrderLines ਸੂਚਕਾਂਕ 'ਤੇ ਸੀ।

ਨੋਟ: SQL ਸਰਵਰ 2014 ਅਤੇ ਇਸਤੋਂ ਉੱਪਰ, ਵਸਤੂ ਦਾ ਨਾਮ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ DMO sys.dm_db_database_page_allocations ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵੀ ਲੱਭਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਪਰ ਤੁਹਾਨੂੰ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹਰ ਪੰਨੇ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨੀ ਪਵੇਗੀ, ਜੋ ਕਿ ਵੱਡੇ ਡੇਟਾਬੇਸ ਲਈ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਲੱਗਦਾ, ਇਸਲਈ ਮੈਂ DBCC PAGE ਦੀ ਵਰਤੋਂ ਕੀਤੀ।

1.4) ਕੀ ਬਲੌਕ ਕੀਤੇ ਪੰਨੇ 'ਤੇ ਡੇਟਾ ਨੂੰ ਵੇਖਣਾ ਸੰਭਵ ਹੈ?

ਨੂਉ, ਹਾਂ। ਪਰ... ਕੀ ਤੁਹਾਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ?
ਇਹ ਛੋਟੀਆਂ ਮੇਜ਼ਾਂ 'ਤੇ ਵੀ ਹੌਲੀ ਹੈ। ਪਰ ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ, ਇਸ ਲਈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਹੁਣ ਤੱਕ ਪੜ੍ਹ ਲਿਆ ਹੈ...ਆਓ %%physloc%% ਬਾਰੇ ਗੱਲ ਕਰੀਏ!

%%physloc%% ਜਾਦੂ ਦਾ ਇੱਕ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ ਟੁਕੜਾ ਹੈ ਜੋ ਹਰੇਕ ਐਂਟਰੀ ਲਈ ਇੱਕ ਭੌਤਿਕ ID ਵਾਪਸ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਵਰਤ ਸਕਦੇ ਹੋ SQL ਸਰਵਰ 2008 ਅਤੇ ਬਾਅਦ ਵਿੱਚ sys.fn_PhysLocFormatter ਦੇ ਨਾਲ %%physloc%%.

ਹੁਣ ਜਦੋਂ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਅਸੀਂ Sales.OrderLines ਵਿੱਚ ਪੰਨੇ ਨੂੰ ਬਲੌਕ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ, ਅਸੀਂ ਇਸ ਸਾਰਣੀ ਵਿੱਚ ਸਾਰੇ ਡੇਟਾ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਾਂ, ਜੋ ਕਿ ਪੰਨਾ #3 'ਤੇ ਡੇਟਾ ਫਾਈਲ #70133 ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਹੇਠਾਂ ਦਿੱਤੀ ਪੁੱਛਗਿੱਛ ਨਾਲ:

Use WideWorldImporters;
GO
SELECT 
    sys.fn_PhysLocFormatter (%%physloc%%),
    *
FROM Sales.OrderLines (NOLOCK)
WHERE sys.fn_PhysLocFormatter (%%physloc%%) like '(3:70133%'
GO

ਜਿਵੇਂ ਕਿ ਮੈਂ ਕਿਹਾ, ਇਹ ਛੋਟੇ ਟੇਬਲਾਂ 'ਤੇ ਵੀ ਹੌਲੀ ਹੈ. ਮੈਂ ਬੇਨਤੀ ਵਿੱਚ NOLOCK ਨੂੰ ਜੋੜਿਆ ਹੈ ਕਿਉਂਕਿ ਸਾਡੇ ਕੋਲ ਅਜੇ ਵੀ ਕੋਈ ਗਾਰੰਟੀ ਨਹੀਂ ਹੈ ਕਿ ਜਿਸ ਡੇਟਾ ਨੂੰ ਅਸੀਂ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਉਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਹੈ ਜਿਵੇਂ ਕਿ ਲੌਕ ਦੀ ਖੋਜ ਦੇ ਸਮੇਂ ਸੀ - ਇਸ ਲਈ ਅਸੀਂ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਗੰਦੇ ਰੀਡਿੰਗ ਕਰ ਸਕਦੇ ਹਾਂ।
ਪਰ, ਹੂਰੇ, ਪੁੱਛਗਿੱਛ ਮੈਨੂੰ 25 ਕਤਾਰਾਂ ਵਾਪਸ ਕਰਦੀ ਹੈ ਜਿਸ ਲਈ ਸਾਡੀ ਪੁੱਛਗਿੱਛ ਲੜੀ ਗਈ ਸੀ।

PAGE ਲਾਕ ਬਾਰੇ ਕਾਫ਼ੀ ਹੈ। ਉਦੋਂ ਕੀ ਜੇ ਅਸੀਂ KEY ਲਾਕ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ?

2) waitresource="KEY: 6:72057594041991168 (ce52f92a058c)" = Database_Id, HOBT_Id (ਮੈਜਿਕ ਹੈਸ਼ ਜਿਸਨੂੰ %%lockres%% ਨਾਲ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਚਾਹੁੰਦੇ ਹੋ)

ਜੇਕਰ ਤੁਹਾਡੀ ਪੁੱਛਗਿੱਛ ਇੰਡੈਕਸ ਐਂਟਰੀ 'ਤੇ ਲਾਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ ਅਤੇ ਆਪਣੇ ਆਪ ਲਾਕ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ ਬਿਲਕੁਲ ਵੱਖਰੀ ਕਿਸਮ ਦਾ ਪਤਾ ਮਿਲਦਾ ਹੈ।
“6:72057594041991168 (ce52f92a058c)” ਨੂੰ ਭਾਗਾਂ ਵਿੱਚ ਤੋੜਦਿਆਂ, ਸਾਨੂੰ ਮਿਲਦਾ ਹੈ:

• ਡਾਟਾਬੇਸ_ਆਈਡੀ = 6
• hobt_id = 72057594041991168
• ਮੈਜਿਕ ਹੈਸ਼ = (ce52f92a058c)

2.1) ਡੇਟਾਬੇਸ_ਆਈਡੀ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰੋ

ਇਹ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਉਪਰੋਕਤ ਉਦਾਹਰਣ ਦੇ ਨਾਲ! ਅਸੀਂ ਪੁੱਛਗਿੱਛ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡੇਟਾਬੇਸ ਦਾ ਨਾਮ ਲੱਭਦੇ ਹਾਂ:

SELECT 
    name 
FROM sys.databases 
WHERE database_id=6;
GO

ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਇਹ ਉਹੀ ਹੈ ਡੀਬੀ ਵਾਈਡਵਰਲਡ ਆਯਾਤਕ.

2.2) hobt_id ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰੋ

ਲੱਭੇ ਗਏ ਡੇਟਾਬੇਸ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਕੁਝ ਜੋੜਾਂ ਦੇ ਨਾਲ sys.partitions ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜੋ ਸਾਰਣੀ ਅਤੇ ਸੂਚਕਾਂਕ ਦੇ ਨਾਮ ਨਿਰਧਾਰਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ ...

USE WideWorldImporters;
GO
SELECT 
    sc.name as schema_name, 
    so.name as object_name, 
    si.name as index_name
FROM sys.partitions AS p
JOIN sys.objects as so on 
    p.object_id=so.object_id
JOIN sys.indexes as si on 
    p.index_id=si.index_id and 
    p.object_id=si.object_id
JOIN sys.schemas AS sc on 
    so.schema_id=sc.schema_id
WHERE hobt_id = 72057594041991168;
GO

ਇਹ ਮੈਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਬੇਨਤੀ PK_Application_Countries ਸੂਚਕਾਂਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ Application.Countries ਲਾਕ 'ਤੇ ਉਡੀਕ ਕਰ ਰਹੀ ਸੀ।

2.3) ਹੁਣ ਕੁਝ %% ਲਾਕਰੇਸ%% ਜਾਦੂ ਲਈ - ਜੇ ਤੁਸੀਂ ਇਹ ਪਤਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਕਿਹੜੀ ਐਂਟਰੀ ਲਾਕ ਕੀਤੀ ਗਈ ਸੀ

ਜੇਕਰ ਮੈਂ ਸੱਚਮੁੱਚ ਇਹ ਜਾਣਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਕਿਸ ਕਤਾਰ 'ਤੇ ਲਾਕ ਦੀ ਲੋੜ ਸੀ, ਤਾਂ ਮੈਂ ਖੁਦ ਟੇਬਲ ਤੋਂ ਪੁੱਛਗਿੱਛ ਕਰਕੇ ਪਤਾ ਲਗਾ ਸਕਦਾ ਹਾਂ। ਅਸੀਂ ਮੈਜਿਕ ਹੈਸ਼ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਐਂਟਰੀ ਲੱਭਣ ਲਈ ਗੈਰ-ਦਸਤਾਵੇਜ਼ੀ %% lockres%% ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ।
ਨੋਟ ਕਰੋ ਕਿ ਇਹ ਪੁੱਛਗਿੱਛ ਪੂਰੀ ਸਾਰਣੀ ਨੂੰ ਸਕੈਨ ਕਰੇਗੀ, ਅਤੇ ਵੱਡੀਆਂ ਟੇਬਲਾਂ 'ਤੇ ਇਹ ਬਿਲਕੁਲ ਵੀ ਮਜ਼ੇਦਾਰ ਨਹੀਂ ਹੋ ਸਕਦਾ:

SELECT
    *
FROM Application.Countries (NOLOCK)
WHERE %%lockres%% = '(ce52f92a058c)';
GO

ਮੈਂ NOLOCK (ਟਵਿੱਟਰ 'ਤੇ ਕਲੌਸ ਅਸਚੇਨਬਰਨਰ ਦੀ ਸਲਾਹ 'ਤੇ) ਕਿਉਂਕਿ ਤਾਲੇ ਇੱਕ ਸਮੱਸਿਆ ਹੋ ਸਕਦੇ ਹਨ। ਅਸੀਂ ਸਿਰਫ਼ ਇਹ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਹੁਣ ਉੱਥੇ ਕੀ ਹੈ, ਅਤੇ ਇਹ ਨਹੀਂ ਕਿ ਜਦੋਂ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ ਤਾਂ ਉੱਥੇ ਕੀ ਸੀ - ਮੈਨੂੰ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਡੇਟਾ ਇਕਸਾਰਤਾ ਸਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਵੋਇਲਾ, ਉਹ ਰਿਕਾਰਡ ਜਿਸ ਲਈ ਅਸੀਂ ਲੜਿਆ ਸੀ!

ਮਾਨਤਾਵਾਂ ਅਤੇ ਹੋਰ ਪੜ੍ਹਨਾ

ਮੈਨੂੰ ਯਾਦ ਨਹੀਂ ਹੈ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਦਾ ਵਰਣਨ ਪਹਿਲਾਂ ਕਿਸਨੇ ਕੀਤਾ ਸੀ, ਪਰ ਇੱਥੇ ਘੱਟੋ-ਘੱਟ ਦਸਤਾਵੇਜ਼ੀ ਚੀਜ਼ਾਂ ਬਾਰੇ ਦੋ ਪੋਸਟਾਂ ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਪਸੰਦ ਆ ਸਕਦੀਆਂ ਹਨ:

• Paul Randal ਦੀ ਪੋਸਟ ਬਾਰੇ %%physloc%% ਅਤੇ sys.fn_PhysLocFormatter (ਜਿਵੇਂ ਕਿ ਸਾਡੇ ਕੋਲ ਪਹਿਲੀ ਉਦਾਹਰਣ ਵਿੱਚ ਸਾਡਾ ਡੇਟਾ ਹੈ)
• ਬਾਰੇ ਸਟੈਕਓਵਰਫਲੋ 'ਤੇ ਸਵਾਲ %%lockres%% ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ (ਜਿਵੇਂ ਕਿ ਸਾਨੂੰ ਦੂਜੀ ਉਦਾਹਰਣ ਵਿੱਚ ਡੇਟਾ ਮਿਲਿਆ ਹੈ)। ਜਵਾਬਾਂ ਵਿੱਚੋਂ ਇੱਕ ਪੋਸਟ ਵੱਲ ਜਾਂਦਾ ਹੈ 2010 ਵਿੱਚ %% ਲਾਕਰੇਸ%% ਬਾਰੇ ਗ੍ਰਾਂਟ ਫ੍ਰੀਚੇ ਨੇ ਲਿਖਿਆ.

ਸਰੋਤ: www.habr.com