我想网 » Database

因为垄断形成，数据库市场将出现更多开源数据库

seasun — Wed, 21 Jul 2010 15:05:34 +0000

随着MySQL的命运飘忽不定，又涌现出许多开源数据库，包括了HadoopDB, Drizzle, MongoDB, Cassandra DB以及 CouchDB，这样的势头将在接下来的2010年持续下去。

NOSql概念值得关注。NOSQL适合高并发和超大规模数据的情况。NOt only sql，可见是关系数据的有益补充。具体可见此文章。

可以预见，PostgreSQL又将热起来。互联网上的选择，有时很忌讳商业公司。。就是这个缘故会造成部分(也难说是大部分)会选择 PostgreSQL。而成熟的开源免费的关系数据库，不多。PostgreSQL现在获得了很好的际遇。

MySQL联合创始人Monty Widenius提供了MySQL的分支MariaDB候选版本。据报道MariaDB 5.1完全兼容MySQL 5.1. MariaDB现在也获得了前所未有的际遇。

曾接受风投基金Y Combinator投资的创业公司Clustrix日前(2010.5.10)宣布，将推出可高度扩容的数据库解决方案，既具备与MySQL相似的功能和可靠性，又能够扩容至存储数十亿条数据。Clustrix力图商业运用的努力也是开源数据库包括MariaDB要行进的方向。

可以预见，因为目前的mysql功能已经足够强大，换言之，针对网站和一般中小企业运用已经够用。针对初学者这个层面来讲，phpmyadmin功不可没。开源的东西只要在宣传上加大力度，工具集成通过自身和第三方努力，在市场机遇方面把握住像现在这样的oracle收购sun控制mysql，抓住 sap收购sybase这样的一些机遇(这些时候大家的关注目标全部聚焦在数据库话题上,而且会出现许多变数)。同时也希望开源的东西可以有专业的公司提供付费服务和商业推广。

不要忘记mssql是怎么获得大面积运用的，那就是mssql7.0和mssql2k的功劳，目前，mysql,PostgreSQL也足以支撑许多一般运用。我想已经到达了当年mssql7.0和mssql2k开始挤占市场的时候了。sqlserver 的历史

开源的东西要放弃一些旧有的观点，比如100%命令模式，文档松散不求全，第三方工具零零散散缺乏组织，让人望而生畏。应多推GUI工具。实时整合好的工具为一体。向window和mssql学习易用性，不要妄图用“专业性”来阻隔初学者。凭借已有的客户基础，轻而易举可以成就数据库领域的霸业。应该推傻瓜安装包助推初学者掌握。须知，专业安装配置是专业程序员，管理员的事情。产品要推广必须要解决一般人的使用问题。如同在国内大家都知道的 ghost xp3对于普通电脑用户的作用一样。这种简化是必须的。就拿我自己来说，我通过mysql的phpmyadmin就很快掌握了对mysql的管理并作了简单的学习测试。oracle我安装XE版，也很快学会了创建数据库，建表，导入导出数据，db2有java写的的GUI管理工具，与mssql的管理器类似，也让我很快作了一个入门的学习。所以对他们就有一个简单的认识，而且颇具好感。这种好感是在产品推广中所必须要具备的。如果从命令模式开始学习，时间会要很久，难度更高。印象不会很好，因为我一直是win过来的程序员和管理员。

更多的mysql分支和兼容数据库将被推出。兼容可以平滑地转移既有的客户群体。对用户而言分支可以获得更多的选择。对技术而言，分支可以另立门派在技术上极大地提升而不受制于原有体系。

web时代成就了mysql数据库，但是今天来说，成熟的关系数据库或者说已经有基础的数据库系统，应该往关键运用，和大规模数据管理迈进。以往数据论G，现在论T。mysql,PostgreSQL,MariaDB等不应该满足初学者应用其来开发一个留言本这样的简单需求而止步不前。

标签：Database, Database, IT业内资讯, Technology

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

盘点2010年十大数据库漏洞

seasun — Mon, 21 Jun 2010 14:53:30 +0000

新的安全漏洞名单列出了可导致数据破坏的最常见的数据库问题。
对于Application Security公司新的十大数据库漏洞名单中所列出的问题，数据库管理员都非常熟悉。从预设密码的使用到补丁问题，数据库管理系统受到各种问题的困扰，使其容易受到攻击。当我报告数据库管理问题时，数据库管理员告诉我，他们都意识到这些常见的可能导致数据破坏的安全问题。但是，他们常说包含敏感数据的DBMS通常由许多不同的安全系统包围，这减少了攻击的威胁。

