Giải pháp tốt nhất để sửa thiết kế cơ sở dữ liệu với GUID là khóa chính

Tôi sau một số xác nhận về ý tưởng này để sửa chữa một cơ sở dữ liệu hoạt động kém hoặc một đề xuất tốt hơn nếu bất kỳ ai có một. Luôn luôn mở để đề xuất tốt hơn.

Tôi có một cơ sở dữ liệu rất lớn (hơn 20 triệu bản ghi tăng khoảng 1/2 triệu mỗi ngày) đang sử dụng GUID làm PK.

Một phần giám sát của tôi nhưng PK được nhóm trên máy chủ SQL và gây ra các vấn đề về hiệu suất.

Lý do cho một hướng dẫn - cơ sở dữ liệu này được đồng bộ hóa một phần với 150 cơ sở dữ liệu khác vì vậy PK cần phải là duy nhất. Đồng bộ hóa không được quản lý bởi SQL Server, thay vào đó có một quy trình tùy chỉnh được xây dựng để giữ dữ liệu đồng bộ hóa cho các yêu cầu của hệ thống - tất cả dựa trên GUID đó.

Mỗi trong số 150 cơ sở dữ liệu từ xa không lưu trữ toàn bộ dữ liệu như được lưu trữ trong Cơ sở dữ liệu SQL trung tâm. họ chỉ lưu trữ một tập hợp con dữ liệu họ thực sự yêu cầu và dữ liệu yêu cầu không phải là duy nhất đối với họ (10 trong số 150 cơ sở dữ liệu có thể có một số bản ghi giống nhau từ cơ sở dữ liệu trang web khác - ví dụ họ chia sẻ). Ngoài ra - dữ liệu thực sự được tạo ra tại các trang web từ xa - không phải ở điểm trung tâm - do đó cần có GUID.

Cơ sở dữ liệu trung tâm được sử dụng không chỉ để giữ mọi thứ đồng bộ, mà các truy vấn từ hơn 3000 người dùng sẽ được thực hiện đối với cơ sở dữ liệu phân mảnh rất lớn đó. Đây là một vấn đề lớn trong thử nghiệm ban đầu.

May mắn thay, chúng tôi chưa sống - vì vậy tôi có thể thay đổi và đưa mọi thứ ngoại tuyến nếu được yêu cầu ít nhất là một cái gì đó.

Hiệu năng của các cơ sở dữ liệu từ xa không phải là vấn đề - các tập hợp dữ liệu khá nhỏ và cơ sở dữ liệu thường không bao giờ có kích thước trên 1GB trong tổng số. Các hồ sơ được đưa trở lại hệ thống chính khá thường xuyên và được xóa khỏi các BD nhỏ hơn khi không còn cần thiết.

Hiệu suất của DB trung tâm là người lưu giữ tất cả các bản ghi là không tốt - do GUID được nhóm làm khóa chính cho nhiều bản ghi đó. Sự phân mảnh chỉ số là ra khỏi bảng xếp hạng.

Vì vậy - suy nghĩ của tôi để khắc phục vấn đề về hiệu suất là Tạo một cột mới - BIGENT IDENTITY (1,1) và sau đó thay đổi PK Clustered của cột BIGINT của bảng.

Tôi sẽ tạo một chỉ mục Non Clustered duy nhất trên trường GUID là khóa chính.

150 cơ sở dữ liệu từ xa nhỏ hơn không cần biết về PK mới trên cơ sở dữ liệu Máy chủ SQL trung tâm - nó hoàn toàn sẽ được sử dụng để tổ chức dữ liệu trong cơ sở dữ liệu và ngăn chặn hiệu suất và phân mảnh xấu.

Điều này có hoạt động và cải thiện hiệu suất của cơ sở dữ liệu SQL trung tâm và ngăn chặn địa ngục phân mảnh chỉ mục trong tương lai (ở một mức độ nào đó) không? hoặc tôi đã bỏ lỡ điều gì đó rất quan trọng ở đây sẽ nhảy lên và cắn tôi và gây ra nhiều đau buồn hơn?

