MS SQL Server数据库两个库之间相同数据表名内容批量对比方法

上一篇“导出记录数量对比-软件测试方法(一)”,主要介绍数据导出结果记录数量和原始正常好库的记录数量精确对比,测试软件导出少数据的相关bug。
本文测试方法旨在更精确比对表记录内部数据差异,记录数量的对比只是恢复准确率的必要条件,而记录内部的字段数据内容是否一致,才是比较的终极目标。

一、 测试目的:在很多情况下,数据导出是以记录数量来衡量是否齐全。在某些情况下,数据记录数量导出是一致的,但,记录内部数据却出现差异,比如某些数字字段,一旦出现差异,其结果将带来不准确。本测试大纲目的是比对表中记录数据是否有差异,一旦出现差异,想办法修改软件,达到更准确的恢复效果。
二、测试工具:tablediff.exe,这个工具就用于表内部数据比较,是MS SQL Server自带的一个工具。各位可以自行搜索自己机器上的这个文件所在的路径。

三、构建数据表比较SQL语句:

use UFDATA_006_2015_好酷

SELECT ‘tablediff.exe -sourceserver 127.0.0.1\SQL2008R2 -sourceuser sa -sourcepassword dst -sourcedatabase UFDATA_006_2015_好酷 -sourceschema dbo -sourcetable ‘+object_name (id)
+‘ -destinationserver 127.0.0.1\SQL2008R2 -destinationuser sa -destinationpassword dst -destinationdatabase UFDATA_006_2015_好酷_out -destinationschema dbo -destinationtable ‘
+object_name (id)+‘ -et Difference -f c:\data\‘+object_name (id)+‘.sql‘ as SQL
from sysObjects where type =‘U‘



解析:-sourceserver 127.0.0.1\SQL2008R2 原始数据库实例
sourceuser sa -sourcepassword dst -sourcedatabase UFDATA_006_2015_好酷
sa是原始数据库用户,dst是sa用户的密码,各位根据自己的设置更改,UFDATA_002_2017_原始好库是原始数据库。
-destinationserver 127.0.0.1\SQL2008R2 -destinationuser sa -destinationpassword dst -destinationdatabase UFDATA_002_2017_好库导出
127.0.0.1\SQL2008R2 是目标数据库实例,可以跨越实例比较,sa dst UFDATA_006_2015_好酷_out 都是目标数据库用户名、密码、库名称

f c:\data\‘+object_name (id)+‘.sql‘ 这个是把比较结果,写道c:\data目录下,用表的名字命名。

四、语句执行方法:
找到tablediff.exe文件路径

进入cmd模式下,在路径上输入cmd,回车


把得到的SQL语句复制,贴到cmd窗口上。

建好c:\data 目录,修改好权限

设置sa登录,及密码

把得到的SQL语句复制,贴到cmd窗口上:

自动运行:

五、等待运行结果

本文版权归魔幻数据所有

原文地址:https://blog.51cto.com/199818/2393690

时间: 2024-10-14 10:31:55

MS SQL Server数据库两个库之间相同数据表名内容批量对比方法的相关文章

MS SQL Server数据库修复/MDF数据文件数据恢复/MDF质疑/mdf无法附加

微软的SQL Server 数据库最常用的有两种类型的文件: 1.主要数据文件,文件后缀一般是.MDF: 2.事务日志文件,文件后缀一般是.LDF. 用户数据表.视图.存储过程等等数据,都是存放在MDF文件里,LDF文件是存放MS SQL Server操作过程中的日志记录. MDF文件必读附加到MS SQL Server数据库环境后,才能正常读取其中的数据.当由于某种原因数据库附加不上,MDF数据库文件的内容就没办法读取,修复的方法有两种: 1. 使用MS SQL Server环境进行修复,先以

MS SQL SERVER数据库简单回顾

MS SQL SERVER数据库 1.创建数据库 create database javateam; 2.使用数据库 use javateam; 3.创建表 create   table   表名 ( 字段名    字段类型   主键   字段增长(从X开始  , 每次加X个), 字段名  字段类型, 字段名  字段类型 ); create table peopleNone ( pid int primary key identity(1,1), pname varchar(32), psex

SQL Server 2008空间数据应用系列五:数据表中使用空间数据类型

原文:SQL Server 2008空间数据应用系列五:数据表中使用空间数据类型 友情提示,您阅读本篇博文的先决条件如下: 1.本文示例基于Microsoft SQL Server 2008 R2调测. 2.具备 Transact-SQL 编程经验和使用 SQL Server Management Studio 的经验. 3.熟悉或了解Microsoft SQL Server 2008中的空间数据类型. 4.具备相应(比如OGC)的GIS专业理论知识. 5.其他相关知识. 通过前面几篇文章介绍了

MS Sql Server 数据库或表修复

提示数据库处于恢复模式时重建日志文件可以解决 DBCC REBUILD_LOG('db_name','c:\mssql7\data\dbxxx_3.LDF') MS Sql Server 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令. 1. DBCC CHECKDB  重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误. use master declare @databasen

MS Sql Server 数据库或表修复(DBCC CHECKDB)

MS Sql Server 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令.  1. DBCC CHECKDB  重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误. use master declare @databasename varchar(255) set @databasename='需要修复的数据库实体的名称' exec sp_dboption @databasena

SQL Server数据库mdf文件中了勒索病毒,扩展名变为arrow

SQL Server数据库mdf文件中了勒索病毒id-8CE52640.[[email protected]].arrow.扩展名变为arrow .ldf.id-8CE52640.[[email protected]].arrow.mdf.id-8CE52640.[[email protected]].arrow .ldf.id-923C7C92.[[email protected]].arrow.mdf.id-923C7C92.[[email protected]].arrow 解密联系QQ8

SQL server 命令创建、修改、删除数据表

1. 创建数据表 create 创建数据表的完整语法格式为: CREATE TABLE 表名 (列名 数据类型[缺省值][NOT NULL] [,列名 数据类型[缺省值][NOT NULL]].... [,UNIQUE(列名[,列名]...)] [,PRIMARY KEY(列名[,列名]...)] [,FOREIGN KEY(列名[,列名]...) REFERENCES(列名[,列名]...)] [,CKECK(条件)] ) 参数说明: DEFAULT(缺省值):指定列的缺省值: NOT NUL

查询MS SQL Server数据库死锁的一个存储过程

查询Sqlserver数据库死锁的一个存储过程 使用sqlserver作为数据库的应用系统,都避免不了有时候会产生死锁.死锁出现以后,维护人员或者开发人员大多只会通过sp_who来查找死锁的进程,然后用sp_kill杀掉. 利用sp_who_lock这个存储过程,可以很方便的知道哪个进程出现了死锁,出现死锁的问题在哪里. --创建或修改sp_who_lock存储过程 CREATE procedure sp_who_lock --ALTER procedure sp_who_lock as beg

MS Sql Server 数据库或表修复(Log日志文件损坏的修复方法)

----------------- [1] use master go sp_configure 'allow updates',1 reconfigure with override go ----------------- [2] update sysdatabases set status=-32768 where dbid=DB_ID('zc_post') ----------------- [3] dbcc rebuild_log('zc_post','d:\zc_post_log.l