十大数据库漏洞
1.默认、空白及弱用户名/密码
2.SQL注入
3.广泛的用户和组权限
4.启用不必要的数据库功能
5.失效的配置管理
6.缓冲区溢出
7.特权升级
8.拒绝服务攻击
9.数据库未打补丁
10.敏感数据未加密
常见的安全做法
我记得我在2003年采访了Oracle数据库专家兼顾问Don Burleson。Don Burleson是一位著名的Oracle数据库顾问，他的许多建议几乎适用于任何数据库管理系统。他说，最常见的安全错误是由数据库管理员不能正确读取安装说明导致的。默认密码和用户ID很容易被保留。数据库管理员没能很好地对数据库访问进行限制，这也增加了入侵的风险。
内部威胁
Securosis的首席技术官Adrian Lane最近概述了企业在部署数据库活动监控(DAM)软件时，可能会面临的一些问题。Echelon One的安全专家David Mortman写过一个专家技巧，概述了企业在减轻内部威胁方面，可以采取的措施。

标签：Database, Database

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

三种直接备份 WordPress 博客数据库的方法

seasun — Fri, 18 Jun 2010 14:44:40 +0000

自从上次由于没有成功备份导致博客的大部分文章无法还原之后，我就更加小心博客的备份了，并且还尝试了多种的备份方法，以下是其中三种直接备份 WordPress 博客的方法。

所谓直接备份，是指不需要借助于 WordPress 插件、第三方服务或者程序代码，而直接通过 WordPress 后台或者 cPanel 备份，这样的备份方法是最安全的，只不过需要手动。

方法一：通过 WordPress 后台备份博客数据库

进入 WordPress 后台，点击“工具”选项下面的“导出”，然后在出现的页面点击“下载导出文件”就可以了。如果你的博客有多个作者，你还可以选择导出某一个作者的相关文件。导出文件包括对应作者的全部文章、页面、评论、自定义域、分类目录和标签，但是不包括 WordPress 插件和小工具的设置。如果要备份插件和小工具的设置，则可以通过虚拟主机空间的 cPanel 控制面板来备份 WordPress 博客数据库：

方法二：通过 cPanel 备份博客数据库

进入 cPanel 之后，点击“文件”分类里面的“备份”，在出现页面的“部分备份”下面，选择需要备份的博客对应的 MySQL 数据库并下载。

除了通过 cPanel 的文件备份功能之外，你也可以通过 phpMyAdmin 的导出功能进行 WordPress 博客的数据库备份：

方法三：通过 phpMyAdmin 备份博客数据库

点击 cPanel “数据库” 分类下面的 “phpMyAdmin”，在出现的页面点击博客对应的数据库，然后点击工具栏上的“导出”，并在下一页面的“另存为文件”一栏下面选择“gzip压缩”，然后点击“执行”，就可以把数据库下载到你的电脑硬盘了。

通常情况下我会选择第二种方法备份 WordPress 博客的数据库，因为备份的数据比第一种方法要全面，而速度则比第三种方法要快。不过，如果只是要把一个 WordPress 博客的文章转移到另外一个 WordPress 博客上，那么就用第一种方法。你是通过哪一种方法备份 WordPress 博客数据库的呢？如果你还有其他的备份方法，欢迎分享。

标签：Database, Database, Wordpress, Wordpress

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

如何通过 AutoMySQLBackup 备份你的博客数据库

seasun — Fri, 18 Jun 2010 14:37:11 +0000

通过服务器直接备份博客数据库虽然最安全，但是需要手动不方便；通过 WordPress 插件备份虽然可以全自动，但是可能会出现问题。所以，如果能够把数据库备份到服务器，同时也备份到邮箱，不需要安装任何插件，并且一切都是自动完成的，那就好了。

事实上，AutoMySQLBackup 程序是可以实现这个想法的，虽然并不适合所有的服务器。下面先介绍 AutoMySQLBackup 程序的使用方法，然后再说说它的不足之处。

一、通过 AutoMySQLBackup 备份博客数据库的具体步骤：

第一步. 下载 AutoMySQLBackup 文件

下载地址：AutoMySQLBackup

下载到的文件是这样的：

automysqlbackup.sh.2.5

把以上文件重命名为 “automysqlbackup.sh”。

第二步. 在服务器上创建一个备份文件夹

这个文件夹是用来储存你备份的数据库的，文件夹的名字可以随意。文件夹可以放到博客服务器的任何目录，但是为了安全起见，最好放在根目录，也就是和 “public_html” 文件夹放在一起，那样别人就访问不到你的备份数据库了。以下就以新文件夹的路径是“/home/young/backups”作为例子。

第三步. 上传 AutoMySQLBackup 文件

把 automysqlbackup.sh 文件上传到新建的文件夹 “backups”。你可以通过 FTP 软件上传，也可以通过 cPanel 上传。不过最好通过 cPanel 上传，因为就一个文件并且下面还要在 cPanel 上操作。

第四步. 更改许可