Bạn chắc chắn KHÔNG cần phải nhóm trên GUID. Nếu bạn có thứ gì đó cho phép bạn xác định duy nhất các bản ghi khác ngoài GUID đó, tôi khuyên bạn nên xem xét việc xây dựng một chỉ mục duy nhất trên trường khác đó và làm cho chỉ mục đó được nhóm lại. Nếu không, bạn có thể tự do phân cụm trên các trường khác, thậm chí sử dụng các chỉ mục nonunique. Tuy nhiên, cách tiếp cận sẽ là phân cụm tạo điều kiện tốt nhất để phân tách dữ liệu của bạn và truy vấn - vì vậy, nếu bạn có trường "vùng" hoặc thứ gì đó, có thể là một ứng cử viên cho sơ đồ phân cụm của bạn.

Vấn đề với việc thay đổi thành một BIGINTsẽ là bổ sung dữ liệu từ các cơ sở dữ liệu khác và tích hợp cơ sở dữ liệu của họ vào cửa hàng trung tâm. Nếu đây không phải là một sự cân nhắc - và sẽ không bao giờ là một sự cân nhắc - thì, vâng, BIGINTsẽ giải quyết vấn đề tái cân bằng chỉ số một cách độc đáo.

Đằng sau hậu trường, nếu bạn không chỉ định một chỉ mục được nhóm, SQL Server thực hiện nhiều điều tương tự: nó tạo ra một trường ID hàng & ánh xạ tất cả các chỉ mục khác vào đó. Vì vậy, bằng cách tự làm, bạn đang giải quyết nó giống như SQL sẽ giải quyết nó.

Đó là một trật tự cao.

Hãy để tôi đề nghị một cách tiếp cận người đàn ông trung bình.

Tôi đã gặp vấn đề với System.Guid.NewGuid () tạo ra các hướng dẫn ngẫu nhiên. (Tôi đã cho phép khách hàng tạo hướng dẫn riêng của họ, thay vì dựa vào cơ sở dữ liệu để tạo tuần tự).

Khi tôi chuyển sang UuidCreateSequential ở phía máy khách, hiệu suất của tôi trở nên NHIỀU hơn, đặc biệt là trên INSERT.

Đây là mã máy khách DotNet voodoo. Tôi chắc chắn tôi đã cầm đồ từ đâu đó:

using System;
using System.Collections.Generic;
using System.Text;
using System.Runtime.InteropServices;


namespace MyCompany.MyTechnology
{
  public static class Guid
  {


    [DllImport("rpcrt4.dll", SetLastError = true)]
    static extern int UuidCreateSequential(out System.Guid guid);


    public static System.Guid NewGuid()
    {
      return CreateSequentialUUID();
    }


    public static System.Guid CreateSequentialUUID()
    {
      const int RPC_S_OK = 0;
      System.Guid g;
      int hr = UuidCreateSequential(out g);
      if (hr != RPC_S_OK)
        throw new ApplicationException("UuidCreateSequential failed: " + hr);
      return g;
    }


  }
}














    /*

Original Reference for Code:
http://www.pinvoke.net/default.aspx/rpcrt4/UuidCreateSequential.html


*/

