sqlserver轮询,数据库轮询

sql数据库触发器实例

sqlserver触发器触是对表进行插入、更新、删除的时候会自动执行的特殊存储过程。并且在SQLSERVER中也没法调用JAVA程序，你可以在JAVA段写一个轮询，每隔多少秒去查看这张表，如果有表有更新，就调用你需要的JAVA程序。

在苍梧等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供网站设计制作、成都做网站网站设计制作定制开发,公司网站建设,企业网站建设,成都品牌网站建设,成都营销网站建设,成都外贸网站制作,苍梧网站建设费用合理。

关于触发器使用实例，你可以参考这个链接：

sql 2005与sql 2000哪个比较安全

你看看这个吧！还是有很大的区别的

SQL Server 2005 相对它的前版本SQL Server 2000所做的重大改进或新增功能。

升级理由一：数据分区

只有到了2005 版本SQL Server才拥有了真正的表和索引数据分区技术。这个技术一下子使SQL Server数据库从“青壮年”成长为成熟的企业级数据库产品，是一个里程碑性质的标志。数据分区技术极大加强了表的可伸缩性和可管理性SQL Server2005 功能，使得SQLServer 处理海量数据的能力有了质的飞跃，是我认为最值得升级的一个理由。

升级理由二：可编程性

CLR 集成

SQL Server 2005的可编程性是值得升级的第二个重要理由。从来没有哪一个版本能像SQL Server 2005 这样带来这么多编程方面的变革。说老实话，在我知道的瞬间我是惊呆了。有些变化是革命性的。如CLR（Common Language Runtime，公共语言运行时）集成。你可以轻松利用.NET语言的优势如其面向对象的封装、继承和多态特性，编写出那些需要对数据进行复杂数值计算或逻辑的代码，如字符串处理，数据加密算法，XML数据操作等等。你现在需要的仅仅是考虑什么时候使用T-SQL 语言，什么时候使用CLR。我猜测那些SQL Server软件开发商几乎会立即升级到SQLServer 2005 享受数据库编程的便捷。

T-SQL 语言增强

SQL Server 2005 中的T-SQL语言有了非常大的改进。其中笔者最为称道的是现在可以使用和C++或C#类似的TRYCATCH结构对T-SQL 进行错误处理了，大大简化了T-SQL错误处理编程。估计很多T-SQL语言使用者可能就为了这个TRY-CATCH 结构而迫不及待地升级到SQL Server 2005。

升级理由三：安全

SQL Server 2005 的安全功能是我认为值得升级的第三个理由。SQL Server 2005 的安全达到了前所未有的强大水平，有着比以前版本更清晰的安全模型即主体，安全对象和权限。

如果你需要保护数据库中的敏感数据，那么SQL Server2005 中的数据加密功能绝对值得考虑。以前不止一次有客户问我如何加密数据库中的某些数据，是否可以使用一些内部不公开的函数如PWDENCRYPT加密数据。我的回答是使用Windows的EFS（加密文件系统）功能加密数据库文件或在应用程序层对数据加密后再存储。现在用户期盼已久的数据加密功能终于在SQL Server 2005 中得到实现，那些有机密数据需要保护的用户值得高兴了。SQL Server 2005不是简单的提供一些加密函数，而是把市场上已经成熟的数据安全技术引进到数据库中，有一个清晰的加密层次结构。SQL Server 2005 支持证书（certificate），非对称密钥和对称密钥算法，一是防止敏感数据被泄漏，二是防止数据被篡改。对称密钥支持RC4，RC2，TripleDES 和AES算法，而非对称密钥使用RSA 算法。证书其实就是非对称密钥中公钥的容器。密钥管理是安全中比较弱的部分。SQL Server 2005 每一层都使用证书、非对称密钥和对称密钥的组合对它下面的一层进行加密，提高了密钥安全性。出于性能考虑，一般不用加密强度大的非对称密钥或证书直接加密数据，而是使用对称密钥加密数据获得较快的性能，然后使用证书或非对称密钥加密对称密钥。

升级理由四：快照隔离