通过 cPanel 的“文件管理器” 找到并选择 AutoMySQLBackup 文件，点击“更改许可”，然后把许可属性改为“755”。

第五步. 修改 AutoMySQLBackup 文件

更改许可并保存之后，点击编辑。虽然 automysqlbackup.sh 文件里面的内容很多，但是你需要修改的只有以下7个地方：

# Username to access the MySQL server e.g. dbuser
USERNAME=这里填你的博客数据库用户名（1）

# Username to access the MySQL server e.g. password
PASSWORD=这里填你的博客数据库用户名的密码（2）

# Host name (or IP address) of MySQL server e.g localhost
DBHOST=localhost

# List of DBNAMES for Daily/Weekly Backup e.g. “DB1 DB2 DB3″
DBNAMES=”这里填你的博客数据库名称，如果有多个数据库，每两个数据库名称中间用一个空格隔开，例如‘数据库1 数据库2 数据库3’，当然，你也可以填‘all’。” （3）

# Backup directory location e.g /backups
BACKUPDIR=”这里填你新建的文件夹路径，例如‘/home/young/backups’。”（4）

# Mail setup
# What would you like to be mailed to you?
# – log : send only log file
# – files : send log file and sql files as attachments (see docs)
# – stdout : will simply output the log to the screen if run manually.
# – quiet : Only send logs if an error occurs to the MAILADDR.
MAILCONTENT=”如果你想并且可以把备份的数据库发到邮箱，这里就填‘files’，否则，就填‘log’、‘stout’和‘quiet’其中的任意一个。” （5）

# Set the maximum allowed email size in k. (4000 = approx 5MB email [see docs])
MAXATTSIZE=”这里填允许发送邮件的最大尺寸，默认为4MB。” （6）

# Email Address to send mail to? (user@domain.com)
MAILADDR=”这里填你接收备份数据的邮箱地址” （7）

以上标注的7个地方除了（5）和（6）可以不改之外，其他都是需要更改的，另外，双引号是要保留的。

AutoMySQLBackup 文件修改完并保存之后，接下来的就简单了。

第六步. 创建一个时钟守护作业

打开 cPanel “高级”选项里面的“时钟守护作业（Cron jobs)”，输入你的邮箱地址，设置要备份的时间，可以简单地设置为每天备份一次，也可以设置为具体哪一天备份。备份时间设置好之后，在 Command 一栏输入 AutoMySQLBackup 文件的路径，例如：

/home/young/backups/automysqlbackup.sh

点击 Add New Cron Job 就完成了整个通过 AutoMySQLBackup 备份你博客数据库的操作。

二、AutoMySQLBackup 程序的不足之处

通过 AutoMySQLBackup + Cron Job 的方式来备份博客数据库，可以少安装一个插件，可以同时备份多个数据库，还可以有双重保障——备份数据库可以保存在服务器上同时也可以发到邮箱。但是只有安装了 Mutt 程序的服务器才可以把数据库发到邮箱。碰巧精品博客所用的服务器 BlueHost 不支持 Mutt，所以通过 AutoMySQLBackup，我只能把精品博客的数据库备份到服务器，而无法备份到邮箱。

如果你有在不支持 Mutt 的服务器上通过 AutoMySQLBackup 备份数据库到邮箱的解决方法，或者有可以把博客数据库备份到邮箱的其他程序，欢迎分享。

标签：Database, Database, Wordpress, Wordpress

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

10 大免费 WordPress 博客数据库备份插件

seasun — Fri, 18 Jun 2010 14:34:30 +0000

直接备份 WordPress 博客数据库的方法虽然比较安全，但是也比较麻烦，因为你每次都要手动操作。于是，有人想到了通过使用插件的方法来自动备份 WordPress 博客的数据库。

WordPress 博客数据库备份插件不少，下面 10 个则是其中的佼佼者，它们都是免费的并且都兼容于 WordPress 2.9.2：

1. WordPress Database Backup

安装并激活 WordPress Database Backup 插件之后，你会在 WordPress 控制面板的“工具”分类下面看到“备份”选项，点击就可以对插件进行设置。你可以选择要备份的数据表，然后通过设定“定时备份”把备份数据库发到你的邮箱，当然，你也可以选择“立即备份”，把数据库备份到你的电脑硬盘。

2. WordPress Online Automated Backup

到 wordpressbackup.com 网站注册一个帐号，并添加你的博客（一个帐号一个博客），接着下载并安装 WordPress Online Automated Backup 插件，然后按照要求对插件进行设置，完了之后，该插件就会自动备份你的博客数据库到 wordpressbackup.com 网站，备份时间是经常而不定时的，免费帐户数据库的最大容量为 5M。

3. BackWPup