/*



Text From URL above:

UuidCreateSequential (rpcrt4)

Type a page name and press Enter. You'll jump to the page if it exists, or you can create it if it doesn't.
To create a page in a module other than rpcrt4, prefix the name with the module name and a period.
. Summary
Creates a new UUID 
C# Signature:
[DllImport("rpcrt4.dll", SetLastError=true)]
static extern int UuidCreateSequential(out Guid guid);


VB Signature:
Declare Function UuidCreateSequential Lib "rpcrt4.dll" (ByRef id As Guid) As Integer


User-Defined Types:
None.

Notes:
Microsoft changed the UuidCreate function so it no longer uses the machine's MAC address as part of the UUID. Since CoCreateGuid calls UuidCreate to get its GUID, its output also changed. If you still like the GUIDs to be generated in sequential order (helpful for keeping a related group of GUIDs together in the system registry), you can use the UuidCreateSequential function.

CoCreateGuid generates random-looking GUIDs like these:

92E60A8A-2A99-4F53-9A71-AC69BD7E4D75
BB88FD63-DAC2-4B15-8ADF-1D502E64B92F
28F8800C-C804-4F0F-B6F1-24BFC4D4EE80
EBD133A6-6CF3-4ADA-B723-A8177B70D268
B10A35C0-F012-4EC1-9D24-3CC91D2B7122



UuidCreateSequential generates sequential GUIDs like these:

19F287B4-8830-11D9-8BFC-000CF1ADC5B7
19F287B5-8830-11D9-8BFC-000CF1ADC5B7
19F287B6-8830-11D9-8BFC-000CF1ADC5B7
19F287B7-8830-11D9-8BFC-000CF1ADC5B7
19F287B8-8830-11D9-8BFC-000CF1ADC5B7



Here is a summary of the differences in the output of UuidCreateSequential:

The last six bytes reveal your MAC address 
Several GUIDs generated in a row are sequential 
Tips & Tricks:
Please add some!

Sample Code in C#:
static Guid UuidCreateSequential()
{
   const int RPC_S_OK = 0;
   Guid g;
   int hr = UuidCreateSequential(out g);
   if (hr != RPC_S_OK)
     throw new ApplicationException
       ("UuidCreateSequential failed: " + hr);
   return g;
}



Sample Code in VB:
Sub Main()
   Dim myId As Guid
   Dim code As Integer
   code = UuidCreateSequential(myId)
   If code <> 0 Then
     Console.WriteLine("UuidCreateSequential failed: {0}", code)
   Else
     Console.WriteLine(myId)
   End If
End Sub




*/

Ý TƯỞNG THAY ĐỔI:

Nếu db chính và db từ xa của bạn được "liên kết" (như trong, sp_linkserver) ...... thì bạn có thể sử dụng db chính làm "trình tạo uuid".

Bạn không muốn có được "từng cái một" của uuid, điều đó quá nhiều.

Nhưng bạn có thể lấy một bộ uuid.

Dưới đây là một số mã:

IF EXISTS (SELECT * FROM sys.objects WHERE object_id =
 OBJECT_ID(N'[dbo].[uspNewSequentialUUIDCreateRange]') AND type in (N'P',
 N'PC'))

 DROP PROCEDURE [dbo].[uspNewSequentialUUIDCreateRange]

 GO



 CREATE PROCEDURE [dbo].[uspNewSequentialUUIDCreateRange] (

 @newUUIDCount int --return

 )

 AS

 SET NOCOUNT ON

 declare @t table ( dummyid int , entryid int identity(1,1) , uuid
 uniqueidentifier default newsequentialid() )

 insert into @t ( dummyid ) select top (@newUUIDCount) 0 from dbo.sysobjects
 so with (nolock)

 select entryid , uuid from @t

 SET NOCOUNT OFF

 GO

/ *

--START TEST

 set nocount ON

 Create Table #HolderTable (entryid int , uuid uniqueidentifier )

 declare @NewUUIDCount int

 select @NewUUIDCount = 20

 INSERT INTO #HolderTable EXEC dbo.uspNewSequentialUUIDCreateRange
 @NewUUIDCount

 select * from #HolderTable

 DROP Table #HolderTable

 --END TEST CODE

* /

Dựa trên mô tả của bạn, đi với BIGINT. Tuy nhiên, chỉ mục cho GUID có thể không phải là duy nhất, vì GUID được cho là duy nhất trên toàn cầu.

Nếu GUID được lưu trữ đúng cách như là định danh duy nhất thì sẽ không có bất kỳ vấn đề nào về hiệu suất ... và nếu bạn có thể sử dụng GUID tuần tự thậm chí còn tốt hơn ...

Ngoài ra @mattytommo có điểm hay khoảng 11,5 năm với việc sử dụng INT ...