你还在为系统出现的阻塞（blocking）或死锁（deadlock）现象苦恼吗？快试试SQL Server 2005 中的快照隔离吧。通过行版本（row versioning）控制技术，SQL Server 2005 除了原来支持的四种事务隔离级别（脏读、提交读、可重复读、可串行读）外新增了一个快照（SNAPSHOT）隔离级别，有可能使阻塞或死锁成为历史。SQL Server在TEMPDB中存放不同版本的数据行，select 语句读取这些不同版本的行，读操作不阻塞写数据，写操作也不阻塞读操作，这样那些由于读/ 写争用导致的大量死锁的系统将从中获得无穷益处。如果你的系统复杂难优化，那么升级到SQL Server 2005 试试快照隔离级别，也许会有意想不到的效果。

SQL Server 2005中的快照隔离可细分为两种即READ_COMMITTED_SNAPSHOT和ALLOW_SNAPSHOT_ISOLATION。建议大家多使用前者，因为已提交读隔离可用于大多数现有应用程序，而不需要进行任何更改，其占用的TEMPDB空间也少。可以预见如果使用快照隔离级别，那么需要特别关注TEMPDB的大小和性能。你也许需要把TEMPDB放在有足够空间的单独磁盘上以提高性能。

考虑到快照隔离在避免阻塞和死锁方面的作用，我把它作为升级的第四个理由。

升级理由五：数据库镜像

对于那些要求高可用性的用户来说，数据库镜像也许是考虑升级的唯一理由。SQL Server 2005的前版本在高可用性方面提供了故障转移群集（Failover Cluster）和Log shipping方案。群集方案的一个好处是在一台机器发生问题时它可以提供极快的故障转移能力，在备份服务器上联机数据库，应用程序只需重新连接即可。群集方案的一个缺点是数据库放在共享盘上，有单点失效这个缺点，一旦共享盘失败将导致整个系统崩溃。所以群集方案一般都要结合严紧的备份方案一起使用。而logshipping系统有一个时间上的延迟，且如果日志备份很大，传送速度也是个问题。SQL Server 2005引入的数据库镜像可作为故障转移群集或Log shipping 的替代或补充方案来提高数据库的高可用性。镜像的主要优点是它比前两者更容易管理，没有群集的单点失效缺点，也没有log shipping 的时间延迟。镜像服务器可以放在很远的地方，提高了作为备份服务器的高可用性。

升级理由六：商务智能BI 增强

SQL Server 2005 对已经有或打算开发基于SQL Server 的商务智能方案的用户吸引力极大。SQL Server 2005中有关商务智能方面的增强很多，是升级的很好理由。首先是传统的DTS（Data Transformation Services）被新的IS（Integration Services）代替。SQL Server 2000 中的DTS用来在不同服务器之间转移数据，但对于复杂重复的工作流DTS倍感吃力。IS重新改写了DTS的数据流引擎，引入提取、转换和加载（ETL）数据的新编程体系，将数据流与控制流分开，开发能力大大加强，包部署、管理和性能方面也比DTS上了一个数量级。笔者看来，DTS终于从原来的小打小闹成长为成熟的IS 数据集成服务体系。

分析服务（Analysis Services）在SQL Server 2005 中也有很多改进。原来没有profiler想跟踪分析服务里面的语句非常痛苦。现在2005 终于支持profiler了。Profiler对性能调优和排查错误将非常有用。分析服务2005 真正具备了实时分析能力，新增加了四种数据挖掘算法，也支持.NET语言进行开发（如存储过程等）。至于报表服务，2005 版本中添加了报表生成器和模型设计器这两个新工具，支持报表拖拉设计。2005 的报表改进如新的打印功能、多值参数等。设计过报表的人员会深深知道多值参数的妙处。

另外SQL Server2005 功能，无论是IS、报表服务等都可以在类似Visual Studio的环境中开发，任务完成不过鼠标拖拉之间，非常容易上手。

升级理由七：全文搜索增强

相对前版本SQL Server 2005中性能提升最多的部分当数全文检索。SQL Server 2000 中的全文本检索和SQL Server 7.0中的差别不大，处于能用的水平。在SQL Server 2000中使用全文检索一个最大的痛苦是建立全文索引的性能不好，需要的时间太长，特别是在表很大的情况下。一个几千万行数据的表也许需要数个小时到数天时间才能完成全文索引的建立。SQL Server 2005全文检索在开发的时候就集中于三点：性能，集成和可扩展性。据开发小组人员的简单测试，原来在SQL Server 2000中建立全文索引需要14天的表，现在只需要几个小时！几乎有上百倍的性能提升，只能用“惊异”来形容。其相关的全文检索语句也有30％～50％甚至更高的性能提高。性能方面的提高得益于全新设计的全文检索引擎。其中关键的一点设计是全文检索引擎现在使用共享内存和SQL Server 进行数据大规模并发交互，而不是原来基于逐行的方式，使得性能上了好几个数量级。