BackWPup 可以备份数据库，也可以备份 WordPress 文件夹里面的文件，还可以优化数据表。备份的数据库会保存在博客所在服务器，同时也可以下载或者发送到邮箱，支持自动备份。

4. DBC Backup

DBC Backup 是把你的 WordPress 博客数据库备份到博客所在的服务器，你可以随时进行手动备份，也可以设定自动备份的时间；你可以选择自动删除所有的旧备份，也可以选择不删除或者删除多少天之后的备份；你可以选择压缩备份文件，也可以选择不压缩文件。

5. myEASYbackup

myEASYbackup 的操作也很简单，安装并激活插件之后，就可以直接进行备份了，除了备份 WordPress 博客数据库之外，还可以备份 WordPress 的安装文件，备份文件会保存在你的服务器，但是你也可以在 WordPress 后台直接下载到你的电脑。该插件目前不支持自动备份。

6. Online Backup for WordPress

在使用 Online Backup for WordPress 之前，你需要先到插件开发者 BTE 那里注册，免费注册后你可以获得 50M 的存储空间，你可以把 WordPress 博客的数据库备份到那个空间，也可以把数据库下载到你的电脑或者备份到你的邮箱，可以设置自动备份时间，也可以马上进行手动备份。

7. WordPress EZ Backup

WordPress EZ Backup 可以把你 WordPress 博客的任意文件夹以及数据库备份到博客服务器上。除了手动备份，你也可以进行自动备份，不过 WordPress EZ Backup 需要设置的地方比较多。

8. Bei Fen

Bei Fen 插件可以把你 WordPress 的文件以及/或者数据库备份到博客的服务器，你可以手动进行立即备份，也可以设定自动备份时间。备份数据库可以直接在 WordPress 后台删除或者恢复。

9. Remote Database Backup

Remote Database Backup 插件可以说是 WordPress Database Backup 的简化，你可以直接在 WordPress 管理后台备份并下载数据库，但是不可以自动备份数据库，也不可以设置把备份的数据库发送到邮箱。

10. WP-DBManager

WP-DBManager 的功能相当丰富，你可以把数据库备份到服务器、邮箱或者电脑硬盘，可以设置自动备份，可以修复、优化、清空甚至删除数据表，还可以删除或者还原备份到博客所在服务器的数据库。

编辑后注：我想网一直通过 WordPress Database Backup 这个插件来备份博客数据库，推荐大家使用，我通常会把备份的时间定在午夜之后操作，因为这个时间往往都是网站访问量最低的时间段，可以有效确保WordPress站点的正常运行。

标签：Database, Database, Wordpress, Wordpress

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

数据库备份存储过程 [SQL Server 2005]

seasun — Sun, 18 Apr 2010 04:35:14 +0000

