霍力强的专栏

集群的好处高可用性：故障检测及迁移，多节点备份。 可伸缩性：新增数据库节点便利，方便扩容。 负载均衡：切换某服务访问某节点，分摊单个节点的数据库压力。集群要考虑的风险网络分裂：群集还可能由于网络故障而拆分为多个部分，每部分内的节点相互连接，但各部分之间的节点失去连接。 脑裂：导致数据库节点彼此独立运行的集群故障称为“脑裂”。这种情况可能导致数据不一致，并且无法修复，例如当两个数据库节点独立更新同一表上的同一行时。@[toc]一，mysql原厂出品1，MySQL Replicatio

背景早期，阿里巴巴B2B公司因为存在杭州和美国双机房部署，存在跨机房同步的业务需求。不过早期的数据库同步业务，主要是基于trigger的方式获取增量变更，不过从2010年开始，阿里系公司开始逐步的尝试基于数据库的日志解析，获取增量变更进行同步，由此衍生出了增量订阅&消费的业务，从此开启了一段新纪元。ps. 目前内部使用的同步，已经支持mysql5.x和oracle部分版本的日志解析基于日志增量订阅&消费支持的业务：数据库镜像数据库实时备份多级索引 (卖家和买家各自分...

select   request_session_id   spid,OBJECT_NAME(resource_associated_entity_id) tableName   from   sys.dm_tran_locks where resource_type='OBJECT'declare @spid  int Set @spid  = 57 --锁表进程declare @sql var

今天用到sql server 的xml字段,首先这个项目中的xml字段都存为了ntext字段,所以第一个操作 ntext 转化为 xml以下摘自http://blog.darkthread.net/blogs/darkthreadtw/archive/2008/09/18/sql2005-nvarchar-to-xml.aspx XmlString是一個NText欄位，裡面放存放的內容來自*.xm

最近项目用了sql server的全文索引技术,在测试的时候发现它对中文的搜索支持不足,比如一个字找不到,两个字可能就可以了.基本介绍:http://www.cnblogs.com/galaxyyao/archive/2009/02/13/1390139.htmlhttp://msdn.microsoft.com/zh-cn/library/ms142571.aspx后面看到了一些替代方案,如下:

class Program    {        static void Main(string[] args)        {            string sql = "data source=localhost;initial catalog=test;integrated security=true";            DataContext dc = new DataCo

在实际的多用户并发访问的生产环境里边，我们经常要尽可能的保持数据的一致性。而其中最典型的例子就是我们从表里边读取数据，检查验证后对数据进行修改，然后写回到数据库中。在读取和写入的过程中，如果在多用户并发的环境里边，其他用户已经把你要修改的数据进行了修改是非常有可能发生的情况，这样就造成了数据的不一致性。解决这样的办法，SQL SERVER提出了乐观锁定和悲观锁定的概念，下边我以一个实例来说明如何使

产生不重复的编号方法很多比如采用自增的字段,或获取max(id),另就是采用 update table set @id=id,id=id+1 (rowlock)方式之类的.但如果考虑并发的话,在loadrunner之类的并发工具测试.1) 获取自增的字段是可以的.set @id=SCOPE_IDENTITY();2) 直接采用max(id)这种是不行的,并发有重复号码.3) 自己处理,update

为了得到最大的性能，一般数据库都有并发机制，不过带来的问题就是数据访问的冲突。为了解决这个问题，大多数数据库用的方法就是数据的锁定。数据的锁定分为两种方法，第一种叫做悲观锁，第二种叫做乐观锁。什么叫悲观锁呢，悲观锁顾名思义，就是对数据的冲突采取一种悲观的态度，也就是说假设数据肯定会冲突，所以在数据开始读取的时候就把数据锁定住。而乐观锁就是认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候