除了性能，SQL Server 2005 中的全文索引的集成性也大大加强。在SQL Server 2000 中很难对全文检索进行备份。一旦有数据库恢复或移动，你得重新重建索引。对于几百个GB的数据库，重建索引几乎是不能接受的恶梦。现在终于可以和数据库一起备份和恢复全文索引了。你不再需要在恢复数据库后重建全文索引了！恶梦终于成为历史。除了可以备份外，你也可以方便的改变全文索引的磁盘位置。你甚至可以在一个热备机器上把全文索引建立好，然后copy 这个索引到生产服务器上使用。

升级理由八：可用性功能增强

索引联机操作。除了数据库镜像，SQL Server 2005 中可用性还有很多其他提高。索引现在可以使用ONLINE关键字进行在线建立或重建或删除了。它的技术要点是在内存里面动态生成索引的另一个副本从而不影响原来查询的进行。一旦索引副本完成操作即替代原来索引成为当前索引。我认为索引联机操作的意义是很大的，因为很多数据库系统都有定期调整或维护索引方面的需求。有了2005 你无需担心业务的正常运行而大胆的对索引进行维护或修改。

页校验和。SQL Server 2005中的数据库页引入校验和增强了数据的可靠性。除了原来SQL Server 2000 中已有的TORN_PAGE_DETECTION 外，SQL Server 2005 新增实现了页的检验和（CHECKSUM）。你使用ALTER DATABASE语句的SET PAGE_VERIFY子句即可指定。它的原理是向磁盘中写入8K数据页面时，SQL Server计算整个8K页面内容的校验和并将该值存储在页头中。再次从磁盘中读取页时，SQL Server动态计算读取到的页面内容的校验和SQL Server2005 功能，并与存储在页头中的校验和值进行比较。如果不相等则意味着页面有物理损坏，需要检查IO硬件。另外设置检验和的另一个好处是还可以在备份和还原操作过程中使用RESTORE VERIFYONLY语句验证每一数据页的完整性从而确认备份文件没有物理损坏。

在线还原。在数据库的某一部分未恢复前，用户无法对该部分进行访问，但可以访问所有其他数据。SQL Server 2000中如果数据库在还原或recovery当中，用户不能访问数据库。这样如果数据库很大需要rollback或rollforward的事务很多的话，recovery的时间会出奇的长。SQL Server 2005 的在线还原功能使得数据库在很短的时间内变得可用。

升级理由九：复制增强

SQL Server 2000 中的复制功能已经很好。我这里把复制作为升级的一个理由因为SQL Server 2005在原来的基础上又增添了不少的功能。如peer-to-peer对等复制，可以在参与者之间相互进行复制，这样你可以采用对等复制在复制参与者之间建立某种程度的负载平衡。合并复制现在支持通过HTTPS进行数据同步，可以方便建立基于INTERNET 的复制。发布表现在可以使用标准的T-SQL语句如Alter Table等进行结构修改然后被复制而不是仅仅局限于使用sp_repladdcolumn和sp_repldropcolumn存储过程。在SQL Server 2000 中，仅支持向其他数据库（如DB2或Oracle）发布数据，而在SQL Server 2005 中，可将Oracle 数据库直接复制到SQL Server。可以从备份中初始化事务性订阅而不是仅仅局限于从快照对复制进行初始化，等等……

升级理由十：异步处理能力

SQL Server 2005 通过引入全新的Service Broker 提供了革命性的异步处理能力。Service Broker提供了一个功能强大的异步编程模型。它为数据库应用程序增加了可靠、可扩展、分布式异步功能异步编程，允许程序仅仅在资源可用时才去执行占用大量资源的任务，以此来缩短响应时间，提高吞吐量。在我看来，Broker的最大好处一是异步执行能力，提高了可伸缩性，二是可靠执行，三是集成于数据库中，备份数据库就备份了broker 的消息队列。SQL Server 2005 中的查询通知就是基于Service Broker的应用。你可以使用查询通知功能来发送一个命令到SQL Server请求在查询结果发生变化时接收SQL Server的通知。这样就可以只有在程序以前检索的结果发生变化时，才需要重新查询数据库。一个可以预见的应用是在使用缓存的Web 站点中。Web站点首先发送语句到数据库服务器，获得数据，缓存到本地，然后只有在收到查询通知的时候才清理缓存，重新查询数据。这个机制避免了重复轮询SQL Server，大大减轻了服务器的负载，也提高了Web 站点的伸缩性。

