MSSQL网站制作之办理SQL Server 2000之日记传送功能
在ORDERBY操作中，MySQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。（虽然如此，在涉及多个数据表查询里，即使有索引可用，那些索引在加快ORDERBY方面也没什么作用）。server|办理1、剩余数据当您举行SQLServer2000日记传送的实行时，大概偶而会中止设定历程。假如真是云云，那末某些材料仍旧会存进每台服务器的日记传送材料表，而且影响到后续的日记传送设定举措。为了包管这些残剩材料城市被扫除，请的确删除每台服务器msdb数据库内日记传送材料表之相干材料。毛病信息：
Error14261:Thespecifiedprimary_server_name.primary_database_name(N)alreadyexists.
Error14426:Alogshippingmonitorisalreadydefined(...)
处置办法：
必需手动实行上面几个存储历程来删除LogShipping在数据库中纪录的信息。
1、sp_delete_log_shipping_primary
删除msdb.dbo.log_shipping_primary表中的PrimaryServer信息
2、sp_delete_log_shipping_plan
删除LogShipping企图
3、sp_delete_log_shipping_secondary
删除msdb.dbo.log_shipping_secondaries表中的SecondaryServer信息
4、sp_remove_log_shipping_monitor
删除LogShipping监督从表msdb.dbo.log_shipping_monitor
2、数据库的形式
假如准确设置了LogShipping，可是没有举措一般实行，在SQLServer的日记中能够看到相似这个信息和界面：
Microsoft(R)SQLMaintUtility(Unicode),VersionLoggedontoSQLServerZTAO-1asZTAO-1Administrator(trusted)
StartingmaintenanceplanLOG_Plan_9on2003-9-414:42:02
BackupcannotbeperformedondatabaseERPLogShipping.Thissubtaskisignored.
Deletingoldtextreports...0file(s)deleted.
EndofmaintenanceplanLOG_Plan_9on2003-9-414:42:02
SQLMAINT.EXEProcessExitCode:1(Failed)
多是你没有准确设置数据库的形式，完全形式。
3、Log文件寄存路径
在MSDN上看过一篇文章说，统一台电脑上再次设置LogShipping时，不要利用不异的目次寄存Log文件。这个没有考据过，只提一下，提示人人！
MySQL是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQLAB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。 在select语句中可以使用groupby子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。 现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层. 原来公司用过MYSQL自己也只是建个表写个SQL 你可以简单地认为适合的就是好，不适合就是不好。 Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。 从底层原理到表层引用，书籍多的很。个人认为没有什么那本书好？这样的说法。主要看和个人的学习方法是否适合。 在select语句中可以使用groupby子句将行划分成较小的组，然后，使用聚组函数返回每一个组的汇总信息，另外，可以使用having子句限制返回的结果集。 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。
页:
[1]