SQL Server 数据导入:行为规范

本文分享了SQL Server数据库管理员在处理数据导入时遵循的一系列行为规范,包括使用varchar数据类型暂存原始数据、避免使用非字母数字字符作为列名、确保使用正确的数据类型创建暂存表等关键步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

SQL Server DBA(Database Administrator,数据库管理员)发现他们经常使用 T-SQL 导入和处理数据。为什么呢?因为一些数据传输需要技术成熟的 SQL 所具备的强大功能。最近我刚好完成了另一个数据导入的案例,该案例触动我汇编了一份供我使用的行为规范列表。

确保将载入的原始数据暂存为 varchar 数据类型
源自所谓的旧式系统的原始数据通常以文本格式传送,因此我首先总是将原始数据载入一个单独的暂存数据库。我从不尝试将数据直接载入一个成品数据库。

我做的事情是将所有 原始文本数据载入相应的原始表,表中的列为 varchar 数据类型。(DTS 将自动完成该过程,这样很好。但是,DTS 还会将列命名为 COL001,因此您不用事先提供列名。)varchar 的主要优点是它能够接收任何数据 — 甚至是“坏”数据。如果您尝试从一个没有对用户输入的数据进行严格检查的旧式系统加载数据,那么被忽略的数据或写入异常文件的数据可能比加载的数据还多,如果您不想冒这样的风险,除非接收每一个可能的值。将字符载入 varchar 数据类型的列则可以做到这一点。

在暂存表/列名时不要使用非字母数字字符
您可能无法控制在包含原始数据的表中如何对列进行初始命名,但是我会尝试修改可能包含空格或其他非常规字符的旧式列名。当列名或表名包含非字母数字的字符时,我们必须使用方括号或双引号对其进行分隔。这种代码不但编写起来比较困难,而且可读性较差。

不要在列名中使用关键字
源自旧式系统的数据通常包含能够破坏 SQL 查询的描述性列名。例如,房地产数据可能会包含一个名为 KEY 的列,它用来反映放置在待售房屋上的钥匙箱。然而,KEY 也是 T-SQL 中的一个关键字 (!),如果使用这样的列名,查询操作在直接引用该列名时将失败。因此,最终您必须用方括号或双引号分隔含有关键字的列名。

确保使用正确的数据类型创建一个暂存表
下一步是创建一个或多个额外的暂存表,这些表有“正确的”数据类型。我喜欢使暂存表和目标 OLTP(Online Transaction Processing,联机事务处理)数据库中的目的表具有相同的列名。不管怎样,重要的是原始数据中每列的数据类型在载入暂存时都将执行检查并予以改正。在 SQL Server 表中找到坏数据比在加载失败的外部文件中找到坏数据容易得多。

确保将新列添加到暂存表中
当暂存数据没有相应的列时,您可以添加这些列,然后拆分或合并载入的数据。例如,即使目的表分解出街道名和门牌号,地址仍然可能作为一个简单的字符串载入暂存表。那么您可以在暂存表中添加街道名列和门牌号列,将旧式地址分解为两个列。这样做的优点是,原始数据与新拆分的数据并存,因此您能够通过比较列来测试脚本。

确保使用本地副本来测试填充的产品数据
当您准备好要插入暂存表的数据时,可以首先通过将其插入成品表的本地副本来测试这些数据。有时您只需清空表;有时,您必须填充表。

确保保留产品约束
在副表上总是保留产品约束。这样,您就能够测试暂存表数据满足这些约束的程度。这些约束包括 NULL、默认值、检查、主键和外键约束。首先保证副表列上的 NULL 或 NOT NULL 属性与目标系统的相同,然后再逐步检查其他所有约束。如果您的测试表明暂存数据插入过程满足所有约束,那么您距离成功就只有一步之遥了。

确保在一个产品数据副本上测试
虽然将导入数据插入空表将遇到很多潜在的问题,但是不会遇到所有的问题。在通过了所有之前的测试后,确保您将在一个目标数据或成品系统的副本(或至少是一个合理的子集)上测试导入。您能够接收的最终错误类型将由数据配置决定,而且这是此项测试能够检测到的。那么,您就能够在数据库副本中检查结果,甚至可能将应用程序重定向到该副本以便进一步测试和验证。【专栏作家 Tom Moreau 补充说,使用每日成品更新数据进行测试可以为数据移植做准备。如果原来的系统没有足够的约束而新系统有,那么坏数据将进入原来的系统并破坏您的移植。” - Ed.

如果导入过程至此通过了所有测试,那么您可能已经准备好进行导入数据了,或者至少可以将导入过程交给质量管理员 (QA, Quality Assurance) 了。

想查找更多有关 SQL Server Professional 和 Pinnacle Publishing 的信息,请访问它的 Web 站点 http://www.pinpub.com。

注:该网站不是 Microsoft Corporation 的网站。Microsoft 对该网站的内容不承担责任。

本文转述自 2005 年 6 月一期的 SQL Server Professional。版权所有 2005,Pinnacle Publishing, Inc.,除非另行说明。保留所有权利。SQL Server Professional 是 Pinnacle Publishing, Inc. 的独立制作出版物。未经 Pinnacle Publishing, Inc. 的事先许可,不得以任何形式(除了在评论性文章中的简短引用外)使用或复制本文。要与 Pinnacle Publishing, Inc. 取得联系,请致电 1-800-788-1900。

转到原英文页面

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值