因为SQL Server 2005 的Service Broker带来了数据库编程异步处理能力的革命，我把它作为升级的第十个理由。

总结语

上面列出的十大理由仅仅是基于个人的看法，并没有囊括SQL Server 2005 所有的功能。SQL Server 2005 还有其他很多非常优秀或重大的改进。比如支持通过HTTP SOAP协议直接访问数据库，增加XML数据类型，支持Xquery，使用新的SQL ServerManagement Studio 等等。有一点我必须提一下，就是现在可以调用sp_create_plan_guide来强制指定SQL Server总是使用某个执行计划运行语句，避免SQL Server动态生成不够优化的查询计划，实在太棒了。在笔者看来，SQL Server 2005 带来的好处远远大于升级导致的工作量，升级到SQL Server 2005 是迟早的事情。

如何检测SQL数据库的变化并提醒

如果是sqlserver，

那可以借助触发器来生成数据变更事件

如果数据库不支持，那只能通过轮询来判断了

如何实现android客户端与服务端数据同步

android客户端不能直接与服务器数据库连接，拿sqlserver来说，安装之后有几个G那么大，android程序是跑在手机上的，想让程序直接访问sqlserver，那手机需要非常大的内存。但是可以通过webservice这样一个桥梁来间接访问SQLServer。

即在服务器运行一个服务端程序，该服务端程序通过接收来自android客户端的指令，对数据库进行操作。客户端与服务端直接的数据传输主要通过http协议发送和接收json数据或者xml数据，服务端接收到客户端的json数据之后，进行json解析，再按一定的逻辑对数据库进行增、删、改、查。客户端的http请求可以通过 HttpClient类实现，在anddroid 4.0之后，客户端的网络请求已经不被允许在主线程中运行，所以题主还需注意另开启一个子线程进行网络请求。

轮询SQL server特定表的最新数据

这个要用动态sql来做，有问题再追问。

CREATE PROCEDURE proc_readtab

BEGIN

SET NOCOUNT ON;

DECLARE @tabname VARCHAR(20),@sql VARCHAR(200)

DECLARE tab_cur CURSOR FOR SELECT tname FROM sysobjects where name like 'Image_2014%'

OPEN tab_cur

FETCH NEXT FROM tab_cur INTO @tablename

WHILE @@FETCH_STATUS = 0

BEGIN

SELECT @sql = 'SELECT Device_ID,MAX(Create_TIME) FROM ' + @tablename + 'group by Device_ID'

EXEC(@sql)

FETCH NEXT FROM tab_cur INTO @tablename

END

CLOSE tab_cur

DEALLOCATE tab_cur

END

mssql如何查询最后操作的用户表？

Log Explorer主要用于对MSSQLServer的事物分析和数据恢复。你可以浏览日志、导出数据、恢复被修改或者删除的数据(包括执行过update,delete,drop和truncate语句的表格)。一旦由于系统故障或者人为因素导致数据丢失，它能够提供在线快速的数据恢复，最大程度上保证恢复期间的其他事物不间断执行。

他可以支持SQLServer7.0和SQLServer2000,提取标准数据库的日志文件或者备份文件中的信息。

其中提供两个强大的工具：日志分析浏览，对象恢复。具体功能如下：

l 日志文件浏览

l 数据库变更审查

l 计划和授权变更审查

l 将日志记录导出到文件或者数据库表

l 实时监控数据库事物

l 计算并统计负荷

l 通过有选择性的取消或者重做事物来恢复数据

l 恢复被截断或者删除表中的数据

l 运行SQL脚本

产品

LogExplore包含两部分

l 客户端软件

l 服务器代理

服务器端代理是保存在SQLServer主机中的一个只读存储过程，他的作用是接受客户端请求，读取在线事物日志块并通过网络传给客户端软件，由客户端软件来读取这些原始的数据块来完成Log Explore所提供的所有功能。