SQL触发器中，系统自动会生成两张临时表，分别是deleted 和 inserted 它们是逻辑（概念）表。也可理解为是临时表。为方便理解，可以这么来认为Inserted表和Deleted表的作用：Inserted表就是放新的记录，Delete表就是放旧的记录。并且，它们的表结构与原表是完全相同的。1。当你插入时，要插入的记录是新的，所以可以在Insert表中找到。如：table1中本来就有N条记

http://www.w17x.com/AritcleDisplay.aspx?id=661 具体如下： 如何在有着1000万条数据的MS SQL SERVER数据库中实现快速的数据提取和数据分页。以下代码说明了我们实例中数据库的“红头文件”一表的部分数据结构：CREATE TABLE [dbo].[TGongwen] ( --TGongwen是红头文件表名[Gid] [int] IDENTI

前言：在很多系统中，比如本人目前管理的数据库，索引经常被滥用，甚至使用DTA（数据库引擎优化顾问）来成批创建索引（DTA目前个人认为它的真正用处应该是在发现缺失的统计信息，在以前的项目中，用过一次DTA，里面提示了很多列缺少统计信息，后来在不改动其他操作的前提下，把这些统计信息手动建上去，性能提升非常明显。关于统计信息将另开文章介绍）。一个表甚至有20多个索引（索引的数量并没有标准，但是要尽量

