MSSQL教程之1069毛病（因为登录失利而没法启动服务...

对于insert和delete，event中包含了插入/删除的记录的所有字段的值(太爽了。。)毛病|办理在本版面呈现这个成绩的频次也算是很高的了，老手一般会对照多碰到这个成绩
缘故原由很复杂，安装SQLServer时是利用默许登任命户来作为启动SQLServer服务的账号（关于本人利用的单机，一般就是administrator了），当该用户变动了用户名（若有人喜好把administrator改成admin）或变动了其口令时，再次启动服务器，就呈现“同于登录失利而没法启动服务”的毛病了
晓得了缘故原由，办理办法也就很明显了
1，把用户口令改回本来的，再启动服务
2，利用把持面版服务办理器，找到MSSQLSERVER服务，变动启动账号信息，改成变动后的，再启动服务
3，也是保举利用的办法，创立一个新用户，专门用于启动SQLServer服务，安装SQLServer时就利用该用户来启动SQLServer，如许就能够制止用于频仍变动administrator口令而带来的1069毛病了。假如已安装好SQLServer，也能够在把持面版服务办理器下变动MSSQLSERVER服务的服务账号信息，换成SQL服务公用的用户。


目前的方案是用mysqlbinlog工具，增加一个Flashback参数，输出结果为一个新的binlog文件――姑且叫做flashbacklog，这个flashbacklog顺序执行，可制定某张表和执行到哪个pos，来实现数据库的闪回。

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

发几份SQL课件，以飨阅者

发几份SQL课件，以飨阅者

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右）