1

几个月前，我接手了一个应用程序，它使用 Guids 作为主表上的主键。我们最近遇到了一些与索引相关的数据库问题，我刚刚阅读了有关使用 Guid 作为主键的内容，我了解到它们可能是个坏主意，我认为看看可能会有所帮助在数据库变得太大之前更改它们。

我想知道是否有一种简单的方法可以将它们更改为 Ints？是否有一些很棒的软件可以为我做到这一点？还是这一切都取决于我？

我正在考虑在所有适当的表中添加一个额外的 Int 列，编写一些代码以基于 CreationDate 列使用 1 - n 填充此列，编写更多代码来填充所有相关表中的列，然后将关系切换到新的 int 列。听起来不太难......这是最好的方法吗？

4

1 回答 1

0

在结合上述所有链接的片段后，我想出了这个脚本，为了答案而简化了。

更改前的表格

JOB
Id Guid PK
Name nvarchar
CreationDate datetime

REPORT
Id Guid PK
JobId int
Name nvarchar
CreationDate datetime

脚本

-- Create new Job table with new Id column
select JobId = IDENTITY(INT, 1, 1), Job.*
into Job2
from Job
order by CreationDate


-- Add new JobId column to Report
alter table Report add JobId2 int

-- Populate new JobId column
update Report
set Report.JobId2 = Job2.JobId
from Job2
where Report.JobId = Job2.Id

-- Delete Old Id
ALTER TABLE Job2 DROP COLUMN Id

-- Delete Relationships
ALTER TABLE Report DROP CONSTRAINT [FK_Report_Job]
ALTER TABLE Job DROP CONSTRAINT PK_Job

-- Create Relationships
ALTER TABLE [dbo].[Job2] ADD  CONSTRAINT [PK_Job] PRIMARY KEY CLUSTERED 
([JobId] ASC) 
WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 90) ON [PRIMARY]

ALTER TABLE [dbo].[Report]  WITH CHECK ADD  CONSTRAINT [FK_Report_Job] FOREIGN KEY([JobId2])
REFERENCES [dbo].[Job2] ([JobId])
ON DELETE CASCADE
ALTER TABLE [dbo].[Report] CHECK CONSTRAINT [FK_Report_Job]


-- Rename Columns
sp_RENAME 'Report.JobId', 'OldJobId' , 'COLUMN'
sp_RENAME 'Report.JobId2', 'JobId' , 'COLUMN'

-- Rename Tables
sp_rename Job, Job_Old
sp_rename Job2, Job

我创建了 Job2 表，因为这意味着我不必触及原始的 Job 表（除了删除关系），这样万一出现问题，一切都可以轻松恢复到原始状态。

于 2013-10-21T14:23:46.840 回答