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这个组件了，好了，成功了。
破解
相关文档：
语句：select rank() over(Order By 表的主键 Desc) As UID ,其他列 from 表
说明：rank函数
作用：
返回指定元组在指定集中的排名（排名从 1 开始）
Rank(Tuple_Expression, Set_Expression [ ,Numeric Expression ] )
参数：
Tuple_Expression
一个有效的多维表达式 (MDX) 元 ......
五、上传ASP木马
所谓ASP木马，就是一段有特殊功能的ASP代码，并放入WEB虚拟目录的Scripts下，远程客户通过IE就可执行它，进而得到系统的USER权限，实现对系统的初步控制。上传ASP木马一般有两种比较有效的方法：
1、利用WEB的远程管理功能
......
本实例一套人事管理系统：开发工具为VFP9.0、SQL2000、EXCEL;使用了Adobe Photoshop平面设计软件，采用了SPT穿透技术，调用了API函数，实现了对系统时间的统一控制、对DNS的代码控制、对域名解析的应用，等等
晕，怎么上传，（包含源码未编译的）想要的给我发E-MAIL:zhao@tom.com ......
通常，你需要获得当前日期和计算一些其他的日期，例如，你的程序可能需要判断一个月的第一天或者最后一天。你们大部分人大概都知道怎样把日期进行分割（年、月、日等），然后仅仅用分割出来的年、月、日等放在几个函数中计算出自己所需要的日期！在这篇文章里，我将告诉你如何使用DATEADD和DATEDIFF函数来计算出在你的程序� ......
还是一转帖，总结的不错，大家借鉴。
原网址：
http://database.ctocio.com.cn/222/9068222.shtml
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出 ......
