SQL Enlight 1.5 破解 第二版
SQL Enlight 1.5 破解 第二版 收藏
破解声明：我的破解仅用于研究，请勿用于商业用途，需要使用请购买正版软件。
可恶的UbitSoft，我的破解出来还没几天，他的程序就改变了验证逻辑，虽然我觉得SQL Enlight的功能不是非常强大，但是他的防破解功能倒是下了不少功夫，除了核心代码用vc++.net编写的native code和il code混合的组件，还在程序逻辑中调用了.net执行引擎的StrongNameSignatureVerificationEx方法验证调用程序集的强命名是否有效，所以简单的反编译SQL Enlight的组件，并绕过强命名验证的方法是不行的，除此之外在这个用c++.net编写的Ubitsoft.SqlEngage.Sql.dll组件中，对调用程序集的强命名做了检查，除了检查强命名有效之外，调用程序集的强命名必须和Ubitsoft.SqlEngage.Sql.dll组件的强命名一致，而Ubitsoft.SqlEngage.Sql.dll这个组件是没法用ildasm反编译，再用ilasm编译回去的。
所以麻烦就来了，对于目前这个版本可以简单的反编译Ubitsoft.Security.dll这个组件，然后绕过强命名验证，可以破解，因为SQL Enlight代码里面没有对这个组件验证强命名的有效性，：）可能是忘记了，我想UbitSoft公司很快会意识到这点。因此这种破解方法并不好，而且本人不喜欢绕过强命名的破解方式，始终觉得不爽，一旦使用了StrongNameSignatureVerificationEx方法进行验证的话，那么这种方法就不凑效了。
不过问题来了，抛弃了绕过强命名的方式，搞不定Ubitsoft.SqlEngage.Sql.dll组件就没法破解了，因为Ubitsoft.SqlEngage.dll组件是需要被反编译的，但是他要调用Ubitsoft.SqlEngage.Sql.dll组件中的TsqlParser类，在这个类的构造函数中会检验调用程序集，除了签名验证，还要验证强命名是否和Ubitsoft.SqlEngage.Sql.dll一致，因此完美的方式就要修改Ubitsoft.SqlEngage.Sql.dll的强命名，没法反编译，就只能用另外的方式重新签名这个程序集了，尝试了ILMerge.exe，sn.exe，signer.exe，snremove.exe等，无一凑效，原因就是这是一个混合编程的组件，有unmanaged code，郁闷啊。
于是我打算放弃修改Ubitsoft.SqlEngage.Sql.dll组件的强命名了，想通过间接的方式构造出TsqlParser对象，然后赋值给破解的组件，不过这么做比较麻烦，而且万一UbitSoft变态起来在每个方法调用的时候检查调用程序集，那么这个方法又行不通了。
最后实在没办法了，只能用最土的办法来重新签名Ubitsoft.SqlEngage.Sql.dll这个组件了，好了，成功了。
破解
相关文档：
declare @dfname varchar(50)
select @dfname=a.name
from sysobjects a
inner join syscomments b on a.id=b.id
inner join sysconstraints ......
在SQL Server中有一个非常重要的命令就是CheckPoint，它主要作用是把缓存中的数据写入mdf文件中。
其实在我们进行insert, update, delete时，数据并没有直接写入数据库对应的mdf文件中，而是写入了缓存里，这有点像电驴，因为过于频繁的写入会使磁盘的寿命大大减小。
从上图可以直观的看出。只有当发生checkpoint ......
[问题]
最近突然发现SQL SERVER 身份验证方式无法正常登录了，总是报18456错误，而windows 用户可以正常登录。
[解决方法]
在网上搜了一下，那些方法都不能解决问题，于是回想最近在服务器上做的一些操作：一、更改机器名称；二、针对蠕虫病毒较多，关闭了一些潜在威胁端口如135、445、137：139。
于是先恢复机器名称， ......
SQL code
任务调度
企业管理器
--管理
--SQL Server代理
--右键作业
--新建作业
--"常规"项中输入作业名称
--"步骤"项
--新建
--"步骤名"中输入步骤名
--"类型"中选择"Transact-SQL 脚本(TSQL)"
--"数据库"选择执行命令的数据库
--"命令"中输入要执行的语句:
insert b.dbo.tablename ......
如果你正在负责一个基于SQL Server的项目，或者你刚刚接触SQL Server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）。
在这里，我不打算介绍使用SQL Server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计。� ......