————————————————————————–
– Author : htl258(Tony)
– Date : 2010-04-18 10:45:14
– Version:Microsoft SQL Server 2008 (RTM) – 10.0.1600.22 (Intel X86)
– Jul 9 2008 14:43:34
– Copyright (c) 1988-2008 Microsoft Corporation
– Developer Edition on Windows NT 5.1 (Build 2600: Service Pack 2)
– Blog :http://blog.csdn.net/htl258
– Subject:数据库备份存储过程(判断盘符、路径，错误盘符返回，不存在的路径自动创建)
————————————————————————–
–适用环境：SQL Server 2005及以上版本
USE master
GO
–1.周期性备份数据库代码(保留原来备份的):
–备份文件名为：原数据库名称+’_'+备份日期.bak
IF OBJECT_ID(’sp_backupdatabase’) IS NOT NULL
DROP PROC sp_backupdatabase
GO
CREATE PROC sp_backupdatabase
@path NVARCHAR(100)–路径
AS
–路径名格式标准化
IF RIGHT(@path,1)<>’\’ SET @path=@path+’\’
–获取文件夹信息
DECLARE @t TABLE(id INT IDENTITY,a INT,b INT,c INT)
DECLARE @fpath NVARCHAR(3)
SET @fpath=LEFT(@path,3)
INSERT @t EXEC master..xp_fileexist @fpath
INSERT @t EXEC master..xp_fileexist @path
–如果指定盘符有误不存在，则返回错误提示：
IF EXISTS(SELECT 1 FROM @t WHERE id=1 AND c=0)
BEGIN
RAISERROR(N’输入的盘符不存在，请重新输入!’,16,1)
RETURN
END
–如果不存在指定的文件夹，则创建:
ELSE IF EXISTS(SELECT 1 FROM @t WHERE b=0 AND id=2)
BEGIN
DECLARE @mddir NVARCHAR(100)
SET @mddir=’md ‘+@path
EXEC master..xp_cmdshell @mddir
END
–开始备份数据库到指定的目录
DECLARE @s nvarchar(4000)
SELECT @s=ISNULL(@s+’;',”)
+N’BACKUP database ['+name+'] TO DISK = ”’
+@path+name+’_'+CONVERT(NVARCHAR(8),getdate(),112)+N’.bak”’
FROM master..sysdatabases
WHERE name NOT IN(‘master’,'tempdb’,'model’,'msdb’,'pubs’)–这里筛选不参加备份的数据库
EXEC(@S)
GO
–调用方法：
EXEC sp_backupdatabase ‘f:\Backup\tony’
/*
–返回信息：
已为数据库 ‘mydb’，文件 ‘mydb’ (位于文件 1 上)处理了 312 页。
已为数据库 ‘mydb’，文件 ‘mydb_log’ (位于文件 1 上)处理了 1 页。
BACKUP DATABASE 成功处理了 313 页，花费 0.733 秒(3.336 MB/秒)。
已为数据库 ‘test’，文件 ‘test’ (位于文件 1 上)处理了 208 页。
已为数据库 ‘test’，文件 ‘test_log’ (位于文件 1 上)处理了 1 页。
BACKUP DATABASE 成功处理了 209 页，花费 0.413 秒(3.951 MB/秒)。
–备份后的文件列表：
mydb_20100418.bak
test_20100418.bak
*/

–2.周期性备份数据库代码(自动删除原备份文件):
–备份文件名为：原数据库名称.bak
IF OBJECT_ID(’sp_backupdatabase’) IS NOT NULL
DROP PROC sp_backupdatabase
GO
CREATE PROC sp_backupdatabase
@path NVARCHAR(100)–路径
AS
–路径名格式标准化
IF RIGHT(@path,1)<>’\’ SET @path=@path+’\’
–获取文件夹信息
DECLARE @t TABLE(id INT IDENTITY,a INT,b INT,c INT)
DECLARE @fpath NVARCHAR(3)
SET @fpath=LEFT(@path,3)
INSERT @t EXEC master..xp_fileexist @fpath
INSERT @t EXEC master..xp_fileexist @path
–如果指定盘符有误不存在，则返回错误提示：
IF EXISTS(SELECT 1 FROM @t WHERE id=1 AND c=0)
BEGIN
RAISERROR(N’输入的盘符不存在，请重新输入!’,16,1)
RETURN
END
–如果不存在指定的文件夹，则创建:
ELSE IF EXISTS(SELECT 1 FROM @t WHERE b=0 AND id=2)
BEGIN
DECLARE @mddir NVARCHAR(100)
SET @mddir=’md ‘+@path
EXEC master..xp_cmdshell @mddir
END
–开始备份数据库到指定的目录
DECLARE @s nvarchar(4000)
SELECT @s=ISNULL(@s+’;',”)
+N’BACKUP database ['+name+'] TO DISK = ”’
+@path+name+N’.bak” WITH INIT’
FROM master..sysdatabases
WHERE name NOT IN(‘master’,'tempdb’,'model’,'msdb’,'pubs’)–这里筛选不参加备份的数据库
EXEC(@S)
GO
–调用方法：
EXEC sp_backupdatabase ‘f:\Backup\tony2′
/*
–返回信息：
已为数据库 ‘mydb’，文件 ‘mydb’ (位于文件 1 上)处理了 312 页。
已为数据库 ‘mydb’，文件 ‘mydb_log’ (位于文件 1 上)处理了 1 页。
BACKUP DATABASE 成功处理了 313 页，花费 0.599 秒(4.082 MB/秒)。
已为数据库 ‘test’，文件 ‘test’ (位于文件 1 上)处理了 208 页。
已为数据库 ‘test’，文件 ‘test_log’ (位于文件 1 上)处理了 1 页。
BACKUP DATABASE 成功处理了 209 页，花费 0.351 秒(4.651 MB/秒)。
–备份后的文件列表：
mydb.bak
test.bak
*/

标签：Database, Database

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

14个数据库设计中技巧

seasun — Thu, 15 Apr 2010 15:35:44 +0000

1. 原始单据与实体之间的关系

可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单据对应多个实体，或多张原始单据对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。

〖例1〗：一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。这就是“一张原始单据对应多个实体”的典型例子。

2. 主键与外键

一般而言，一个实体不能既无主键又无外键。在E－R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。

主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。

3. 基本表的性质

基本表与中间表、临时表不同，因为它具有如下四个特性：

(1) 原子性。基本表中的字段是不可再分解的。

(2) 原始性。基本表中的记录是原始数据（基础数据）的记录。

(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。

(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。

理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。

4. 范式标准

基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。

〖例2〗：有一张存放商品的基本表，如表1所示。“金额”这个字段的存在，表明该表的设计不满足第三范式，因为 “金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。但是，增加“金额”这个冗余字段，可以提高查询统计的速度，这就是以空间换时间的作法。

在Rose 2002中，规定列有两种类型：数据列和计算列。“金额”这样的列被称为“计算列”，而“单价”和“数量”这样的列被称为“数据列”。

表1 商品表的表结构

商品名称商品型号单价数量金额

电视机 29吋 2,500 40 100,000

5. 通俗地理解三个范式

通俗地理解三个范式，对于数据库设计大有好处。在数据库设计中，为了更好地应用三个范式，就必须通俗地理解三个范式(通俗地理解是够用的理解，并不是最科学最准确的理解)：

第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解；

第二范式：2NF是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；

第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。

没有冗余的数据库设计可以做到。但是，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。具体做法是：在概念数据模型设计时遵守第三范式，降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段，允许冗余。

6. 要善于识别与正确处理多对多的关系

若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。这里的第三个实体，实质上是一个较复杂的关系，它对应一张基本表。一般来讲，数据库设计工具不能识别多对多的关系，但能处理多对多的关系。

〖例3〗：在“图书馆信息系统”中，“图书”是一个实体，“读者”也是一个实体。这两个实体之间的关系，是一个典型的多对多关系：一本图书在不同时间可以被多个读者借阅，一个读者又可以借多本图书。为此，要在二者之间增加第三个实体，该实体取名为“借还书”，它的属性为：借还时间、借还标志(0表示借书，1表示还书)，另外，它还应该有两个外键(“图书”的主键，“读者”的主键)，使它能与“图书”和“读者”连接。

7. 主键PK的取值方法

PK是供程序员使用的表间连接工具，可以是一无物理意义的数字串, 由程序自动加1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当PK是字段名的组合时，建议字段的个数不要太多，多了不但索引占用空间大，而且速度也慢。

8. 正确认识数据冗余

主键与外键在多表中的重复出现, 不属于数据冗余，这个概念必须清楚，事实上有许多人还不清楚。非键字段的重复出现, 才是数据冗余！而且是一种低级冗余，即重复性的冗余。高级冗余不是字段的重复出现，而是字段的派生出现。

〖例4〗：商品中的“单价、数量、金额”三个字段，“金额”就是由“单价”乘以“数量”派生出来的，它就是冗余，而且是一种高级冗余。冗余的目的是为了提高处理速度。只有低级冗余才会增加数据的不一致性，因为同一数据，可能从不同时间、地点、角色上多次录入。因此，我们提倡高级冗余(派生性冗余)，反对低级冗余(重复性冗余)。

9. E－R图没有标准答案

信息系统的E－R图没有标准答案，因为它的设计与画法不是惟一的，只要它覆盖了系统需求的业务范围和功能内容，就是可行的。反之要修改E－R图。尽管它没有惟一的标准答案，并不意味着可以随意设计。好的E－图的标准是：结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗余。

10. 视图技术在数据库设计中很有用

与基本表、代码表、中间表不同，视图是一种虚表，它依赖数据源的实表而存在。视图是供程序员使用数据库的一个窗口，是基表数据综合的一种形式, 是数据处理的一种方法，是用户数据保密的一种手段。为了进行复杂处理、提高运算速度和节省存储空间, 视图的定义深度一般不得超过三层。若三层视图仍不够用, 则应在视图上定义临时表, 在临时表上再定义视图。这样反复交迭定义, 视图的深度就不受限制了。

对于某些与国家政治、经济、技术、军事和安全利益有关的信息系统，视图的作用更加重要。这些系统的基本表完成物理设计之后，立即在基本表上建立第一层视图，这层视图的个数和结构，与基本表的个数和结构是完全相同。并且规定，所有的程序员，一律只准在视图上操作。只有数据库管理员，带着多个人员共同掌握的“安全钥匙”，才能直接在基本表上操作。请读者想想：这是为什么？

11. 中间表、报表和临时表

中间表是存放统计数据的表，它是为数据仓库、输出报表或查询结果而设计的，有时它没有主键与外键(数据仓库除外)。临时表是程序员个人设计的，存放临时记录，为个人所用。基表和中间表由DBA维护，临时表由程序员自己用程序自动维护。

12. 完整性约束表现在三个方面

域的完整性：用Check来实现约束，在数据库设计工具中，对字段的取值范围进行定义时，有一个Check按钮，通过它定义字段的值城。

参照完整性：用PK、FK、表级触发器来实现。

用户定义完整性：它是一些业务规则，用存储过程和触发器来实现。

13. 防止数据库设计打补丁的方法是“三少原则”

(1) 一个数据库中表的个数越少越好。只有表的个数少了，才能说明系统的E－R图少而精，去掉了重复的多余的实体，形成了对客观世界的高度抽象，进行了系统的数据集成，防止了打补丁式的设计；

(2) 一个表中组合主键的字段个数越少越好。因为主键的作用，一是建主键索引，二是做为子表的外键，所以组合主键的字段个数少了，不仅节省了运行时间，而且节省了索引存储空间；

(3) 一个表中的字段个数越少越好。只有字段的个数少了，才能说明在系统中不存在数据重复，且很少有数据冗余，更重要的是督促读者学会“列变行”，这样就防止了将子表中的字段拉入到主表中去，在主表中留下许多空余的字段。所谓“列变行”，就是将主表中的一部分内容拉出去，另外单独建一个子表。这个方法很简单，有的人就是不习惯、不采纳、不执行。

数据库设计的实用原则是：在数据冗余和处理速度之间找到合适的平衡点。“三少”是一个整体概念，综合观点，不能孤立某一个原则。该原则是相对的，不是绝对的。“三多”原则肯定是错误的。试想：若覆盖系统同样的功能，一百个实体(共一千个属性) 的E－R图，肯定比二百个实体(共二千个属性)的E－R图，要好得多。

提倡“三少”原则，是叫读者学会利用数据库设计技术进行系统的数据集成。数据集成的步骤是将文件系统集成为应用数据库，将应用数据库集成为主题数据库，将主题数据库集成为全局综合数据库。集成的程度越高，数据共享性就越强，信息孤岛现象就越少，整个企业信息系统的全局E—R图中实体的个数、主键的个数、属性的个数就会越少。

提倡“三少” 原则的目的，是防止读者利用打补丁技术，不断地对数据库进行增删改，使企业数据库变成了随意设计数据库表的“垃圾堆”，或数据库表的“大杂院”，最后造成数据库中的基本表、代码表、中间表、临时表杂乱无章，不计其数，导致企事业单位的信息系统无法维护而瘫痪。

“三多”原则任何人都可以做到，该原则是“打补丁方法”设计数据库的歪理学说。“三少”原则是少而精的原则，它要求有较高的数据库设计技巧与艺术，不是任何人都能做到的，因为该原则是杜绝用“打补丁方法”设计数据库的理论依据。

14. 提高数据库运行效率的办法

在给定的系统硬件和系统软件条件下，提高数据库系统的运行效率的办法是：

(1) 在数据库物理设计时，降低范式，增加冗余, 少用触发器, 多用存储过程。

(2) 当计算非常复杂、而且记录条数非常巨大时(例如一千万条)，复杂计算要先在数据库外面，以文件系统方式用C++语言计算处理完成之后，最后才入库追加到表中去。这是电信计费系统设计的经验。

(3) 发现某个表的记录太多，例如超过一千万条，则要对该表进行水平分割。水平分割的做法是，以该表主键PK的某个值为界线，将该表的记录水平分割为两个表。若发现某个表的字段太多，例如超过八十个，则垂直分割该表，将原来的一个表分解为两个表。

(4) 对数据库管理系统DBMS进行系统优化，即优化各种系统参数，如缓冲区个数。

(5) 在使用面向数据的SQL语言进行程序设计时，尽量采取优化算法。

总之，要提高数据库的运行效率，必须从数据库系统级优化、数据库设计级优化、程序实现级优化，这三个层次上同时下功夫。

标签：Database, Database, Skill, Sql

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

你可能不知道的MySQL

seasun — Mon, 08 Feb 2010 05:37:07 +0000

前言：

实验的数据表如下定义：

mysql> desc tbl_name;
+-------+--------------+------+-----+---------+-------+
| Field | Type         | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| uid   | int(11)      | NO   |     | NULL    |       |
| sid   | mediumint(9) | NO   |     | NULL    |       |
| times | mediumint(9) | NO   |     | NULL    |       |
+-------+--------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

存储引擎是MyISAM，里面有10,000条数据。

一、”\G”的作用

mysql> select * from tbl_name limit 1;
+--------+--------+-------+
| uid    | sid    | times |
+--------+--------+-------+
| 104460 | 291250 |    29 |
+--------+--------+-------+
1 row in set (0.00 sec)

mysql> select * from tbl_name limit 1\G;
*************************** 1. row ***************************
  uid: 104460
  sid: 291250
times: 29
1 row in set (0.00 sec)

有时候，操作返回的列数非常多，屏幕不能一行显示完，显示折行，试试”\G”，把列数据逐行显示（”\G”挽救了我，以前看explain语句横向显示不全折行看起来巨费劲，还要把数据和列对应起来）。

二、”Group by”的“隐形杀手”

mysql> explain select uid,sum(times) from tbl_name group by uid\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: tbl_name
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 10000
        Extra: Using temporary; Using filesort
1 row in set (0.00 sec)

mysql> explain select uid,sum(times) from tbl_name group by uid order by null\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: tbl_name
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 10000
        Extra: Using temporary
1 row in set (0.00 sec)

默认情况下，Group by col会对col字段进行排序，这就是为什么第一语句里面有Using filesort的原因，如果你不需要对col字段进行排序，加上order by null吧，要快很多，因为filesort很慢的。

三、大批量数据插入

最高效的大批量插入数据的方法：

load data infile ‘/path/to/file’ into table tbl_name;

如果没有办法先生成文本文件或者不想生成文本文件，可以一次插入多行：

insert into tbl_name values (1,2,3),(4,5,6),(7,8,9)…

注意一条sql语句的最大长度是有限制的。如果还不想这样，可以试试MySQL的prepare，应该都会比硬生生的逐条插入要快许多。

如果数据表有索引，建议先暂时禁用索引：

alter table tbl_name disable keys;

插入完毕之后再激活索引：

alter table tbl_name enable keys;

对MyISAM表尤其有用。避免每插入一条记录系统更新一下索引。

四、最快复制表结构方法

mysql> create table clone_tbl select * from tbl_name limit 0;
Query OK, 0 rows affected (0.08 sec)

只会复制表结构，索引不会复制，如果还要复制数据，把limit 0去掉即可。

五、加引号和不加引号区别

给数据表tbl_name添加索引：

mysql> create index uid on tbl_name(uid);

测试如下查询：

mysql> explain select * from tbl_name where uid = '1081283900'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: tbl_name
         type: ref
possible_keys: uid
          key: uid
      key_len: 4
          ref: const
         rows: 143
        Extra:
1 row in set (0.00 sec)

我们在整型字段的值上加索引，是可以用到索引的，网上不少人误传在整型字段上加引号无法使用索引。修改uid字段类型为varchar(12):

mysql> alter table tbl_name change uid uid varchar(12) not null;

测试如下查询：

mysql> explain select * from tbl_name where uid = 1081283900\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: tbl_name
         type: ALL
possible_keys: uid
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 10000
        Extra: Using where
1 row in set (0.00 sec)

我们在查询值上不加索引，结果索引无法使用，注意安全。

六、前缀索引

有时候我们的表中有varchar(255)这样的字段，而且我们还要对该字段建索引，一般没有必要对整个字段建索引，建立前8~12个字符的索引应该就够了，很少有连续8~12个字符都相等的字段。

为什么？更短的索引意味索引更小、占用CPU时间更少、占用内存更少、占用IO更少和很更好的性能。

七、MySQL索引使用方式

MySQL在一个查询中只能用到一个索引，所以要根据查询条件建立联合索引，联合索引只有第一位的字段在查询条件中能才能使用到。

如果MySQL认为不用索引比用索引更快的话，那么就不会用索引。

mysql> create index times on tbl_name(times);
Query OK, 10000 rows affected (0.10 sec)
Records: 10000  Duplicates: 0  Warnings: 0

mysql> explain select * from tbl_name where times > 20\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: tbl_name
         type: ALL
possible_keys: times
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 10000
        Extra: Using where
1 row in set (0.00 sec)

mysql> explain select * from tbl_name where times > 200\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: tbl_name
         type: range
possible_keys: times
          key: times
      key_len: 3
          ref: NULL
         rows: 1599
        Extra: Using where
1 row in set (0.00 sec)

数据表中times字段绝大多数都比20大，所以第一个查询没有用索引，第二个才用到索引。

标签：Database, Database, MySQL, Mysql

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh

使用数据库服务或者使用文件的优缺点

seasun — Sun, 10 Jan 2010 16:02:17 +0000

	Databases	Files
Advantages	You can easily add new fields, or modify existing fields. Updating player statistics (from outside the game) is much easier. You can instantly and efficiently retrieve various statistics, via SQL queries. There is no need to perform file I/O operations yourself, the database server will do that for you. Easy to update/restore.	Very fast access (read/write). Easy to implement. No additional libraries needed. No dependence on a database server. Therefore, you don’t have to worry about getting database updates or security issues.
Disadvantages	Easy to make mistakes. For example, doing an update query where you omit the ‘where’ clause. It can have disastrous effects, especially if you have old (or no) backups. Databases may be slower than actually opening/writing a player file. You might lose a few milliseconds when retrieving some data, especially if a lot of players log in/out at the same time. Additional code is required to convert your data to/from the database. Database and SQL experience is required. In addition, you will need a library to interface between your program and the database. If for some reason the database file becomes corrupt, you are out of luck; you can lose all the players (especially if no recent backups).	It can be very difficult to add new fields, unless you carefully design the file format/structure from the beginning. Inability to do player-wide queries (this can be circumvented by having a program that adds every night the important fields in a database server). Needs special coding if you want to update/check player stats. A little bit harder to update/restore.

标签：Database, Database

您可能会感兴趣的其他文章

Feed enhanced by Better Feed from Ozh