他依赖来的网络协议包括：

l Named Pipe:局域网中适用

l Tcp/Ip:广域网中适用

数据库相关介绍

事物日志（Transaction Log）

SQLServer的每个数据库都包含事物日志，它以文件的形式存储，可以记录数据库的任何变化。发生故障时SQLServer就是通过它来保证数据的完整性。

操作（Operation）

操作是数据库中定义的"原子行为"，每个操作都在日志文件中保存为一条记录。它可以是用户直接输入的SQL语句，比如标准的insert命令，日志文件中便会记录一条操作代码来标志这个insert操作。

事物（Transaction）

事物是一系列操作组成的序列。他可以理解为直观的不可分割的一笔业务，可以执行成功或者失败。典型的事物比如由应用程序发出的具有开启-提交功能的一组SQL语句。不同的事物靠事物Id号（transaction ID）来区分，具有相同ID的事物记录的日志也相同。

在线事物日志（Online Transaction Log）

在线事物日志是指当前活动数据库所用的日志。可以通过如下命令来确定其对应文件

Select * from SYSFILES

他的文件后缀名一般是.LDF

离线事物日志（Offline Transaction Log）

离线事物日志是指非活动数据库所用的日志。当其数据库处于关闭（ShutDown）才状态下可以进行复制备份操作。他的结果同在线事物日志完全相同。

备份文件

备份文件是保存食物日志备份的文件，通常管理员通过运行SQL语句或者企业管理器来生成该文件。备份文件的内部结构和事物日志不同，他采用称为MTF的格式来保存数据。一个备份文件可以包含一个日志的多组备份,甚至包括多个数据库的混合备份.

设置为自动收缩

企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"

强烈要求该项不要选中.否则SQLServer将已循环的方式来覆盖先前的日志记录,将会导致LogExplore无法恢复错误.

数据恢复介绍

LogExplore允许你恢复应为误操作或者程序错误而导致的数据丢失或者更改.比如执行update\Delete语句时丢失了where子句,或者错误使用了Dts功能.

LogExplore不支持直接修改数据库.他可以生成事物的逆操作脚本.

如果log是delete table where ...的话,生成的文件代码就是insert table ....

你可以通过SQL查询分析器,或者LogExplore的Run SQL Script功能来执行生成脚本.

关于Undo

Undo功能可以逆操作一组指定的用户事物。包括insert，delete和update，其局限性如下：

l 事物类别：LogExplore只能undo用户事物。用户事物是指在用户表上定义的事物，不支持系统表的更新恢复。同时，他也不支持计划变更的回滚。

l Blob类型：包括text,ntext,image类型。LogExplore只支持这些类型的insert和delete恢复，不支持update语句恢复。

关于redo

Redo功能可以再次运行一组指定事物。它可以在以下情况中用到：

丢失数据库而且没有任何备份文件。

l 如果原始日志文件没有丢失可以通过Redo来实现恢复。

l 通过完整备份文件来把数据库恢复到某指定时间点,再通过redo功能完整恢复。它可以重放Create Table和Create Index命令，来重新生成被删掉的表，同时也受blob字段的限制。

拯救Dropped/Truncate命令导致的数据丢失

执行Drop Table和Truncate Table命令虽然会被SQLServer记录到日志文件中，但是并不记录被删除的数据。你可以使用LogExplore提供的功能来恢复这些数据。LogExplore提供两种机制来恢复被Drop或者Truncate的数据。

1、如果你有备份文件可以直接通过备份文件恢复。

2、通过LogExplore提供的方法来恢复。

当执行如上命令时，SQLServer会将保存数据的页面放入空闲页面列表中。如果此页没有被再次使用则将一直保存原始数据。恢复时，LogExplore将从空闲页面列表中搜寻没有被再次使用的页面，然后生成一个SQL脚本来从这些页面重组原始数据。LogExplore可以确定被删掉的原始数据行，并在完成时显示原始行数和实际恢复的行数，由此可以断定是否全部恢复。

SQL逆操作

1、Insert--Delete

2、Delete--Insert

3、Update

注意：如果你选中了'Do not restore column values that have been changed by subsequent modifications'项，只对事物1逆转将不会产生任何结果。

