ITPub博客

JSON 非常易学易用。所以，在短短几年中，它就取代xml，成为了互联网上最受欢迎的数据交换格式。JSON 已经是 JavaScript 标准的一部分。目前，主流的浏览器对 JSON 支持都非常完善。应用 JSON，我们可以从 XML 的解析中摆脱出来，对那些应用 Ajax 的 Web 2.0 网站来说，JSON 确实是目前最灵活的轻量级方案。[@more@]1. 前几天，我才知道有一种简化的数据交换格式，叫做yaml。我翻了一遍它的文档，看懂的地方不多，但是有一句话令我茅塞顿开。它说，从结构上看，所有的数据（data）最终都可以分解成三种类型：第一种类型是标量（scalar），

可以强制以 -O lower_case_table_names=1 参数启动 mysqld（如果使用 --defaults-file=...my.cnf 参数来读取指定的配置文件启动 mysqld 的话，你需要在配置文件的 [mysqld] 区段下增加一行 lower_case_table_names=1）。这样MySQL 将在创建与查找时将所有的表名自动转换为小写字符（这个选项缺省地在 Windows 中为 1 ，在 Unix 中为 0。从 MySQL 4.0.2 开始，这个选项同样适用于数据库名）。 [@more@][mysqld]# Lewis add. Keep table name original caselower_case_table_names=0# The TCP/IP Port the MySQL Server will listen onport=

http://msdn.microsoft.com/en-us/library/ff647681.aspx[@more@]SQL: Scale Up vs. Scale Out CheckDescription Optimize the application before scaling up or scaling out. Address historical and reporting data. Scale up for most applications. Scale out when scaling up does not suffice or is cost-prohibitive. Schema CheckDescription Devote the appropriate resources to schema design. Separate online analytical processing (OLAP) and online transaction processing (OLTP) wor

http://blogs.msdn.com/b/apgcdsd/archive/2011/05/13/database-mirroring-failover-partner.aspx[@more@]

http://blogs.msdn.com/b/apgcdsd/archive/2011/12/01/10243233.aspx[@more@]

http://blogs.msdn.com/b/apgcdsd/archive/2011/12/30/10251946.aspx[@more@]

http://blogs.msdn.com/b/apgcdsd/archive/2011/05/03/sql-server-connection-keepalive-faq.aspx[@more@]有关SQL server connection KeepAlive 的FAQ

http://blogs.msdn.com/b/apgcdsd/archive/2011/09/20/10213797.aspx[@more@]

http://blogs.msdn.com/b/apgcdsd/archive/2011/11/21/ring-buffer-sql-server-2008.aspx[@more@]

很多DBA都希望能够得到某个存储过程的执行信息,比如:1) 执行了多少次2) 执行的执行计划如何3) 执行的平均读写如何4) 执行平均需要多少时间等等. 幸运的是SQL server 2008 提供了一个这样的DMV，使得我们比较容易就得到上面的信息。这个DMV是sys.dm_exec_procedure_stats，它输出了下面的信息（部分截图，具体的请参考联机丛书）：[@more@]列名 数据类型 说明 database_id int 存储过程所在的数据库 ID。object_id int 存储过程的对象标识号。cached_time datetime 存储过程添加到缓存的时间。cached_time datetime 存储过程添加到缓存的时

今天给大家分享一个”删除大量数据后SQL Server性能下降”的案例。一般而言，数据库数据减少后，应该有助于提高SQL server的整体性能。可是在这个案例中，情况恰恰相反。[@more@]症状=========- 删除大量数据后SQL Server性能下降- 一些存储过程之前运行20分钟左右，现在需要运行2-3个小时。背景信息=========- 大量数据通过DELETE语句而删除- 数据删除后，客户进行了相关的维护工作 : 重建索引和更新统计数据- 性能变慢的存储过程会对一些表做很多的”DELETE”，”INSERT”和”SELECT”操作。调查=========- 相关的表都是堆( heap table)

一个奇怪的timeout 问题—--使用network monitor trace发现应用程序在数据库上执行时的timeout错误。问题的描述：客户使用一个应用程序向数据库中装载数据。该程序执行大量的insert和bulk insert的命令。客户的使用过程中，每4次执行就有一次会报timeout的错误。当timeout错误报出的时候，该程序执行了不到1分钟。问题的检查：既然错误信息已经明确的指出了是timeout，那我们首先需要检查客户端应用程序相关的timeout设置。通常跟数据库有关的两个timeout设置分别为：连接timeout和语句timeout。连接timeout是指客户端程序创建数据库连接时

1. 有一个极大的事务正在运行，还未提交完成，正在阻塞住其他进程。2. 数据库调用频率极大增加，或者说每秒事务数极大增加，导致sql server来不及释放transaction log.[@more@]1. 有一个极大的事务正在运行，还未提交完成，正在阻塞住其他进程。2. 数据库调用频率极大增加，或者说每秒事务数极大增加，导致sql server来不及释放transaction log.

Microsoft SQL Server 2005 提供了一些工具来监控数据库。方法之一是动态管理视图。动态管理视图 (DMV) 和动态管理函数 (DMF) 返回的服务器状态信息可用于监控服务器实例的运行状况、诊断问题和优化性能。 常规服务器动态管理对象包括： dm_db_*：数据库和数据库对象 dm_exec_*：执行用户代码和关联的连接 dm_os_*：内存、锁定和时间安排 dm_tran_*：事务和隔离 dm_io_*：网络和磁盘的输入/输出 此部分介绍为监控 SQL Server 运行状况而针对这些动态管理视图和函数运行的一些常用查询。 示例查询 您可以运行以下查询