ทางออกที่ดีที่สุดในการแก้ไขการออกแบบฐานข้อมูลด้วย GUID เป็นคีย์หลัก

ฉันหลังจากการยืนยันแนวคิดนี้เพื่อแก้ไขฐานข้อมูลที่มีประสิทธิภาพไม่ดีหรือมีข้อเสนอแนะที่ดีกว่าถ้ามีใครมี เปิดรับข้อเสนอแนะที่ดีกว่าเสมอ

ฉันมีฐานข้อมูลขนาดใหญ่มาก (มากกว่า 20 ล้านบันทึกการเติบโตประมาณ 1/2 ล้านต่อวัน) ซึ่งใช้ GUID เป็น PK

การดูแลในส่วนของฉัน แต่ PK นั้นทำคลัสเตอร์บนเซิร์ฟเวอร์ SQL และทำให้เกิดปัญหาประสิทธิภาพการทำงาน

เหตุผลสำหรับ guid - ฐานข้อมูลนี้มีการซิงโครไนซ์บางส่วนกับฐานข้อมูลอื่น 150 ฐานดังนั้น PK จึงจำเป็นต้องไม่ซ้ำกัน การซิงโครไนซ์ไม่ได้รับการจัดการโดย SQL Server แต่มีกระบวนการแบบกำหนดเองที่สร้างขึ้นซึ่งเก็บข้อมูลให้ตรงกับความต้องการของระบบ - ทั้งหมดขึ้นอยู่กับ GUID นั้น

ฐานข้อมูลระยะไกล 150 ตัวแต่ละตัวไม่เก็บข้อมูลแบบเต็มตามที่เก็บไว้ในฐานข้อมูล SQL ส่วนกลาง พวกเขาจัดเก็บชุดย่อยของข้อมูลที่พวกเขาต้องการจริงและข้อมูลที่ต้องการนั้นไม่ซ้ำกัน (10 จาก 150 ฐานข้อมูลอาจมีบางระเบียนเดียวกันจากฐานข้อมูลไซต์อื่นเช่นพวกเขาแบ่งปัน) นอกจากนี้ - ข้อมูลถูกสร้างขึ้นจริงที่ไซต์ระยะไกล - ไม่ใช่ที่จุดศูนย์กลาง - ดังนั้นจึงจำเป็นต้องมี GUID

ฐานข้อมูลกลางไม่เพียง แต่ใช้สำหรับการซิงค์ทุกอย่างเท่านั้น แต่ยังมีการเรียกใช้แบบสอบถามจากผู้ใช้มากกว่า 3,000 รายกับฐานข้อมูลที่มีขนาดใหญ่มาก นี่เป็นปัญหาใหญ่ในการทดสอบครั้งแรก

โชคดีที่เรายังไม่ได้อยู่ - ดังนั้นฉันสามารถเปลี่ยนแปลงและทำสิ่งต่าง ๆ แบบออฟไลน์ได้ถ้าจำเป็นซึ่งอย่างน้อยก็มีบางอย่าง

ประสิทธิภาพของฐานข้อมูลระยะไกลไม่ใช่ปัญหา - ชุดย่อยของข้อมูลมีขนาดค่อนข้างเล็กและโดยปกติฐานข้อมูลจะไม่มีขนาดใหญ่กว่า 1GB ข้อมูลจะถูกส่งกลับไปยังระบบหลักอย่างสม่ำเสมอและลบออกจาก BD ที่มีขนาดเล็กลงเมื่อไม่ต้องการใช้อีกต่อไป

ประสิทธิภาพของฐานข้อมูลส่วนกลางซึ่งเป็นผู้ดูแลบันทึกทั้งหมดนั้นมีความเลวร้ายเนื่องจาก GUID แบบคลัสเตอร์เป็นคีย์หลักสำหรับบันทึกจำนวนมากนั้น การกระจายตัวของดัชนีปิดแผนภูมิ

ดังนั้น - ความคิดของฉันในการแก้ไขปัญหาด้านประสิทธิภาพคือการสร้างคอลัมน์ใหม่ - รหัสประจำตัว BIGINT ที่ไม่ได้ลงชื่อ (1,1) จากนั้นเปลี่ยน PK แบบกลุ่มของคอลัมน์ BIGINT ตาราง

ฉันจะสร้างดัชนีที่ไม่เป็นคลัสเตอร์แบบไม่ซ้ำกันในฟิลด์ GUID ซึ่งเป็นคีย์หลัก

ฐานข้อมูลระยะไกลขนาดเล็ก 150 ไม่จำเป็นต้องรู้เกี่ยวกับ PK ใหม่ในฐานข้อมูล SQL Server กลาง - มันจะใช้สำหรับการจัดระเบียบข้อมูลในฐานข้อมูลและหยุดประสิทธิภาพและการกระจายตัวที่ไม่ดี