自增序列（IDENTITY Property）

如果被删除数据与有IDENTITY Property属性，恢复时LogExlpore可以通过SET IDENTITY_INSERT ON 命令来对插入的数据设置Identity属性，并保留原数据不变，也可以对该列付与新值。

数据导出:

浏览日志时可将数据导出为xml,html,或者其他有分隔符的文件.也可以指定到一个SQL的表中.

操作指南

Attaching to a Log:在所有操作之前必须添加日志文件,

l 可以用普通的SQL登录方式添加在线日志(Online Log),

l 直接选择LDF文件来添加离线日志(OffLine Log)

l 添加备份文件

登录之后界

功能介绍：

1、 Log Summary

日志文件的概要信息。

2、 Load Analysis

列出指定时间范围内的一些事物，用户和表载入的概要信息。

3、 Filter Log Record

日志过滤设置。支持过滤条件包括：时间、操作类型、表、用户、SPID、搜索深度、Dropped表项以及登录设置和应用程序设置

4、Browse

日志浏览，核心模块。

1、 View Log功能：

列表如图，可以用TransID来区分事物并用不同颜色标识。工具栏的按钮是一些基本查询操作。鼠标右键弹出菜单中有Undo Transaction和UndoOperation可以恢复黑色箭头选中的事物或者操作项。

Real-Time Monitor：

实时监控事物日志，通过轮询来实现。可以暂停或者停止监控，可以更改轮询周期。

相关DML语言和DDL语言可以在Row Revision History、Row Transaction History以及View DDL Commands来查询。

2、 Export Log Report

包括Export To SQL和Export To File,根据向导即可完成。

3、其余菜单：Undo,Redo,Salvage Dropped/Truncated data,Restore 以及Run SQL Script前面已经叙述过，可以根据其向导完成。

log explorer使用的几个问题

1)对数据库做了完全差异和日志备份

备份时选用了删除事务日志中不活动的条目

再用Log explorer打试图看日志时

提示No log recorders found that match the filter，would you like to view unfiltered data

选择yes 就看不到刚才的记录了

如果不选用了删除事务日志中不活动的条目

再用Log explorer打试图看日志时，就能看到原来的日志

2)修改了其中一个表中的部分数据，此时用Log explorer看日志，可以作日志恢复

3)然后恢复备份，(注意:恢复是断开log explorer与数据库的连接，或连接到其他数据上，

否则会出现数据库正在使用无法恢复)

恢复完后，再打开log explorer 提示No log recorders found that match the filter，would you like to view unfiltered data

选择yes 就看不到刚才在2中修改的日志记录，所以无法做恢复.

不要用SQL的备份功能备份,搞不好你的日志就破坏了.

正确的备份方法是:

停止SQL服务,复制数据文件及日志文件进行文件备份.

然后启动SQL服务,用log explorer恢复数据

请注意如果数据库采用简单日志，Log Explorer就没用了。

Log Explorer For SQL SERVER帮助翻译(Log Operation Codes)

日志操作代码

每个日志记录包含一个操作代码，操作代码表示日志的操作

FORMAT_PAGE

写新分配数据页的表头

INSET_ROWS

在用户表或系统表插入行

DELETE_ROWS

从表里删除行

MODIFY_ROW

使用Update命令更新行

MODIFY_HEADER

SQLSERVER分配新数据页，初始化页表头

MODIFY_COLUMNS

使用Update命令更新行

DELTA_SYSIND

SYSINDEXES系统表被修改

DELETE_SPLIT

行移动到新物理页,并从原物理页删除这些行

FILE_HDR_MODIF

SQLSERVER增长数据文件大小

BEGIN_XACT

启动一个事务

COMMIT_XACT

提交一个事务

ABORT_XACT

回滚一个事务

MARK_SAVEPOINT

程序发布'SAVE TRANSACTION'命令

MARK_DLL

表结构被修改

BEGIN_CKPT

启动一个检查点

XACT_CKPT

在执行检查点时打开事务

END_CKPT

执行完检查点

SORT_BEGIN

创建索引时执行排序

SORT_END

创建索引时排序完成

CREATE_INDEX

创建一个索引

DROP_INDEX

删除一个索引

分享文章：sqlserver轮询,数据库轮询
转载注明：http://pwwzsj.com/article/dsiphep.html

平武建站