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这个组件了，好了，成功了。
破解
相关文档：
----查看所有角本
Create table #y (txt text)
select name, iid = identity(int,1,1) into #x from SysObjects where xtype = 'TR'
declare @i int, @max int
declare @name varchar(40)
set @i = 1
select @max = max(iid) from #x
while @i <= @max
begin
select @name = name from #x w ......
大量的现代企业采用Web应用程序与其客户无缝地连接到一起，但由于不正确的编码，造成了许多安全问题。Web应用程序中的漏洞可使黑客获取对敏感信息（如个人数据、登录信息等）的直接访问。
Web应用程序准许访问者提交数据，并可通过互联网从数据库中检索数据。而数据库是多数Web应用程序的心脏。数据库维持着Web应用程序将� ......
我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE 的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving table)将被最先处理，在from� ......
