MSSQL网页设计最复杂的创立复制情况中只读实体化视图...

提供用于管理、检查、优化数据库操作的管理工具。创立|视图|站点
目标：创立一个实体化视图站点，准时革新，猎取主站点中指定表的变更，这个实体化站点能够作为查询服务器利用

步骤：

1。主站点上创立实体化视图日记表

CREATEMATERIALIZEDVIEWLOGONkamus.account2004;

2。实体化视图站点上创立公用数据库链接

connsystem/password

CREATEPUBLICDATABASELINKorclusingORCL;

3。实体化视图站点上创立革新组，本例中3分钟革新一次

connsystem/password

BEGIN
DBMS_REFRESH.MAKE(
name=>kamus.test_repg,
list=>,
next_date=>SYSDATE,
interval=>SYSDATE+3/(24*60),
implicit_destroy=>FALSE,
rollback_seg=>,
push_deferred_rpc=>TRUE,
refresh_after_errors=>FALSE);
END;
/

4。实体化视图站点上创立用户公有数据库链接

connkamus/password

CREATEDATABASELINKorclCONNECTTOkamusIDENTIFIEDBYpassword;

5。实体化视图站点上创立实体化视图

connkamus/password

CREATEMATERIALIZEDVIEWKAMUS.ACCOUNT2004REFRESHFASTWITHPRIMARYKEYASSELECT*FROMKAMUS.ACCOUNT2004@orcl;

6。实体化视图站点大将创立的视图到场革新组

connkamus/password

execDBMS_REFRESH.ADD(name=>kamus.TEST_REPG,list=>kamus.ACCOUNT2004,lax=>TRUE);

7。测试，在主站点中更新ACCOUNT2004表，过3分钟反省实体化试图站点中的视图，发明更新已复制乐成。

以上为创建只读实体化视图站点的最复杂办法：

不必要创立别的的任何用户，好比复制情况中必要的传布者，革新者，吸收者等等

不必要创立任何复制组

不必要天生任何复制工具，不必要天生任何工具的复制撑持


在执行崩溃恢复时，理解在一个数据库中的每一个表tbl_name对应的在数据库目录中的3个文件是很重要的：

分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

仓酷云

我是新手，正在学习数据库和操作系统，深感理论的泛广，唯有一步一步来，但是又感觉时间不够，收集了很多资料却总是没能认真的看完，希望有一个讨论板块，大家共同解决，共同分享，共同努力

having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。

相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。