By Diego Erdody on May 07, 2010 Translated by Jametong 

目的

在Medallia,我们的系统目前有一个关键组件是运行在一个开源的关系型数据库上.由于此组件主要通过主键来查询数据库的条目,我们想尝试将此组件切换到一个键值存储系统上,以利用键值系统提供的多种好处,包含分布式复制、负载均衡以及失败切换.对此组件进行重构以实现纵向扩展是我们的一个目标,附带的其它好处是,可以缓解我们目前较高的磁盘存储需求.

最近,我们花了部分时间来研究这项技术(以及部分其他技术改进,Medallia激动人心的时刻!),考察了多个不同选项.长话短说,最终落在以下两个选择上:Apache Cassandra与Project Voldemort.

这两个项目看似是他们所在开源类别中最成熟的了,都可以提供内置的分散化集群支持,包含分区、容错性以及高可用性.两者都是基于Amazon的Dynamo论文,主要的差异是,Voldemort遵循简单的键值模型,而Cassandra使用了基于BigTable持久化模型的面向列的模型.两者都支持读一致性,也就是读操作总是返回最新的数据,这一点是我们业务所需要的.

阅读这篇文章的其余部分 »

本文来自: Cassandra Vs Voldemort

清空表数据的两种方法：DELETE 与 TRUNCATE TABLE

在SQL Server中，每一个操作SQL Server都会做一定的Log记录，比较说Insert,Update 或者Delete事件，每一个操作都会锁定行，然后对行操作做一些记录。

当一个表中的数据行很多的时候，几十万条或更多，那么删除的时候TRUNCATE TABLE则更快，它是一种快速、无日志记录的方法。TRUNCATE TABLE 与不含有 WHERE 子句的 DELETE 语句在功能上相同。但是，TRUNCATE TABLE 速度更快，并且使用更少的系统资源和事务日志资源。

与 DELETE 语句相比，TRUNCATE TABLE 具有以下优点：

所用的事务日志空间较少。

DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一项。TRUNCATE TABLE 通过释放用于存储表数据的数据页来删除数据，并且在事务日志中只记录页释放。

使用的锁通常较少。

当使用行锁执行 DELETE 语句时，将锁定表中各行以便删除。TRUNCATE TABLE 始终锁定表和页，而不是锁定各行。

如无例外，在表中不会留有任何页。

执行 DELETE 语句后，表仍会包含空页。例如，必须至少使用一个排他 (LCK_M_X) 表锁，才能释放堆中的空表。如果执行删除操作时没有使用表锁，表（堆）中将包含许多空页。对于索引，删除操作会留下一些空页，尽管这些页会通过后台清除进程迅速释放。

与 DELETE 语句相同，使用 TRUNCATE TABLE 清空的表的定义与其索引和其他关联对象一起保留在数据库中。

如果这个表与其他表存在外键关联，则是删除不了的。

Msg 4712, Level 16, State 1, Line 1

Cannot truncate table xxx_primarykey' because it is being referenced by a FOREIGN KEY constraint.

本文来自: SQL Server 中 DELETE 与 TRUNCATE TABLE