MSSQL 同一服务器不同数据库间表数据同步，有什么好的方法，分两种吧，即时的和延迟的

同一服务器的不同数据库间可以直接访问，比如两个数据库DB1，DB2

当前连接的是DB1，可以用 select * from db2.dbo.table1 来访问DB2的表。 其中dbo是数据库所有者，默认为dbo。 还需要连接DB1的用户对两个数据库都有权限。

关于同步，延迟的方法比较单一，做一个存储，加在作业里，定时调用即可。

即时的可以分两种思路，第一可以用触发器的方式，在db1中需要同步的表里，创建触发器，当有数据 *** 作的时候触发，同步数据。

第二种思路，是前台事务 *** 作db1的数据表的时候，同时写db2的数据表，两个 *** 作放在同一个事务中。

两种方法各有好处，个人推荐第一种。

以上思路基于sql server 2005，之后的版本了解不够多，不知道有没有出什么更好的工具啥的。

表与表之间一般存在三种关系，即一对一，一对多，多对多关系。

例如:一个人可以拥有多辆汽车，要求查询某个人拥有的所有车辆。

分析：这种情况其实也可以采用 一张表，但因为一个人可以拥有多辆汽车，如果采用一张表，会造成冗余信息过多。好的设计方式是，人和车辆分别单独建表，那么如何将两个表关联呢？有个巧妙的方法，在车辆的表中加个外键字段(人的编号)即可。

例如：学生选课，一个学生可以选修多门课程，每门课程可供多个学生选择。

分析：这种方式可以按照类似一对多方式建表，但冗余信息太多，好的方式是实体和关系分离并单独建表，实体表为学生表和课程表，关系表为选修表，其中关系表采用联合主键的方式(由学生表主键和课程表主键组成)建表。

什么是视图？

在 SQL 中，视图是基于 SQL 语句的结果集的可视化的表。

第一点：

使用视图，可以定制用户数据，聚焦特定的数据。

解释：

在实际过程中，公司有不同角色的工作人员，我们以销售公司为例的话，

采购人员，可以需要一些与其有关的数据，而与他无关的数据，对他没

有任何意义，我们可以根据这一实际情况，专门为采购人员创建一个视

图，以后他在查询数据时，只需select * from view_caigou 就可以啦。

第二点：使用视图，可以简化数据 *** 作。

解释：我们在使用查询时，在很多时候我们要使用聚合函数，同时还要

显示其它字段的信息，可能还会需要关联到其它表，这时写的语句可能

会很长，如果这个动作频繁发生的话，我们可以创建视图，这以后，我

们只需要select * from view1就可以啦～，是不是很方便呀～

第三点：使用视图，基表中的数据就有了一定的安全性

因为视图是虚拟的，物理上是不存在的，只是存储了数据的集合，我们可以

将基表中重要的字段信息，可以不通过视图给用户，视图是动态的数据的集

合，数据是随着基表的更新而更新。同时，用户对视图，不可以随意的更改

和删除，可以保证数据的安全性。

第四点：可以合并分离的数据，创建分区视图

随着社会的发展，公司的业务量的不断的扩大，一个大公司，下属都设有很

多的分公司，为了管理方便，我们需要统一表的结构，定期查看各公司业务

情况，而分别看各个公司的数据很不方便，没有很好的可比性，如果将这些

数据合并为一个表格里，就方便多啦，这时我们就可以使用union关键字，

将各分公司的数据合并为一个视图。

以上，就是我认为视图的作用，实际上很多公司都使用视图来查询数据的。

内连接: 只连接匹配的行

SELECT * from gradeclass gc inner join grade g on gc.grade_id=g.Id，

左外连接: 包含左边表的全部行（不管右边的表中是否存在与它们匹配的行），以及右边表中全部匹配的行

select * from grade g rigth OUTER JOIN gradeclass g on g.grade_id=gc.Id（这里的outer可以省略）

右外连接: 包含右边表的全部行（不管左边的表中是否存在与它们匹配的行），以及左边表中全部匹配的行

select * from grade g rigth OUTER JOIN gradeclass g on g.grade_id=gc.Id（这里的outer可以省略）

全外连接: 包含左、右两个表的全部行，不管另外一边的表中是否存在与它们匹配的行。

交叉连接: 生成笛卡尔积－它不使用任何匹配或者选取条件，而是直接将一个数据源中的每个行与另一个数据源的每个行都一一匹配

首先说一下，楼主你这个逻辑就是错误的，不能这样随意的增加字段。

当数据库结构确定下来之后，不能随意更改的。就算更改，也不能这样大批量的动态更改。

况且并不是所有的记录都要增加相同数目的字段。加上记录多，会很慢。

还有就是sqlserver每条数据大小不得超过16K，你这个。。。。不敢想象。

数据库结构逻辑重新设计一下吧，没有这么用的，呵呵。

---