流年轻逝

SqlServer中Sql语句的逻辑执行顺序准备数据Sql脚本如下，两张表，一张客户表Customers只包含customerid和city字段，一张订单表Orders包含orderid和customerid（关联Customers的customerid字段） View Code 对于一条Sql语句（主要指的是查询语句）的执行顺序，很多开发人员并不是

【转载：https://www.cnblogs.com/fish-li/archive/2011/06/06/2073626.html】 对于SQL Server的优化来说，优化查询可能是很常见的事情。由于数据库的优化，本身也是一个涉及面比较的广的话题， 因此本文只谈优化查询时如何看懂SQL Server查询计划。毕竟我对SQL Server的认识有限，如有错误，也恳请您在发现后及时批评指...

分享一个查询当前数据库Sql语句性能的脚本SELECT TOP 10 SUBSTRING(qt.TEXT, (qs.statement_start_offset/2)+1,((CASE qs.statement_end_offsetWHEN -1 THEN DATALENGTH(qt.TEXT)ELSE qs.statement_end_offsetEND - qs.s

VS2015配置使用Sqlite以及EF6框架记录项目中需要使用到Sqlite本地数据库保存数据，以防止离线情况下设备的正常使用。一、下载vs2015下的sqlite插件，并安装插件下载页面：http://system.data.sqlite.org/index.html/doc/trunk/www/downloads.wiki注意：只能下载x86下的插件安

MongoDB和Redis都是NoSQL，采用结构型数据存储。二者在使用场景中，存在一定的区别，这也主要由于二者在内存映射的处理过程，持久化的处理方法不同。 MongoDB建议集群部署，更多的考虑到集群方案，Redis更偏重于进程顺序写入，虽然支持集群，也仅限于主-从模式。 比较指标MongoDB(v2.4.9)Redis(v2.4.17)比较说

1.查询的模糊匹配尽量避免在一个复杂查询里面使用 LIKE '%parm1%'—— 红色标识位置的百分号会导致相关列的索引无法使用，最好不要用.解决办法:其实只需要对该脚本略做改进，查询速度便会提高近百倍。改进方法如下：a、修改前台程序——把查询条件的供应商名称一栏由原来的文本输入改为下拉列表，用户模糊输入供应商名称时，直接在前台就帮忙定位到具体的供应商，这样在调用

创建临时表       方法一：     create table #临时表名(字段1 约束条件,                      字段2 约束条件,                  .....)        create table ##临时表名(字段1 约束条件,                          字段2 约束条件,          

1、索引定义　　数据库索引好比是一本书前面的目录，能加快数据库的查询速度。索引是对数据库表中一个或多个列（例如，employee 表的姓氏 (lname) 列）的值进行排序的结构。如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信息。2、建立索引的优缺点：优点： 1.大大加快数据的检索速度; 2.创建唯一性索引，保证数据库

CREATE TABLE [dbo].[Order]([o_id] [bigint] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,[o_buyerid] [int] NOT NULL)1.OUPUT参数返回值例： 向Order表插入一条记录,返回其标识CREATE PROCEDURE [dbo].[nb_order_

关键字: update set from 下面是这样一个例子： 两个表a、b，想使b中的memo字段值等于a表中对应id的name值     表a：id， name               1       王               2       李               3       张     表b：id，ClientName       

最近读到一篇很好的关于SQL优化的文章：http://www.cnblogs.com/CareySon/category/360333.html

原文http://www.cnblogs.com/Mainz/archive/2011/04/08/2009485.html先看看下面的代码，用了 .AsEnumerable()：1 var query = (from a in db.Table2 where a = SomeCondition3 select a.Som

打开SQL Server Confirmation Manager  在SQL Server Services下出现错误The remote procedure call failed. [0x800706be]  问题原因猜测本机上软件的安装顺序为VS 2008 -> SQL Server 2008 R2 -> VS 2012，有可能是由于VS 2

在SQL标准中定义了四种隔离级别，每一种级别都规定了一个事务中所做的修改，哪些是在事务内和事务间可见的，哪些是不可见的。较低级别的隔离通常可以执行更高的并发，系统的开销也更低。未提交读（Read uncommitted）：在未提交读级别，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读（Dirty Read）。这个级别会导致很多问题，从性能上

SQL Server锁类型(SQL)收藏1． HOLDLOCK: 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。　　 　　2． NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。　　 　　3． PAGLOCK：指定添加页锁（否则通常可能添加表锁）。　 　　4． READCOMM

1） 定义：char： 固定长度，存储ANSI字符，不足的补英文半角空格。nchar： 固定长度，存储Unicode字符，不足的补英文半角空格varchar： 可变长度，存储ANSI字符，根据数据长度自动变化。nvarchar： 可变长度，存储Unicode字符，根据数据长度自动变化。nvarchar(n) ：包含 n个字符的可变长度 Uni...