随笔分类 -  DataBase

摘要：MongoDB一般安装1.首先到官网(http://www.mongodb.org/downloads )下载合适的安装包，目前的最新版本为2.6　安装包有zip和msi格式的，这里推荐下载zip格式的,msi的其实也就是进行了下解压缩而已，而且安装时不让选择安装路径，默认安装到C:\Program... 阅读全文

摘要：续上一篇 Sql Server查询性能优化之创建合理的索引(上篇) 　　数据库索引分为聚集索引和非聚集索引，聚集索引就是物理索引，也就是数据的物理的存储顺序，聚集索引的叶子节点就是数据行本身；非聚集索引是逻辑索引，也可以简单的认为是对聚集索引建立的索引，一般来说聚集索引的键就是非聚集索引的叶子节点(在不使用include时)。 关于索引的选择 　　对于索引类型来说没什么好选的，一般来说聚集索引是必须的（有特殊需要的另说），非聚集索引看实际需要灵活建立。因此对于索引来说主要是决定在那些列上建立索引，尤其是对于聚集索引这点非常重要。 聚集索引 　　聚集索引作为最重要的索引往往被我们所忽略，而其最大的优势就是大范围数据查询有着较高的效率，因此聚集索引列的选择往往对数据库性能有着灰常大的影响。为了尽量发挥聚集索引在大范围数据查找上的优势，推荐按以下顺序选择聚集索引列。 聚集索引字段选择优先级：时间字段>>会进行大范围查询的列>>具有唯一值的有实际意义的字段>>自增列ID 阅读全文

摘要：本文主要作为优化查询性能的一些知识储备，感觉知识点有些散，不知道起啥名字好，独立成文又没有达到把每个点都说透彻那样的高度，且就当做创建合理索引的一个楔子把。本文对实际应用没有太大的指导意义，但可以加深我们对SQL Server理解，夯实我们的基本功，就像小说里面的武功一样，没有足够的内功基础，给你再好的秘籍你也成不了武林高手。序言 写这篇文章时表示鸭梨很大，主要是对SQL Server的认识很有限，远远不足把这个话题说清楚，不过还是鼓起勇气写出来，也算作自己对索引认识的一个总结。索引这潭水太深了，应用场景不同，所建立的索引在有些情况下运行良好，有些情况下可能完全无效。而对于索引理解、认识... 阅读全文

摘要：小小程序猿SQL Server认知的成长 1.没毕业或工作没多久，只知道有数据库、SQL这么个东东，浑然分不清SQL和Sql Server Oracle、MySql的关系，通常认为SQL就是SQL Server 2.工作好几年了，也写过不少SQl，却浑然不知道索引为何物，只知道数据库有索引这么个东西，分不清聚集索引和非聚集索引，只知道查询慢了建个索引查询就快了，到头来索引也建了不少，查询也确实快了，偶然问之：汝建之索引为何类型？答曰：。。。 3.终于受到刺激开始奋发图强，买书，gg查资料终于知道原来索引分为聚集索引和非聚集索引，顿时泪流满面，呜呼哀哉，吾终知索引为何物也。 4.再进一步学习之亦知聚集索引为物理索引、非聚集索引为逻辑索引，聚集索引为数据的存储顺序，非聚集索引是逻辑索引既对聚集索引的索引 5.再往后学会了查看执行计划，通过查询计划终于对查询过程有了大概了解，也知道了聚集索引扫描和表扫描没有用到索引，看到聚集索引、索引查找高兴的眉飞色舞，看到RID、键查找暗自窃喜，瞧，键查找肯定就是关键字查找了，用着索引呢，效率肯定高，于是每次写完sql都要观看 阅读全文

摘要：据了解绝大多数开发人员对于索引的理解都是一知半解，局限于大多数日常工作没有机会、也什么没有必要去关心、了解索引，实在哪天某个查询太慢了找到查询条件建个索引就ok，哪天又有个查询慢了，再建立个索引就是，或者干脆把整个查询SQL直接发给DBA，让DBA直接帮忙优化了，所以造成的状况就是开发人员对于索引的理解、认识很局限，以下就把我个人对于索引的理解及浅薄认识和大家分享下，希望能解除一些大家的疑惑，一起走出索引的误区 误区1.在表上建立了索引，在查询时用到了索引的列，索引就一定会生效 　　首先明确下这样的观点是错误的，SQL Server查询优化器是基于开销进行选择的优化器，通过一系列复杂判断来决定是否使用索引、使用什么类型索引、使用那个索引。SQL Server内部维护着索引列上的数据的统计，统计信息会随着索引列内容的变化而变化，索引的有效期完全取决于索引列上的统计信息，随着数据的变化关于索引的检索机制也随之变化。对于查询优化器来说始终保持查询开销最低始终是其的不二选择，如果一个非聚集索引的列上有大量的重复值，那么这个索引就不会有什么存在的意义，这也是为什么不建议在类似性别， 阅读全文

摘要：因经常需要处理大数量的表，因此查看表结构、数据量、以及索引情况基本上成为了常态，无奈生产环境的数据库不让我们直接访问，因此想要了解到生产环境的数据库的表结构和索引信息变得很麻烦需要经常找DBA帮忙找，而想查看具体某个表的数据量使用 select count(1) from table方法的效率实在慢的无法忍受，正所谓求人不如求己，花了点时间自己做了个查看数据库表结构和索引的小工具顺便温习了下系统表一举两得，喜欢的朋友可以拿去用用。 工具功能很简单但胜在实用(尤其是不让开发人员用企业管理连接生产环境数据库时，简直是一大杀器)，可以提高不少效率 　　1.根据链接字符串列出服务器上所有的数据库以及表。 　　2.查看表的记录数、字段及索引(包含覆盖索引)信息。 默认界面如下 阅读全文

摘要：在上一篇Sql Server参数化查询之where in和like实现详解中介绍了在Sql Server使用参数化查询where in的几种实现方案，遗漏了xml和表值参数，这里做一个补充 文章导读 方案5使用xml参数 方案6 使用表值参数TVP 6种实现方案总结 方案5 使用xml参数 对sql server xml类型参数不熟悉的童鞋需要先了解下XQuery概念，这里简单提下XQuery 是用来从 XML 文档查找和提取元素及属性的语言，简单说就是用于查询xml的语言说到这就会牵着到XPath，其实XPath是XQuery的一个子集，XQuery 1.0 和 XPath 2.0 共享相同的数据模型，并支持相同的函数和运算符，XPath的方法均适用于XQuery，假如您已经学习了 XPath，那么学习 XQuery 也不会有问题。详见http://www.w3school.com.cn/xquery/xquery_intro.asp XQuery概念了解后需要进一步了解下Sql Server对xml的支持函数，主要为query() 阅读全文

摘要：身为一名小小的程序猿，在日常开发中不可以避免的要和where in和like打交道，在大多数情况下我们传的参数不多简单做下单引号、敏感字符转义之后就直接拼进了SQL，执行查询，搞定。若有一天你不可避免的需要提高SQL的查询性能，需要一次性where in 几百、上千、甚至上万条数据时，参数化查询将是必然进行的选择。然而如何实现where in和like的参数化查询，是个让不少人头疼的问题。下面详细讲解下如何更好的实现where in查询 阅读全文

摘要：说来惭愧，工作差不多4年了，直到前些日子被DBA找上门让我优化一个CPU占用很高的复杂SQL语句时，我才突然意识到了参数化查询的重要性。 相信有很多开发者和我一样对于参数化查询认识比较模糊，没有引起足够的重视 错误认识1.不需要防止sql注入的地方无需参数化 　　参数化查询就是为了防止SQL注入用的，其它还有什么用途不知道、也不关心，原则上是能不用参数就不用参数，为啥？多麻烦，我只是做公司内部系统不用担心SQL注入风险，使用参数化查询不是给自己找麻烦，简简单单拼SQL，万事OK 错误认识2.参数化查询时是否指定参数类型、参数长度没什么区别 　　以前也一直都觉的加与不加参数长度应该没有什么区别，仅是写法上的不同而已，才明白其实两者不一样的，为了提高sql执行速度，请为SqlParameter参数加上SqlDbType和size属性，在参数化查询代码编写过程中很多开发者忽略了指定查询参数的类型，这将导致托管代码在执行过程中不能自动识别参数类型，进而对该字段内容进行全表扫描以确定参数类型并进行转换，消耗了不必要的查询性能所致。根据MSDN解释：如果未在size参数中显式 阅读全文

摘要：sys.allocation_units数据库中的每个分配单元都在表中占一行。sys.assembly_modules为公共语言运行时 (CLR) 程序集所定义的每个函数、过程或触发器返回一行。此目录视图将 CLR 存储过程、CLR 触发器或 CLR 函数映射到其基础实现。类型为 TA、AF、PC、FS 和 FT 的对象具有相关联的程序集模块。若要查找对象和程序集之间的关联，可以将此目录视图联接到其他目录视图。例如，在创建 CLR 存储过程时，该存储过程由 sys.objects 中的一行、sys.procedures（继承自 sys.objects）中的一行以及 sys.assembly_m 阅读全文

摘要：这些日子做一个项目，需要群发消息功能，由于群发的用户ID值不能确定而又需要使用存储过程实现，而MYSQL5.0不支持数组，研究了半天终于搞定了CodeCode highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->1--Procedure"p_Message_MultiInsert"DDL23CREATEPROCEDURE`p_Message_MultiInsert`(param_Statesmallint,45param_Typesma 阅读全文