มันจะทำงานและปรับปรุงประสิทธิภาพของฐานข้อมูล SQL กลางและป้องกันการแตกแฟรกเมนต์ดัชนีในอนาคต (ในระดับหนึ่ง) หรือไม่? หรือฉันพลาดบางสิ่งที่สำคัญมากที่นี่ซึ่งจะกระโดดขึ้นไปกัดฉันและทำให้เกิดความเศร้าโศกมากยิ่งขึ้น?

แน่นอนคุณไม่จำเป็นต้องทำคลัสเตอร์บน GUID หากคุณมีสิ่งที่จะช่วยให้คุณสามารถระบุระเบียนที่ไม่ซ้ำกันนอกเหนือจาก GUID นั้นได้ฉันขอแนะนำให้คุณดูการสร้างดัชนีที่ไม่ซ้ำกันในฟิลด์อื่นและทำให้ดัชนีนั้นเป็นคลัสเตอร์ หากไม่มีคุณสามารถทำคลัสเตอร์บนฟิลด์อื่น ๆ ได้ฟรีแม้ว่าจะใช้ดัชนีที่ไม่เป็นเอกสิทธิ์ก็ตาม วิธีการจะมีการจัดกลุ่ม แต่ให้ความสะดวกในการแยกข้อมูลของคุณและทำการสืบค้นได้ดีที่สุดดังนั้นหากคุณมีเขตข้อมูล "ภูมิภาค" หรือบางสิ่งบางอย่างนั่นอาจเป็นตัวเลือกสำหรับรูปแบบการจัดกลุ่มของคุณ

ปัญหาเกี่ยวกับการเปลี่ยนเป็น a BIGINTจะเป็นการเพิ่มเติมไปยังข้อมูลจากฐานข้อมูลอื่น ๆ และการรวมฐานข้อมูลของพวกเขาเข้ากับร้านค้าส่วนกลาง หากนี่ไม่ใช่การพิจารณาและจะไม่มีการพิจารณาใช่แล้วBIGINTจะช่วยแก้ปัญหาการปรับสมดุลดัชนีใหม่

เบื้องหลังหากคุณไม่ระบุดัชนีคลัสเตอร์ SQL Server จะทำสิ่งเดียวกันมาก: มันจะสร้างฟิลด์ ID แถว & แมปดัชนีอื่น ๆ ทั้งหมดลงในนั้น ด้วยการทำด้วยตัวคุณเองคุณกำลังแก้ไขมันเหมือนที่ SQL จะแก้มัน

นั่นเป็นคำสั่งที่สูง

ฉันขอแนะนำวิธีการชายกลาง

ฉันมีปัญหากับ System.Guid.NewGuid () กำลังสร้าง guids แบบสุ่ม (ฉันอนุญาตให้ไคลเอนต์สร้าง guid ของตนเองแทนที่จะใช้ฐานข้อมูลเพื่อสร้างลำดับ)

เมื่อฉันย้ายไปที่ UuidCreateSequential ทางฝั่งลูกค้าการแสดงของฉันดีขึ้นมากโดยเฉพาะ INSERTs

นี่คือรหัสลูกค้าของ DotNet ฉันแน่ใจว่าฉันจำนำได้จากที่ไหนสักแห่ง:

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




*/

ALTERATE IDEA:

หากฐานข้อมูลหลักและฐานข้อมูลระยะไกลของคุณเป็น "เชื่อมโยง" (เหมือนใน sp_linkserver) ...... คุณสามารถใช้ฐานข้อมูลหลักเป็น "ตัวสร้าง uuid" ได้

คุณไม่ต้องการที่จะได้รับ "หนึ่งโดยหนึ่ง" ของ uuid นั่นคือความมีเสน่ห์มากเกินไป

แต่คุณสามารถคว้าชุด uuid ได้

ด้านล่างเป็นรหัสบางส่วน:

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

* /

ขึ้นอยู่กับคำอธิบายของคุณไปกับ BIGINT อย่างไรก็ตามดัชนีสำหรับ GUID อาจไม่ซ้ำกันเนื่องจาก GUID นั้นควรจะไม่ซ้ำกันทั่วโลก

ถ้า GUID ถูกเก็บไว้อย่างถูกต้องเนื่องจากตัวระบุที่ไม่ควรมีปัญหา performace ใด ๆ ... และถ้าคุณสามารถใช้ GUID ลำดับที่ดียิ่งขึ้น ...

ยัง @mattytommo มีจุดที่ดีประมาณ 11.5 ปีเมื่อใช้ INT ...