MSSQL编程：9月4日DearBook的书友会小记

Archive非常适合存储大量的独立的，作为历史记录的数据。因为它们不经常被读取。Archive拥有高效的插入速度，但其对查询的支持相对较差
周六应邀往列入Dearbook的书友会.

往的时分恰好没早退．eygle,ora-600,Kamus等都已到了

eygle不愧是总做培训阿，下去就开讲，对Oracle的HA做了
归纳综合性的形貌，然后Kamus形貌了一下DataGuard和Standby
和初级复制的内容。这个时分一些网友入手下手发问题，但
现场互动起来....佳宾基础都回覆了成绩，在一个网友扣问
有关Oracle备份的成绩以后，eygle又在白板旁讲了半天,这
个时分网友的成绩也扩大开来...

两头歇息了10分钟，竟然看到一个老熟人--ITpub的SmileLan,
这一年不见,本来做了妈妈,真是幸运的人阿

下半场陈继东博士做了关于本人事情的小呈报.集会整体上
仍是很乐成，有一点完善就是列入的人仿佛开辟者对照多，
年夜多是抱着看一看的立场来的,以是有代价的成绩不是良多

我本人基础上是傍观者，没怎样回覆成绩。实在原本想说说为
甚么选择RAC如许的话题的，厥后想一想工夫的成绩，仍是算了...

午时和举行者一同吃了顿饭。洪和罗两位构造者也很健谈,
人人天南地北的聊了一通,用饭的过程当中懂得了一下关于出
版的一些事变,相处甚欢


CSV逻辑上由逗号分割数据的存储引擎

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

也可谈一下你是怎么优化存储过程的?

但换公司用MSSQL2K感觉自己好像根本就不了解MSSQL。什么DTS触发器以前根本没用过。

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。

如果是将来做数据库的开发设计，就应该详细学习T-SQL的各种细节，包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。

SQLServer的异构移植功能个人感觉最好了。（如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。）

SQL语言是学习所有数据库产品的基础，无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块，如果是做数据库管理（DBA），侧重点应该放在SQLServer的系统管理上.

同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。