版权声明：本文为博主原创文章，未经博主允许不得转载。一：准备条件软件准备条件 机器A端：SqlServer2005 Management Studio + WinServer 2003 Enterprise (作为发布服务器)机器B端：Sqlserver2005 Management Studio Express + WinXP(作为订阅服务器) (可以用别的，不过订阅服务器版本不得高于发布服

一、背景　　在复制的运用场景中，事务发布是使用最为广泛的，我遇到这样一个场景：在Task数据库中有Basic与Group两个表，需要提供这两个表的部分字段给其它程序读取放入缓存，程序需要比较及时的获取到这些数据，作为DBA你需要从权限和性能控制的角度出发，我采用了SQL Server的事务复制技术和timestamp，下面只讲述事务复制的搭建过程； 二、实现过程(一) 环境信息系统环境：Win

BEGIN        WITH tx AS        (                SELECT a.object_id                      ,b.name AS schema_name                      ,a.name AS table_name                      ,c.name as ix_name       

我之所以会写这篇对比文章，是因为公司新产品研发真实经历过这个痛苦过程（传统基于SQL Server开发的C/S产品转为MySQL云产品）。首次需要数据转换是测试环节，当时为了快速验证新研发云产品性能与结果准确性（算法类），所以需大量的原始数据，最快的办法就是使用老产品的真实数据。因为在前期数据转换时主用于内部验证，并没有花很多心思去处理这个事情，一般数据能导过去，不对的地方自己再手工处理一下就好了

最近数据库执行SQL总是很慢，检查索引以及执行计划发现都是正常的，就怀疑是否有索引碎片了。查询索引碎片如下：SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED SELECT DB_NAME() AS DatbaseName , SCHEMA_NAME(o.Schema_ID) AS SchemaName , OBJECT_NAME(s.[object_

今天中午，有朋友叫我帮他看一下数据库，操作系统是Windows2008R2 ,数据库是SQL2008R2 64位64G内存，16核CPU硬件配置还是比较高的，他说服务器运行的是金蝶K3软件，数据库实例里有多个数据库 现象他说是这几天才出现的，而且在每天的某一个时间段才会出现CPU占用高的情况内存占用不太高，只占用了30个GCPU占用100%排查方向 一般排查都是用下面的脚本，一般会用到三个视图sy

1. 首先需要用sql 查询出数据库索引碎片情况：SELECT OBJECT_NAME(ind.OBJECT_ID) AS TableName, ind.name AS IndexName, indexstats.index_type_desc AS IndexType, indexstats.avg_fragmentation_in_percent FROM sys.dm_db_index_ph

update msg_info set content_object=replace(convert(nvarchar(2000),content_object),substring(content_object,charindex('',content_object)+18,(charindex('',content_object)-charindex('',content_object))-1

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新 A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读 A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 不可重复读 A用户读取数据,随后B用户读出该数据并

T-SQL 语句可以通过打开一个新的“Query Window”(查询窗口)直接输入到SQL Server中。要启动一个查询窗口，打开SQL Server管理套件，选中正确的数据库，然后点击上面菜单中的New Query(新建查询)按钮。一个空白的查询窗口将被打开。　　INSER

故事开篇：你和你的团队经过不懈努力，终于使网站成功上线，刚开始时，注册用户较少，网站性能表现不错，但随着注册用户的增多，访问速度开始变慢，一些用户开始发来邮件表示抗议，事情变得越来越糟，为了留住用户，你开始着手调查访问变慢的原因。　　经过紧张的调查，你发现问题出在数据库上，当应用程序尝试访问/更新数据时，数据库执行得相当慢，再次深入调查数据库后，你发现数据库表增长得很大，有些表甚至有上千万行数据，测试团队开始在生产数据库上测试，发现订单提交过程需要花5分钟时间，但在网站上线前的测试中，提交一次订单只需要2/

<br />第14章 Reporting Services<br />我所写的书中有一些章节重叠了入门篇和高级篇的部分内容。虽然初级和高级内容应该分得很清，但那其实仅限于理想情况：即人人都以同种方式、按同样顺序获得经验，并且对初级和高级的定义有统一的认识。<br />本章中就有一些重叠的内容，已经阅读过入门篇的读者会注意到这一点。对于Reporting Services而言，这样做的原因是多方面的，主要的两个原因是：<br />有些人只是出于控制个人报表的目的而进行数据库开发(在这种情况下，他们几乎都是直接

<br />Integrartion Services 包实际上就是一个对象属性的集合，在前面我们开发的所有　Integration Services包，其中的变量、属性，比如：数据库链接、同步文件目录等，我们都直接在包中用一个常量的方式，赋给这些变量或者属性，这就给这个包的发布与移置，带来很大的麻烦，比如我们在开发环境中开发包的时候，所有变量与属性都是按照开发环境来来进行设置，开发完成后，要将这个包部署到生产环境中，DB连接啊、同步目录啊等都会发生变化，以前的做法：在新环境中打开包，重新设置一遍这些变量或

<br />变量和表达式<br /> <br />变量，作为程序员的我们，是一个多么熟悉的概念，从开始学习编程的第一天起，就要了解什么是变量？如何定义一个变量？变量的使用范围等。现在还有必要在这里大费口舌来讨论“变量”吗？不错，我们今天谈的变量，也脱离不了这个范畴：如何定义一个变量？如何使用变量？变量的使用范围等。但是在ETL的发展过程中，从以前Sql Server 97、Sql Server 2000的DTS到后来的Sql server Integration Services 2005 ，再到现在的Sq

<br />概要<br /> <br />俗话说：“十年磨一剑”，Microsoft 通过5年时间的精心打造，于2005年浓重推出Sql Server 2005，这是自SQL Server 2000 以后的又一旷世之作。这套企业级的数据库解决方案，主要包含了以下几个方面：数据库引擎服务、数据挖掘、Analysis Services、Integration Services、Reporting Services 这几个方面，其中Integration Services (即SSIS)，就是他们之间的中转站、纽

<br />自定义函数<br /> <br />用户定义自定义函数像内置函数一样返回标量值，也可以将结果集用表格变量返回<br />用户自定义函数的类型:<br />标量函数:返回一个标量值<br />表格值函数{内联表格值函数、多表格值函数}:返回行集（即返回多个值）<br /><br />1、标量函数<br />Create function 函数名（参数）<br />Returns 返回值数据类型<br />[with {Encryption | Schemabinding }]<br />[as]<

<br />http://tech.it168.com/zt/sql2008/index.html

<br />针对数据库数据在UI界面上的分页是老生常谈的问题了，网上很容易找到各种“通用存储过程”代码，而且有些还定制查询条件，看上去使用很方便。笔者打算通过本文也来简单谈一下基于SQL SERVER 2000的分页存储过程，同时谈谈SQL SERVER 2005下分页存储过程的演进。 <br />在进行基于UI显示的数据分页时，常见的数据提取方式主要有两种。第一种是从数据库提取所有数据然后在系统应用程序层进行数据分页，显示当前页数据。第二种分页方式为从数据库取出需要显示的一页数据显示在UI界面上。<br

<br />容器是Integration Services 包中非常重要的一部分功能，它可以对控制流中的任务进行直观的划分与组织，使包的结构简明扼要、易于管理、易于维护。<br />　　在Integration Services 中，主要有以下三种类型的容器： 序列容器（SequenceContainers)、For 循环、Foreach 循环。下面我们将一一介绍这三种容器的使用方法。<br />　　（一）、序列容器(SequenceContainers)。<br />　　序列容器是一种十分简单，但使用非常

SQL时间段查询 ACCESS的话 select * from table where date1#2007-8-30# MYSQL的话 select * from table where date12007-3-30 也可以 select * from table where date1 between 2008-1-20 and 2007-3-30 其中date1,date

项目中要用到一个功能：主表主键为自增长，要求在插入主表数据前先获得主表要插入数据的主键ID值，用在插入子表时获取主键ID。在网上搜了一下，发现SELECT IDENT_CURRENT(TableName)这个语句可以实现。可是后来发现这个语句存在一个致命问题。

SQL Server 2000中，insert数据的时候返回自动编号的id，有三种方法实现SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITY，它们都返回插入到 IDENTITY 列中的值。 IDENT_CURRENT ：返回为任

我们在建立数据库的时候，需要为每张表指定一个主键，所谓主键就是能够唯一标识表中某一行的属性或属性组，一个表只能有一个主键，但可以有多个候选索引。因为主键可以唯一标识某一行记录，所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。当然，其它字段可以辅助我

锁是数据库中的一个非常重要的概念，它主要用于多用户环境下保证数据库完整性和一致性。 我们知道，多个用户能够同时操纵同一个数据库中的数据，会发生数据不一致现象。即如果没有锁定且多个用户同时访问一个数据库，则当他们的事务同时使用相同的数据时可能会发生问题。这些问题包括：丢失更新、脏读、不可重复读和幻觉读：1．当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，会发生丢失更新问题。每个事务都不知

临时表与永久表相似，但临时表存储在 tempdb 中，当不再使用时会自动删除。 临时表有两种类型：本地和全局。它们在名称、可见性以及可用性上有区别。本地临时表的名称以单个数字符号 (#) 打头；它们仅对当前的用户连接是可见的；当用户从 SQL Server 实例断开连接时被删除。全局临时表的名称以两个数字符号 (##) 打头，创建后对任何用户都是可见的，当所有引用该表的用户从 SQL

一、按指定符号分割字符串，返回分割后的元素个数，方法很简单，就是看字符串中存在多少个分隔符号，然后再加一，就是要求的结果。CREATE function Get_StrArrayLength(  @str varchar(1024),  --要分割的字符串  @split varchar(10)  --分隔符号)returns intasbegin  dec

让我们从这样一个示例开始说起，它在 SQL Server 2000 和 2005 中都能引起死锁。在本文中，我使用 SQL Server 2005 的最新 CTP(社区技术预览，Community Technology Preview)版本，SQL Server 2005 Beta 2(7 月发布)也同样适用。如果您没有 Beta 2 或最新的 CTP 版本，请下载 SQL Server 2005

解决数据库并发读取错乱的途径之一就是使用事务进行操作，并且设置相应的事务隔离级别，现在就解释一下SQL Server的四种隔离级别。 SQL Server的四种隔离级别知识点整理，特别制作了流程图，方便以后查看！SET TRANSACTION ISOLATION LEVEL{READ UNCOMMITTED| READ COMMITTED| REPEATABLE