亚洲一卡2卡三卡4卡有限公司,亚洲国产成人精品电影,亚洲综合国产精品第一页

allic — Wed, 12 Jan 2011 01:17:00 GMT

2009�q�开始掀��L��“NoSQL革命”在Web领域造成了极大的反响�Q�Twitter也在2010�q�对其Tweets数据�c�d��引进新生的NoSQL数据库。近日，国外知名�|�站readwriteweb.com企业频道作者Klint Finley撰写了一��有关“Twitter攑ּ�MySQL转而��用NoSQL�~�由”的文章�? infoQ在今�q�早些时候发布了一个演讲视频，在该视频中，Kevin Weil谈到了公司应如何使用NoSQL。Weil指出Twitter严重依赖于MySQL。然而，当MYSQL在许多用途上表现的�ƈ不理想的时�?Twitter使用了NoSQL解决�Ҏ��。据威尔介绍�Q�在2009�q�里�Q�Twitter用户��C��1月䆾的每天约 200万�h�Q�激增至12月䆾的每天近5000万�h。每天登陆Twitter的用��h��量增长已�l�超�q�了20倍。目前Twitter每天产生的用��h��据在 12TB左右�Q�而每�q�约产生4PB的数据�? 　　Scribe 　　Twitter的系�l�日志在一�D�|��间后停止�q�行压羃�Q�所以Facebook使用Scribe来替代它。日志的攉��创徏在Facebook开源框架上�Q�Twitter已经发布了一些Scribe的补丁。Twitter使用Scribe来记录Hadoop的日志。Scribe使Twitter记录日志数据变得��单。Scribe�q�可以比以前记录更多的数据，现在数据日志已经分成�?0个不同的�c�d��? 　　Hadoop 　　Twitter每天都需要将更多的数据可靠的写入��C��个硬盘驱动器上，然后�q�是不现实的�Q�所以像Twitter�q�样每天都��生大量数据的机构需要把数据存储在集��之中才能满��_��业务需求。Twitter使用了Cloudera的Hadoop为其分配集群。Weil指出能够�Q�MySQL不能满�� Twitter在大规模做需求分析时所要求的效率，��Z��满��需求，Twitter使用了Hadoop及自己拥有的开源项目，他们�U�C��为FlockDB�?Hadoop可以�q�行分析�q�找到在FlockBD中相似的�C�交图数据集合�? 　　Pig 　　　　�q�种Pig脚本可以帮您扑ֈ�其网站年龄在18�?5岁访问者中讉K��量排名前五位的网��? 　　Weil说Hadoop是通过Java语言实现的，但是Java是复杂的�Q�这使得它很隑ֿ�速的重复执行。相反，Twitter使用Pig脚本的语�a��Q�这个高�U�语�a��q�行在Hadoop之上�? 　　Yahoo创造了Pig脚本语言�q��其快速发展，Weil表示�Q�Pig非常易学�q�且�Ҏ��理解。他��_��你将受益于Pig的方便，�q�且它羃短了执行旉��Q�但�q�是值得的�? 　　HBase 　　HBase是徏立在Hadoop的之上的�Q��ƈ且具有低延时和数据可变性的设计�?Twitter的��用它来增��Z�h们的搜烦�? 　　FlockDB 　　FlockDB是一个实时的、分布式的数据库。如上所�q�ͼ�它的建立和开源由来自Twitter。该公司使用它的�C�交囑ֈ�析。它仍然在MySQL的下面，但是它的速度非常快�? 　　Weil用一个在FlockDB的应用程序�D例，昄��哪些用户昄��@表示回复。�D个例子。如果Ashton Kutcher发送tweet到@foursquare。它不应该显�C�在Kutcher�?156915�_�丝之中�Q�他应该仅在��x��Kutcher的用户和 Foursquare中显�C��? 　　Cassandra 　　Twitter至今仍然在尝试�ƈ使用Casandra�Q�这个开源的数据库由Facebook创徏。Weil��_��Twitter当前的原子计��实验��用的��是Cassandra。但对Twitter而言�Q�Cassandra也非万能�Q�首先在于Cassandra代码或许�q�存在不��问题，Twitter如果投入大量的精力来改进Cassandra和比较优化MySQL 的投入来看有点得不偿失。在QCon Beijing上@nk也提到Cassandra在Twitter的内部测试中曄��暴露��Z��严重的问题�? 　　Twitter拿所有的�q�些数据都用来做什�? 　　Twitter的��用它攉��的所有数据有各种用途。有些只是简单的计数问题�Q�如计算出有多少��h��它的服务�Q�每天有多少搜烦服务�Q�每天来处理�q�些交易的��^均时��_��{�等�? 　　其他用途更为复杂。例如，不同�c�d��用户的运行比较。Twitter的分析数据，以确定是否移动用��P��用户谁��用了�W�三方客��L��或“超�U�用户”与普通用户��用Twitter的不同�? 　　韦伊最后指出，Twitter的其他问题包括：��定转推的话题中哪些�c�d��是�h们最感兴��，最成功的网�l�需要什么样的社会效果图�l�构�Q�以及如何区分不同类型的人或机器人�?img src ="http://www.tkk7.com/huyi2006/aggbug/342813.html" width = "1" height = "1" />

allic 2011-01-12 09:17 发表评论

allic — Tue, 23 Dec 2008 09:12:00 GMT

整理了以下四�U�在MySQL中修改root密码的方�?可能对大家有所帮助!

�Ҏ��1�Q?用SET PASSWORD命��o

　　mysql -u root

　　mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('newpass');

�Ҏ��2�Q�用mysqladmin

　　mysqladmin -u root password "newpass"

　　如果root已经讄��q�密码，采用如下�Ҏ��

　　mysqladmin -u root password oldpass "newpass"

�Ҏ��3�Q?用UPDATE直接�~�辑user�?/p>

　　mysql -u root

　　mysql> use mysql;

　　mysql> UPDATE user SET Password = PASSWORD('newpass') WHERE user = 'root';

　　mysql> FLUSH PRIVILEGES;

在丢失root密码的时候，可以�q�样

　　mysqld_safe --skip-grant-tables&

　　mysql -u root mysql

　　mysql> UPDATE user SET password=PASSWORD("new password") WHERE user='root';

　　mysql> FLUSH PRIVILEGES;

allic 2008-12-23 17:12 发表评论

allic — Tue, 23 Dec 2008 09:05:00 GMT

问题的��生：在已有的Red Hat Enterprise Linux AS 3.0�pȝ��上已�l�运行了一套web�E�序�Q��用Mysql4, tomcat41, 现在又要求安装一套新�E�序�Q�依旧��用该tomcat41, 但数据库变�ؓmysql5�?

注意事项�Q?
新的�E�序需要注意字�W�集的问题，
1)具体数据库的权限和分�l�问题，
2)mysql5下的具体数据库从windows直接拯��到Linux下不好��的问题，
3)以及mysql5需要设�|�密码的问题�Q?
4)mysql5在linux下对数据库区分大��写的问题�?
5) mysql在终端进�?
   mysql>
   时的用户名和密码问题

此外�Q�在具体安装mysql5的过�E�中�Q�要注意��?span class="hilite1">mysql5的安装位�|�（baseDir�Q�，数据库的具体存放位置�Q�dataDir�Q�，端口��P��改�ؓ3307�Q?�q�行修改�Q�这��h��能保证两个不同版本的数据库的同时�q�行�?

版本��P��
MySQL v4.0.24
(1)MySQL-server-4.0.24-0.i386.rpm
(2)MySQL-client-4.0.24-0.i386.rpm
(3)MySQL-devel-4.0.24-0.i386.rpm
MySQL 5.0.51a
mysql-5.0.51a.tar.gz
下蝲地址�Q�http://ftp.ntu.edu.tw/pub/MySQL/Downloads/MySQL-5.0/mysql-5.0.51a.tar.gz

安装MySQL v4.0.24
#rpm -qa | grep sql
查询�pȝ��是否默认安装了mysql服务�?
然后卸蝲�pȝ��默认安装的mysql
卸蝲mysql命��o如下�Q?
#rpm -e --nodeps mysql-3.23.58-1

安装MySQL服务端：
#rpm -ivh MySQL-server-4.0.24-0.i386.rpm
��试服务端是否安装成功：
#netstat -nat
查看端口3306是否打开
然后安装MySQL客户�?
#rpm -ivh MySQL-client-4.0.24-0.i386.rpm
安装MySQL�q�接包：
#rpm -ivh MySQL-devel-4.0.24-0.i386.rpm
此时Mysql4的各个安装�\径如下：
以我们在Redhat下安装的MySQl4.0.26数据库�ؓ例：
(注意事项�Q�rpm包��用的都是默认的设�|�，不能更改�Q�以下均为默认设�|?
1.配置文�g�Q?etc/my.cnf
2.数据库目录：/var/lib/mysql
3.启动脚本�Q?etc/rc.d/init.d/mysql
4.端口3306
5..socket文�g/tmp/mysql.socket
—————————————————————————————————————�?

下面安装MySQL 5.0.51a

�׃��我们安装的MySQL4.0.26的安装包�c�d��是rpm包，所以，需要大家注意的是，
它��用的都是默认的设�|�，安装后生成的配置文�g和数据库目录�{�等一�p�d��的配�|�都是我们不能改变的�?
因此�Q�如果要在同一开发环境下安装两个数据库的话，我们��必��d��理以下这些问题：
1.配置文�g安装路径不能相同
2.数据库目录不能相�?
3.启动脚本不能同名
4.端口不能相同
5..socket文�g的生成�\径不能相�?
依据上面的各�U�要求：mysql5.0.51a.tar.gz的源码包安装做出以下调整�Q?
--prefix=/usr/local/mysql5 ### 数据库安装目�?
--localstatedir=/var/lib/mysql5 ### 数据库存攄��?
--with-charset=gbk --with-collation=gbk_chinese_ci --with-extra-charsets=all ### 字符集gbk加蝲和gbk_chinese_ci加蝲�Q�可处理中文��q��问题
其他的设�|�是�Ҏ��据库的一下优化，在此��׃��再赘�q��?

参考了一些msyql5的安装文档，在这里感谢各位前�?
mysql-5.0.51a.tar.gz解压后的安装详解�Q?

1# cd mysql-5.0.51a
2# mkdir /usr/local/mysql5

(�q�步骤中的诸多参��C��Q�关键的参数已经在前面介�l�了�Q�如有不懂，请参看前面的介绍�?
3# ./configure
--prefix=/usr/local/mysql5
--localstatedir=/var/lib/mysql5 --with-comment=Source
--with-server-suffix=-Community
--with-mysqld-user=mysql
--without-debug
--with-big-tables
--with-charset=gbk --with-collation=gbk_chinese_ci --with-extra-charsets=all
--with-pthread
--enable-static
--enable-thread-safe-client
--with-client-ldflags=-all-static
--with-mysqld-ldflags=-all-static
--enable-assembler
--without-innodb
--without-ndb-debug
4# make
5# make install

6.# useradd mysql //��d�� mysql 用户
7# cd /usr/local/mysql5
(注意�Q�！�Q�！在安装第二个数据库时候，虽然�?/configure后加上了--localstatedir=/var/lib/mysql5但是�q�未�?var/lib下��?span class="hilite1">mysql5目录�Q�所以我们要在源码包�~�译安装完成之后先检查一下是否有�q�个目录�Q�如果没有的话一定要手动创徏一�?命��o�Q�＃ mkdir /var/lib/mysql5再执行第八步骤�?
8# bin/mysql_install_db --user=mysql
(在确保第七步骤正��完成之后，在执行本步骤�Ӟ��如果正确的话�Q�在/var/lib/mysql5下将会��生相应的数据库文件�?
9# chown -R root:mysql . 　　　　　　//讄��权限�Q�注意后面有一�?"."
10# chown -R mysql /var/lib/mysql5 　　//讄�� mysql 目录权限
11# chgrp -R mysql . 　　　　　　　　 //注意后面有一�?"."
12# cp share/mysql/my-huge.cnf /etc/my5.cnf
13# cp share/mysql/mysql.server /etc/rc.d/init.d/mysql5 //开��动启�?mysql�?
14# chmod 755 /etc/rc.d/init.d/mysql5
15# chkconfig --add mysql5

16以下是安装第二个数据库时�Q�对启动文�gmysql5和配�|�文件my5.cnf做出的必要修攏V�?
===================================================================================
/etc/rc.d/init.d/mysql5

修改下面的内容：

1.datadir=/var/lib/mysql5
2.conf=/etc/my5.cnf
3.�?$bindir/mysqld_safe --datadir=$datadir --pid-file=$server_pid_file $other_args >/dev/null 2>&1 &"替换为（双引号中的）
"$bindir/mysqld_safe --defaults-file=/etc/my5.cnf --datadir=$datadir --pid-file=$server_pid_file $other_args >/dev/null 2>&1 &"�Q�双引号中的�Q?
===================================================================================
/etc/my5.cnf

修改下面的内容：

port = 3307 ###修改相关的端�?
socket文�g生成路径

把[client]和[mysqld]中的port号都�Ҏ��3307,
socket = /tmp/mysql.sock�Ҏ��socket = /tmp/mysql5.sock
[client]
#password = your_password
port = 3307
socket = /tmp/mysql5.sock

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
port = 3307
socket = /tmp/mysql5.sock
==================================================================================
17# /etc/rc.d/init.d/mysql5 start 　　　　　　　　　　//启动 MySQL
18# bin/mysqladmin -u root password "password_for_root" ### 讄��数据库JDBC�q�接的密�?
    注意事项�Q�此密码与从�l�端客户端登陆数据库的密码是否�ؓ同一密码�Q�还存在疑问�?
              讄��l�端客户端登陆数据库的密码：(默认讄��Q�用户名�Q�root 密码�Q�（�I�）)
19# cd /usr/local/mysql5/bin(�q�入数据库安装目录下执行以下命��o)
20# ./mysql -u root -p (登陆数据库，以mysql>开头均属数据库内的操作,注意不要丢掉分号
mysql> use mysql;

mysql> UPDATE user SET Password=PASSWORD('newpassword') where USER='root';
mysql> FLUSH PRIVILEGES;
mysql> exit;
21# service mysql5 stop 　　　　　　　　　　　　　　//关闭 MySQL

22tomcat部��v文�g下的修改�Q?
修改/usr/tomcat/jetmambo/WEB-INF/classes/jdbc.properties
1.3306�Ҏ��3307
2.jdbc.password=system(注意事项�Q�这个密码就是数据库JDBC�q�接的密�?

修改后如下：
jdbc.driverClassName=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3307/timef3_cmd?&useUnicode=true&characterEncoding=gbk
jdbc.username=root
jdbc.password=system

23启动数据库和WEB服务器，验证数据库安装是否成�?
/etc/init.d/mysql restart
/etc/init.d/mysql5 restart
注意事项�Q�必��M��持两个数据库都开启服�?否则tomcat报SQLException
/usr/tomcat/bin/catalina.sh run

补充说明�Q?

24linux下默认数据库中表名不忽略大小写，做如下设�|�：
/etc/my5.cnf

# The MySQL server
[mysqld]
lower_case_table_names = 1 ### 1为忽略大��写 0��Z��忽略大小�?
port = 3307
socket = /tmp/mysql5.sock

———————————————————————————————————�?
遗留问题�Q�不知那位大侠可以解�{�一下：
在终端进�?
>mysql�?
报：
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)
错误�?
----------------------------------------------------------------
问题解决�?
http://www.javaeye.com/topic/203986
非常感谢�q�篇文章

./mysql -uroot -p -S /tmp/mysql5.sock

如果不加参数-S�Q�则在默认目录去找mysql.sock

allic 2008-12-23 17:05 发表评论

allic — Sun, 14 Sep 2008 09:12:00 GMT

引言

　　数据库的设计范式是数据库设计所需要满��的规范�Q�满��些规范的数据库是��z�的、结构明晰的�Q�同�Ӟ��不会发生插入�Q�insert�Q�、删除（delete�Q�和更新�Q�update�Q�操作异常。反之则是�ؕ七八�p�，不仅�l�数据库的编�E��h员制造麻烦，而且面目可憎�Q�可能存储了大量不需要的冗余信息�?br />
　　设计范式是不是很难懂呢？非也�Q�大学教材上�l�我们一堆数学公式我们当然看不懂�Q�也��C��住。所以我们很多�h��根本不按照范式来设计数据库�?br />
　　实质上，设计范式用很形象、很��z�的话语��p��说清楚，道明白。本文将对范式进行通俗地说明，�q�以�W�者曾�l�设计的一个简单论坛的数据库�ؓ例来讲解怎样��这些范式应用于实际工程�?br />
　　范式说明

　　�W�一范式�Q?NF�Q�：数据库表中的字段都是单一属性的�Q�不可再分。这个单一属性由基本�c�d��构成�Q�包括整型、实数、字�W�型、逻辑型、日期型�{��?br />
　　例如�Q�如下的数据库表是符合第一范式的：

字段1	字段2	字段3	字段4

　　而这��L��数据库表是不�W�合�W�一范式的：

字段1	字段2	字段3		字段4
		字段3.1	字段3.2

　　很显�Ӟ��在当前的��M��关系数据库管理系�l�（DBMS�Q�中�Q�傻瓜也不可能做��Z��W�合�W�一范式的数据库�Q�因��些DBMS不允�怽�把数据库表的一列再分成二列或多列。因此，你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的�?br />
　　�W�二范式�Q?NF�Q�：数据库表中不存在非关键字�D�对��M��候选关键字�D늚�部分函数依赖�Q�部分函��C��赖指的是存在�l�合关键字中的某些字�D�决定非关键字段的情况）�Q�也��x��有非关键字段都完全依赖于��L��一�l�候选关键字�?

　　假定选课关系表�ؓSelectCourse(学号, 姓名, �q�龄, 评��名称, 成�W, 学分)�Q�关键字为组合关键字(学号, 评��名称)�Q�因为存在如下决定关�p�：

　　(学号, 评��名称) �?(姓名, �q�龄, 成�W, 学分)

　　�q�个数据库表不满��第二范式，因�ؓ存在如下军_��关系�Q?br />
　　(评��名称) �?(学分)

　　(学号) �?(姓名, �q�龄)

　　卛_��在组合关键字中的字段军_��非关键字的情��c�?br />
　　�׃��不符�?NF�Q�这个选课关系表会存在如下问题�Q?br />
　　(1) 数据冗余�Q?br />
　　同一门课�E�由n个学生选修�Q?学分"��重复n-1�ơ；同一个学生选修了m门课�E�，姓名和年龄就重复了m-1�ơ�?br />
　　(2) 更新异常�Q?br />
　　若调整了某门评��的学分，数据表中所有行�?学分"值都要更斎ͼ�否则会出现同一门课�E�学分不同的情况�?br />
　　(3) 插入异常�Q?br />
　　假设要开设一门新的课�E�，暂时�q�没有�h选修。这��P��׃��q�没�?学号"关键字，评��名称和学分也无法记录入数据库�?br />
　　(4) 删除异常�Q?br />
　　假设一批学生已�l�完成课�E�的选修�Q�这些选修记录��应该从数据库表中删除。但是，与此同时�Q�课�E�名�U�和学分信息也被删除了。很昄��Q�这也会��D��插入异常�?

　　把选课关系表SelectCourse改�ؓ如下三个表：

　　学生�Q�Student(学号, 姓名, �q�龄)�Q?br />
　　评��Q�Course(评��名称, 学分)�Q?br />
　　选课关系�Q�SelectCourse(学号, 评��名称, 成�W)�?br />
　　�q�样的数据库表是�W�合�W�二范式的，消除了数据冗余、更新异常、插入异常和删除异常�?br />
　　另外�Q�所有单关键字的数据库表都符合第二范式，因�ؓ不可能存在组合关键字�?br />
　　�W�三范式�Q?NF�Q�：在第二范式的基础上，数据表中如果不存在非关键字段对�Q一候选关键字�D늚�传递函��C��赖则�W�合�W�三范式。所谓传递函��C��赖，指的是如果存�?A �?B �?C"的决定关�p�，则C传递函��C��赖于A。因此，满��W�三范式的数据库表应该不存在如下依赖关系�Q?br />
　　关键字段 �?非关键字�D�x �?非关键字�D�y

　　假定学生关系表�ؓStudent(学号, 姓名, �q�龄, 所�?a >学院, 学院地点, 学院电话)�Q�关键字为单一关键�?学号"�Q�因为存在如下决定关�p�：

　　(学号) �?(姓名, �q�龄, 所�?a >学院, 学院地点, 学院电话)

　　�q�个数据库是�W�合2NF的，但是不符�?NF�Q�因为存在如下决定关�p�：

　　(学号) �?(所�?a >学院) �?(学院地点, 学院电话)

　　卛_��在非关键字段"学院地点"�?学院电话"对关键字�D?学号"的传递函��C��赖�?br />
　　它也会存在数据冗余、更新异常、插入异常和删除异常的情况，读者可自行分析得知�?br />
　　把学生关�p�表分�ؓ如下两个表：

　　学生�Q?学号, 姓名, �q�龄, 所�?a >学院)�Q?br />
　　学院�Q?学院, 地点, 电话)�?br />
　　�q�样的数据库表是�W�合�W�三范式的，消除了数据冗余、更新异常、插入异常和删除异常�?br />
　　鲍依�?�U�得范式�Q�BCNF�Q�：在第三范式的基础上，数据库表中如果不存在��M��字段对�Q一候选关键字�D늚�传递函��C��赖则�W�合�W�三范式�?p>　假设仓库��理关系表�ؓStorehouseManage(仓库ID, 存储物品ID, ��理员ID, 数量)�Q�且有一个管理员只在一个仓�?a class="vLink1" id="vad_3" onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,3,fxEvent);" title="��N��店工作，上最佳东方！ @Vogate.com" style="FONT-SIZE: 1em; CURSOR: hand; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,3)" target="_blank" name="3">工作�Q�一个仓库可以存储多�U�物品。这个数据库表中存在如下军_��关系�Q?br />
　　(仓库ID, 存储物品ID) �?��理员ID, 数量)

　　(��理员ID, 存储物品ID) �?(仓库ID, 数量)

　　所以，(仓库ID, 存储物品ID)�?��理员ID, 存储物品ID)都是StorehouseManage的候选关键字�Q�表中的唯一非关键字�D��ؓ数量�Q�它是符合第三范式的。但是，�׃��存在如下军_��关系�Q?br />
　　(仓库ID) �?(��理员ID)

　　(��理员ID) �?(仓库ID)

　　卛_��在关键字�D�决定关键字�D늚�情况�Q�所以其不符合BCNF范式。它会出现如下异常情况：

　　(1) 删除异常�Q?br />
　　当仓库被清空后，所�?存储物品ID"�?数量"信息被删除的同时�Q?仓库ID"�?��理员ID"信息也被删除了�?br />
　　(2) 插入异常�Q?br />
　　当仓库没有存储�Q何物品时�Q�无法给仓库分配��理员�?br />
　　(3) 更新异常�Q?br />
　　如果仓库换了��理员，则表中所有行的管理员ID都要修改�?br />
　　把仓库管理关�p�表分解��Z��个关�p�表�Q?br />
　　仓库��理�Q�StorehouseManage(仓库ID, ��理员ID)�Q?br />
　　仓库�Q�Storehouse(仓库ID, 存储物品ID, 数量)�?br />
　　�q�样的数据库表是�W�合BCNF范式的，消除了删除异常、插入异常和更新异常�?

范式应用

　　我们来逐步搞定一个论坛的数据库，有如下信息：

　　�Q?�Q?用户�Q�用户名�Q�email�Q�主��，电话�Q�联�p�d��址

　　�Q?�Q?帖子�Q�发帖标题，发帖内容�Q�回复标题，回复内容

　　�W�一�ơ我们将数据库设计�ؓ仅仅存在表：
　　

用户�?

主页

电话

联系地址

发帖标题

发帖内容

回复标题

回复内容

　　�q�个数据库表�W�合�W�一范式�Q�但是没有�Q何一�l�候选关键字能决定数据库表的整行�Q�唯一的关键字�D는�户名也不能完全决定整个元�l�。我们需要增�?发帖ID"�?回复ID"字段�Q�即��表修改为：

用户�?/td>

主页

电话

联系地址

发帖ID

发帖标题

发帖内容

回复ID

回复标题

回复内容

　　�q�样数据表中的关键字(用户名，发帖ID�Q�回复ID)能决定整行：

　　(用户�?发帖ID,回复ID) �?(email,主页,电话,联系地址,发帖标题,发帖内容,回复标题,回复内容)

　　但是�Q�这��L��设计不符合第二范式，因�ؓ存在如下军_��关系�Q?br />
　　(用户�? �?(email,主页,电话,联系地址)

　　(发帖ID) �?(发帖标题,发帖内容)

　　(回复ID) �?(回复标题,回复内容)

　　即非关键字段部分函数依赖于候选关键字�D�，很明显，�q�个设计会导致大量的数据冗余和操作异常�?

　　我们��数据库表分解�ؓ�Q�带下划�U�的为关键字�Q�：

　　�Q?�Q?用户信息�Q�用户名�Q�email�Q�主��，电话�Q�联�p�d��址

　　�Q?�Q?帖子信息�Q�发帖ID�Q�标题，内容

　　�Q?�Q?回复信息�Q�回复ID�Q�标题，内容

　　�Q?�Q?发脓�Q�用户名�Q�发帖ID

　　�Q?�Q?回复�Q�发帖ID�Q�回复ID

　　�q�样的设计是满��W?�?�?范式和BCNF范式要求的，但是�q�样的设计是不是最好的呢？

　　不一定�?br />
　　观察可知�Q�第4��?发帖"中的"用户�?�?发帖ID"之间�?�Q�N的关�p�，因此我们可以�?发帖"合�ƈ到第2��的"帖子信息"中；�W?��?回复"中的"发帖ID"�?回复ID"之间也是1�Q�N的关�p�，因此我们可以�?回复"合�ƈ到第3��的"回复信息"中。这样可以一定量地减��数据冗余，新的设计为：

　　�Q?�Q?用户信息�Q�用户名�Q�email�Q�主��，电话�Q�联�p�d��址

　　�Q?�Q?帖子信息�Q�用户名�Q�发帖ID�Q�标题，内容

　　�Q?�Q?回复信息�Q�发帖ID�Q�回复ID�Q�标题，内容

　　数据库表1昄��满��所有范式的要求�Q?br />
　　数据库表2中存在非关键字段"标题"�?内容"对关键字�D?发帖ID"的部分函��C��赖，即不满��W�二范式的要求，但是�q�一设计�q�不会导致数据冗余和操作异常�Q?br />
　　数据库表3中也存在非关键字�D?标题"�?内容"对关键字�D?回复ID"的部分函��C��赖，也不满��W�二范式的要求，但是与数据库�?�怼��Q�这一设计也不会导致数据冗余和操作异常�?br />
　　由此可以看出�Q��ƈ不一定要��满��范式的要求，对于1�Q�N关系�Q�当1的一边合�q�到N的那边后�Q�N的那边就不再满��W�二范式了，但是�q�种设计反而比较好�Q?br />
　　对于M�Q�N的关�p�，不能��M一�Ҏ��N一边合�q�到另一边去�Q�这样会��D��不符合范式要求，同时��D��操作异常和数据冗余�?
对于1�Q?的关�p�，我们可以��左边的1或者右边的1合�ƈ到另一边去�Q�设计导致不�W�合范式要求�Q�但是�ƈ不会��D��操作异常和数据冗余�?br />
　　�l�论

　　满��范式要求的数据库设计是结构清晰的�Q�同时可避免数据冗余和操作异常。这�q�意味着不符合范式要求的设计一定是错误的，在数据库表中存在1�Q?�?�Q�N关系�q�种较特�D�的情况下，合�ƈ��D��的不�W�合范式要求反而是合理的�?br />
　　在我们设计数据库的时候，一定要时刻考虑范式的要求�?p>

allic 2008-09-14 17:12 发表评论

如何在mysql中创建内存表

allic — Wed, 18 Jun 2008 06:41:00 GMT

如何创徏内存�?/strong>�Q?br />    创徏内存表非常的��单，只需注明 ENGINE= MEMORY 卛_��:
    CREATE TABLE `tablename` ( `columnName` varchar(256) NOT NUL) ENGINE=MEMORY DEFAULT CHARSET=latin1 MAX_ROWS=100000000;

注意�Q?br />    当内存表中的数据大于max_heap_table_size讑֮�的容量大��时�Q�mysql会�{换超出的数据存储到磁盘上�Q�因此这是性能��大打折扣了�Q�所以我们还需要根据我们的实际情况调整max_heap_table_size�Q�例如在.cnf文�g中[mysqld]的下面加入：
        max_heap_table_size = 2048M
    另外在徏表语句中�q�可以通过MAX_ROWS来控制表的记录数�?br />
内存表��用哈希散列烦引把数据保存在内存中�Q�因此具有极快的速度�Q�适合�~�存中小型数据库�Q�但是��用上受到一些限�Ӟ��以下是蓝草��用的一些感受�?br />
1、heap�Ҏ��有用��L��q�接是可见的�Q�这使得它非帔R��合做缓存�?br />
2、仅适合使用的场合。heap不允�怋�用xxxTEXT和xxxBLOB数据�c�d��Q�只允许使用=�?lt;=>操作�W�来搜烦记录�Q�不允许<�?gt;�?lt;=�?gt;=�Q�；不支持auto_increment�Q�只允许寚w��I�数据列�q�行索引�Q�not null�Q��?br />注：操作�W?�?lt;=>�?说明�Q�NULL-safe equal.�q�个操作�W�和�?”操作符执行相同的比较操作，不过在两个操作码均�ؓNULL�Ӟ��其所得��gؓ1而不为NULL�Q�而当一个操作码为NULL�Ӟ��其所得��gؓ0而不为NULL�?br />
3、一旦服务器重启�Q�所有heap表数据丢失，但是heap表结构仍然存在，因�ؓheap表结构是存放在实际数据库路径下的�Q�不会自动删除。重启之后，heap��被清空�Q�这时候对heap的查询结果都是空的�?br />
4、如果heap是复制的某数据表�Q�则复制之后所有主键、烦引、自增等格式��不复存在，需要重新添加主键和索引�Q�如果需要的话�?br />
5、对于重启造成的数据丢失，有以下的解决办法�Q?br />　a、在��M��查询之前�Q�执行一�ơ简单的查询�Q�判断heap表是否存在数据，如果不存在，则把数据重新写入�Q�或者DROP表重新复制某张表。这需要多做一�ơ查询。不�q�可以写成include文�g�Q�在需要用该heap表的��面随时调用�Q�比较方�ѝ�?br />　b、对于需要该heap表的��面�Q�在该页面第一�ơ且仅在�W�一�ơ查询该表时�Q�对数据集结果进行判断，如果�l�果为空�Q�则需要重新写入数据。这样可以节省一�ơ查询�?br />　c、更好的办法是在mysql每次重新启动时自动写入数据到heap�Q�但是需要配�|�服务器�Q�过�E�比较复杂，通用性受到限制�?br />
6、一些预期可能用到的sql语句

//如果表存在，则删�?br />DROP TABLE IF EXISTS `abc`;
//复制整张表xyz为heap表abc�Q�包含所有数据）
CREATE TABLE `abc` type=heap select * from `xyz`;
//��d��主键id
ALTER TABLE `abc` ADD PRIMARY KEY (`id`);
//��d��索引username
ALTER TABLE `abc` ADD INDEX `abc` (`username`);
��蓝草�I�间

allic 2008-06-18 14:41 发表评论

php下操作sqlite的一个类

allic — Wed, 28 May 2008 02:34:00 GMT

class Sqlite {
var $link;
var $querynum = 0;

/*�q�接Sqlite数据库，参数�Q�dbname->数据库名�?/
function Open($dbname) {
if(!($this->link = @sqlite_open($dbname))) {
$this->halt('Can not Open to Sqlite');
}
}

/*执行sql语句�Q�返回对应的�l�果标识*/
function Query($sql) {
$this->querynum++;
if($query = @sqlite_query($this->link, $sql)) {
return $query;
} else {
$this->halt('Sqlite Query Error', $sql);
}
}

/*执行Insert Into语句�Q��ƈ�q�回最后的insert操作所产生的自动增长的id*/
function Insert($table, $iarr) {
$value = $this->InsertSql($iarr);
$this->Query('INSERT INTO "' . $table . '" ' . $value);
return sqlite_last_insert_rowid($this->link);
}

/*执行Update语句�Q��ƈ�q�回最后的update操作所影响的行�?/
function Update($table, $uarr, $condition = '') {
$value = $this->UpdateSql($uarr);
if ($condition) {
$condition = ' WHERE ' . $condition;
}
$this->Query('UPDATE "' . $table . '"' . ' SET ' . $value . $condition);
return sqlite_changes($this->link);
}

/*执行Delete语句�Q��ƈ�q�回最后的Delete操作所影响的行�?/
function Delete($table, $condition = '') {
if ($condition) {
$condition = ' WHERE ' . $condition;
}
$this->Query('DELETE "' . $table . '"' . $condition);
return sqlite_changes($this->link);
}

/*��字�W��{为可以安全保存的sqlite��|��比如a'a转�ؓa''a*/
/*
function EnCode($str) {
if (strpos($str, "\0") === false) {
if (strpos($str, '\'') === false) {
return $str;
} else {
return str_replace('\'', '\'\'', $str);
}
} else {
$str = str_replace("\0", '', $str);
if (strpos($str, '\'') === false) {
return $str;
} else {
return str_replace('\'', '\'\'', $str);
}
}
}
*/
function EnCode($str) {
return sqlite_escape_string($str);
}

/*��可以安全保存的sqlite��D�{为正常的��|��比如a''a转�ؓa'a*/
function DeCode($str) {
if (strpos($str, '\'\'') === false) {
return $str;
} else {
return str_replace('\'\'', '\'', $str);
}
}

/*��对应的列和值生成对应的insert语句�Q�如�Q�array('id' => 1, 'name' => 'name')�q�回("id", "name") VALUES (1, 'name')*/
function InsertSql($iarr) {
if (is_array($iarr)) {
$fstr = '';
$vstr = '';
foreach ($iarr as $key => $val) {
$fstr .= '"' . $key . '", ';
$vstr .= '\'' . $val . '\', ';
}
if ($fstr) {
$fstr = '(' . substr($fstr, 0, -2) . ')';
$vstr = '(' . substr($vstr, 0, -2) . ')';
return $fstr . ' VALUES ' . $vstr;
} else {
return '';
}
} else {
return '';
}
}

/*��对应的列和值生成对应的insert语句�Q�如�Q�array('id' => 1, 'name' => 'name')�q�回"id" = 1, "name" = 'name'*/
function UpdateSql($uarr) {
if (is_array($uarr)) {
$ustr = '';
foreach ($uarr as $key => $val) {
$ustr .= '"' . $key . '" = \'' . $val . '\', ';
}
if ($ustr) {
return substr($ustr, 0, -2);
} else {
return '';
}
} else {
return '';
}
}

/*�q�回对应的查询标识的�l�果的一�?/
function GetRow($query, $result_type = SQLITE_ASSOC) {
return sqlite_fetch_array($query, $result_type);
}

/*清空查询�l�果所占用的内存资�?/
function Clear($query) {
$query = null;
return true;
}

/*关闭数据�?/
function Close() {
return sqlite_close($this->link);
}

function halt($message = '', $sql = '') {
$ei = sqlite_last_error($this->link);
$message .= '
Sqlite Error: ' . $ei . ', ' . sqlite_error_string($ei);
if ($sql) {
$sql = '
sql:' . $sql;
}
exit('DataBase Error.
Message: ' . $message . $sql);
}
}

allic 2008-05-28 10:34 发表评论

关于sqlite_exec回调函数中参��C��递的问题

allic — Sat, 10 May 2008 08:32:00 GMT

上一��{载的文章中涉及到了如何用C来作回调函数��d��或写入SQLITE数据库的问题�Q�但其中没有关于回调函数如何作参��C��递的问题�Q�比如想要在你的主调函数中获取该变量�Q�就需要通过调用sqlite3_exec函数�l�回调函��C��递结构体指针�Q�下面我作了一例：

#include
#include
#include

struct olt_info
{
    int olt_index;
    int onu_on_line;
    int ui_port1;
    int ui_port2;
    int ui_port3;
    int ui_port4;
};

int my_callback(void * olt_temp, int argc, char * value[], char * name[])
{
    int i;
    struct olt_info * pdata = NULL;

    pdata = (struct olt_info *)olt_temp;

    puts("Here below is the code line:\n");
    for (i = 0; i < argc; i++)
    {
        printf("%s == %s\n", name[i], value[i]);
    }
    puts("Code line over.\n");

    pdata->olt_index = (int)atoi(value[0]);
    pdata->onu_on_line = (int)atoi(value[1]);
    pdata->ui_port1 = (int)atoi(value[2]);
    pdata->ui_port2 = (int)atoi(value[3]);
    pdata->ui_port3 = (int)atoi(value[4]);
    pdata->ui_port4 = (int)atoi(value[5]);

    return 0;
}

int main(int argc, char * argv[])
{
    sqlite3 * olt_db = NULL;
    int rc = 0;
    int i;
    char * err_msg = NULL;
    char temp_msg[150];
    struct olt_info * olt_temp= (struct olt_info *)malloc(sizeof(struct olt_info));

    rc = sqlite3_open("olt.db", &olt_db);
    if (rc)
    {
        fprintf(stderr, "Open database error, %s\n", sqlite3_errmsg(olt_db));
        exit(1);
    }
    else
    {
        fprintf(stdout, "Open database OK.\n");
    }

    rc = sqlite3_exec(olt_db, "create table olt_tbl(olt_index integer primary key autoincrement, onu_on_line smallint, ui_port1 smallint, ui_port2 smallint, ui_port3 smallint, ui_port4 smallint);", NULL, NULL, &err_msg);

    if (rc != SQLITE_OK)
    {
        fprintf(stderr, "Create table error, %s\n", err_msg);
        exit(1);
    }
    else
    {
        fprintf(stdout, "Create table OK.\n");
    }

    for (i = 0; i < 6; i++)
    {
        sprintf(temp_msg, "insert into olt_tbl(onu_on_line, ui_port1, ui_port2, ui_port3, ui_port4) values(%d, %d, %d, %d, %d)", i * 16, i, i, i, i);
        //rc = sqlite3_exec(olt_db, "insert into olt_tbl(onu_on_line, ui_port1, ui_port2, ui_port3, ui_port4) values(32, 1, 1, 1, 1);", NULL, NULL, &err_msg);
        rc = sqlite3_exec(olt_db, temp_msg, NULL, NULL, &err_msg);
    }

    if (rc != SQLITE_OK)
    {
        fprintf(stderr, "Insert items failure, %s\n", err_msg);
    }
    else
    {
        fprintf(stdout, "Insert items OK.\n");
    }

    rc = sqlite3_exec(olt_db, "select * from olt_tbl where olt_index==4;", my_callback, olt_temp, &err_msg);
    if (rc != SQLITE_OK)
    {
        fprintf(stderr, "Selete from olt_tbl failure, %s\n", err_msg);
        exit(1);
    }
    else
    {
        fprintf(stdout, "Excute sql OK.\n");
    }

     printf("%d-%d-%d-%d-%d-%d\n", olt_temp->olt_index, olt_temp->onu_on_line,olt_temp->ui_port1,olt_temp->ui_port2,olt_temp->ui_port3,olt_temp->ui_port4);

    free(olt_temp);

    sqlite3_close(olt_db);
    return 0;
}

其中my_callback(void * pdata, int argc, char * value[], char *name[])为回调函敎ͼ�切记回调函数只能按照�q�种格式来定义参敎ͼ�
    �W�一个参��Cؓ你的主调函数传递过来的指针�Q?br />    �W�二个参��Cؓ变量的个敎ͼ�
    �W�三个�ؓ变量的��|��
    �W�四个�ؓ变量的名�U�ͼ�
    有两个问题需要注意：
        一、这里面参数都是字符串类型，�Ҏ��您的需要作出强制类型�{换即可�?br />        二、第一个参��Cؓvoid *�c�d��Q�需要在你的回调函数里强制�{换成需要的�c�d��?br />

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1914908

allic 2008-05-10 16:32 发表评论

allic — Sat, 10 May 2008 08:21:00 GMT

在sqlite.org 上下载得到Windows版本的sqlite,它是以sqlitedll.zip文�g提供�?其中有sqlite3.def�?sqlite3.dll文�g,当然可以直接通过LoadLibrary�{�WIN32API来操作dll,查找其中包含的函�?�q��用这些函�?但是一般都不这么做,原因很简�?�q�样太麻�?所以一般先使用LIB命��o生成用于链接的lib,然后把sqlite头文件sqlite3.h包含�q�程序中,
�q�样直接调用 sqlite的API��方便多�?当然sqlite3.h文�g得从sqlite源代码（以sqlite-source-3_3_4.zip文�g提供�Q�中搞到,在源码中sqlite3.h�q�个头文件是sqlite3.h.in存在的，解压出来�Ҏ��sqlite.h��可以了.
使用VC++的LIB命��o有以下步骤：
�Q?�Q�设�|�VC98中LIB.exe所在的路径�Q?
D:\MyDoc\db\capi>set path=%path%;"D:\Program Files\Microsoft Visual Studio\VC98\Bin"
(2)生成SQLite的lib文�g�Q?
D:\MyDoc\db\capi>LIB /DEF:SQLITE3.DEF /MACHINE:IX86

Microsoft (R) Library Manager Version 6.00.8168 Copyright (C) Microsoft Corp 1992-1998. All rights reserved. Creating library SQLITE.lib and object SQLITE.exp
�q�样��成功地创徏了在WIN32�E�序中访问sqlite所需要的�?可以用于链接WIN32�E�序.
    到此所有��用sqlite的准备工作已告罄.现在在MSVC6中新��Z��个Win32 Console Application工程,把sqlite.dll,sqlite.h和sqlite.lib文�g复制到工�E�文件夹�?把sqlite.h文�g加入到项目中,然后在Project Setting的Link中的对象库模块中增加sqlite.lib文�g. 或者project->add to project->files�Q�选择�q�个lib文�g
然后修改加入如下代码卛_��:

#include
#include
#include
#include
#include "sqlite3.h"

using namespace std;

sqlite3* pDB;

int createTable()
{
char* errMsg;
std::string dropTab="drop table test_tab;";
string strSQL= "create table test_tab (f1 int, f2 long, f3 varchar(20));";
int res = sqlite3_exec(pDB,dropTab.c_str(),0,0, &errMsg);
if (res != SQLITE_OK)
{
   std::cout << "执行SQL 出错." << errMsg << std::endl;
   //return -1;
}

res = sqlite3_exec(pDB,strSQL.c_str(),0,0, &errMsg);

if (res != SQLITE_OK)
{
    std::cout << "执行创徏table的SQL 出错." << errMsg << std::endl;
    return -1;
}
else
{
      std::cout << "创徏table的SQL成功执行."<< std::endl;
}

return 0;
}

int insert1()
{
char* errMsg;

int res = sqlite3_exec(pDB,"begin transaction;",0,0, &errMsg);

for (int i= 1; i < 100; ++i)
{
    std::stringstream strsql;
    strsql << "insert into test_tab values(";
    strsql << i << ","<< (i+10) <<",'huyi'"<< ");";
    std::string str = strsql.str();
    cout << str <    res = sqlite3_exec(pDB,str.c_str(),0,0, &errMsg);
    if (res != SQLITE_OK)
    {
      std::cout << "执行SQL 出错." << errMsg << std::endl;
      return -1;
    }
}
res = sqlite3_exec(pDB,"commit transaction;",0,0, &errMsg);
std::cout << "SQL成功执行."<< std::endl;
return 0;
}

int select1()
{
char* errMsg;
int nrow = 0, ncolumn = 0;
char **azResult; //二维数组存放�l�果
string strSQL= "select * from test_tab;";
     /*
int res = sqlite3_exec(pDB,strSQL.c_str(),0,0, &errMsg);

if (res != SQLITE_OK)
{
    std::cout << "执行SQL 出错." << errMsg << std::endl;
    return -1;
}
else
{
       std::cout << "SQL成功执行."<< std::endl;
}
*/
sqlite3_get_table(pDB, strSQL.c_str(), &azResult, &nrow, &ncolumn, &errMsg);
     int i = 0;
for( i=0 ; i<( nrow + 1 ) * ncolumn ; i++ )
{
   if (i>0 && i%ncolumn==0)
    printf("\n");
      printf( "%s ",azResult[i]);
}
         printf("\n");
//释放�?azResult 的内存空�?br /> sqlite3_free_table( azResult );
sqlite3_close(pDB); //关闭数据�?br /> return 0;
}

int main(int argc, char* argv[])
{
if (argc < 2)
{
    std::cout << "误��入命令行参数�Q�sqlite数据库名." << std::endl;
    return 0;
}

int res = sqlite3_open(argv[1], &pDB);

if( res ){
    std::cout << "Can't open database: "<< sqlite3_errmsg(pDB);
    sqlite3_close(pDB);
    return -1;
}
res = createTable();
if (res != 0)
{
      return 0;
}
res = insert1();
if (res != 0)
{
      return 0;
}
select1();
   return 0;
}

allic 2008-05-10 16:21 发表评论

allic — Wed, 30 Apr 2008 06:07:00 GMT

如果把企业的数据比做生命所必需的血�Ԍ��那么数据库的设计��是应用中最重要的一部分。有��x��?br />库设计的材料汗牛充栋�Q�大学学位课�E�里也有专门的讲�q�。不�q�，��如我们反复��的那��P��再好�?br />老师也比不过�l�验的教诌Ӏ�所以我们最�q�找了些�Ҏ��据库设计颇有造诣的专业�h士给大家传授一些设
计数据库�?u>技�?/strong>和经验。我们的�~�辑从收到的130 个反馈中�_�N��了其中�?0 个最��x��巧，�q�把�q�些
技巧编写成了本文，��Z��方便索引其内容划分�ؓ5 个部分：
�W? 部分�?设计数据库之�?br />�q�一部分�|�列�?2 个基本技巧，包括命名规范和明��业务需求等�?br />�W? 部分�?设计数据库表
��d��24 个指南性技巧，�늛�表内字段设计以及应该避免的常见问题等�?br />�W? 部分�?选择�?br />怎么选择键呢�Q�这里有10 个技巧专门涉及系�l�生成的主键的正��用法，�q�有何时以及如何索引字段
以获得最��x��能�{��?br />�W?4 部分 �?保证数据完整�?br />讨论如何保持数据库的清晰和健壮，如何把有��x��据降低到最��程度�?br />�W? 部分�?各种��技�?br />不包括在以上4 个部分中的其他技巧，五花八门�Q�有了它们希望你的数据库开发工作会更轻松一些�?br />Page 2 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
�W? 部分�?设计数据库之�?/strong>
1. 考察现有环境
在设计一个新数据库时�Q�你不但应该仔细研究业务需求而且�q�要考察现有的系�l�。大多数数据�?br />��目都不是从头开始徏立的�Q�通常�Q�机构内��M��存在用来满��特定需求的现有�pȝ��Q�可能没有实
现自动计��）。显�Ӟ��现有�pȝ��q�不完美�Q�否则你��׃��必再建立新系�l�了。但是对旧系�l�的研究
可以让你发现一些可能会忽略的细微问题。一般来��_��考察现有�pȝ��对你�l�对有好处�?br />�?Lamont Adams
我曾�l�接手过一个�ؓ地区�q�输公司开发的数据库项目，�z�M��难，用的是Access 数据库。我讄��
了一些项目设计参敎ͼ�而且同客户一道对�q�些参数�q�行了评伎ͼ�事先�q�查看了开发环境下所采取
的工作模式，�{�到最后部�|�应用的时候，只见�l�端上出了几个提�C�符然后立马在我面前��辫�?br />了！抓��x��腮的折腾了好几个��时�Q�我才意识到�Q�原来这家公司的�|�络上跑着两个数据库应用，
而对�|�络的访问需要明��和严格的用户帐号及其访问权限。明白了�q�一点，问题�q�刃而解�Q�只需
采用客户的系�l�即可。这个项目给我的教训��是�Q�记住，假如你在诸如Access 或者Interbase �q?br />�c�d��q��境下开发应用程序，一定要从表面下手深入系�l�内部搞清楚你面临的环境到底是怎么�?br />事�?br />�?kg
2. 定义标准�?u>对象命名规范
一定要定义数据库对象的命名规范。对数据库表来说�Q�从��目一开始就要确定表名是采用复数�q?br />是单数�Ş式。此外还要给表的别名定义��单规则（比方��_��如果表名是一个单词，别名��取单词
的前4 个字母；如果表名是两个单词，��各取两个单词的前两个字母组�? 个字母长的别名；�?br />果表的名字由3 个单词组成，你不妨从头两个单词中各取一个然后从最后一个单词中再取��Z��?br />字母�Q�结果还是组�? 字母长的别名�Q�其余依�ơ类推）对工作用表来��_��表名可以加上前缀
WORK_ 后面附上采用该表的应用程序的名字。表内的列要针对键采用一整套设计规则。比如，
如果键是数字�c�d��Q�你可以用_NO 作�ؓ后缀�Q�如果是字符�c�d��则可以采�?_CODE 后缀。对列名
应该采用标准的前�~�和后�~�。再如，假如你的表里有好多“money”字�D�，你不妨给每个列增�?br />一个_AMT 后缀。还有，日期列最好以DATE_作�ؓ名字打头�?br />�?richard
��查表名、报表名和查询名之间的命名规范。你可能会很快就被这些不同的数据库要素的名称�?br />�p�涂了。假如你坚持�l�一地命名这些数据库的不同组成部分，臛_��你应该在�q�些对象名字的开�?br />用table、query 或者report �{�前�~�加以区别�?br />�?rrydenm
如果采用了Microsoft Access�Q�你可以�?qry、rpt�?tbl 和mod �{�符��h��标识对象�Q�比�?br />tbl_Employees�Q�。我在和SQL Server�Q�或者Oracle�Q�打交道的时候还用过tbl 来烦引表�Q�但�?br />用sp_company �Q�现在用sp_feft_�Q�标识存储过�E�，因�ؓ在有的时候如果我发现了更好的处理�?br />法往往会保存好几个拯��。我在实�?SQL Server 2000 时用udf_ �Q�或者类似的标记�Q�标识我�~?br />写的函数�?br />�?Timothy J. Bruce
Page 3 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
3. 预先计划
上个世纪80 �q�代初，我还在��用资产帐目系�l�和System 38 �q�_��Q�那时我负责设计所有的日期
字段�Q�这样在不费什么力气的情况下将来就可以��L��处理2000 �q�问题了。许多�h�l�我说就别去
解决�q�一问题了，因�ؓ要处理�v来太�ȝ��了（�q�在世�h皆知的Y2K 问题之前很久了）。我回击�?br />只要预先计划今后��׃��会遇到大�ȝ��。结果我只用了两周的旉��把�E�序全部改完了。因为预�?br />计划的好�Q�后来Y2K 问题对该�pȝ��的危害降��C��最低程度（最�q�听说该�E�序甚至��C��1995 �q�都
�q�运行在AS/400 �pȝ��上，唯一出现的小问题是从代码中删除注释费了点工夫�Q��?br />�?generalist
4. 获取数据模式资源手册
正在��L��C�Z��模式的�h可以阅读�?数据模式资源手册》一书，该书由Len Silverston、W. H.
Inmon 和Kent Graziano �~�写�Q�是一本值得拥有的最��x��据徏模图书。该书包括的章节�늛�多种
数据领域�Q�比如�h员、机构和工作效能�{��?br />�?minstrelmike
5. 畅想未来�Q�但不可忘了�q�去的教�?/strong>
我发现询问用户如何看待未来需求变化非常有用。这样做可以辑ֈ�两个目的�Q�首先，你可以清�?br />��C��解应用设计在哪个地方应该更具灉|��性以及如何避免性能瓉��Q�其�ơ，你知道发生事先没�?br />��定的需求变更时用户��和你一��h��到吃惊�?br />�?chrisdk
一定要��C��q�去的经验教训！我们开发�h员还应该通过分��n自己的体会和�l�验互相帮助。即使用
戯��Z��们再也不需要什么支持了�Q�我们也应该对他们进行这斚w��的教�Ԍ��我们都曾�l�面临过�q?br />��L��时刻“当初要是这么做了该多好⋯⋯”�?br />�?dhattrem
6. 在物理实践之前进行逻辑设计
在深入物理设计之前要先进行逻辑设计。随着大量�?CASE 工具不断涌现出来�Q�你的设计也可以
辑ֈ�相当高的逻辑水准�Q�你通常可以从整体上更好��C��解数据库设计所需要的�Ҏ��面面�?br />�?chardove
7. 了解你的业务
在你癑ֈ�癑֜��定�pȝ��从客戯��度满��_��需求之前不要在你的ER�Q�实体关�p�）模式中加入哪�?br />一个数据表�Q�怎么�Q�你�q�没有模式？那请你参看技�?�Q�。了解你的企业业务可以在以后的开�?br />阶段节约大量的时间。一旦你明确了业务需求，你就可以自己做出许多决策了�?br />�?rangel
一旦你认�ؓ你已�l�明��?了业务内容，你最好同客户�q�行一�ơ系�l�的交流。采用客��L��术语�q�且�?br />他们解释你所惛_��的和你所听到的。同时还应该用可能、将会和必须�{�词汇表辑և��pȝ��的关�p�d��
数。这样你��可以让你的客户�U�正你自��q��理解然后做好下一步的ER 设计�?br />�?teburlew
Page 4 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
8. 创徏数据字典和ER 图表
一定要��q��旉��创徏ER 图表和数据字典。其中至��应该包含每个字�D늚�数据�c�d��和在每个表内
的主外键。创建ER 图表和数据字典确实有点费时但对其他开发�h员要了解整个设计却是完全�?br />要的。越早创��能有助于避免今后面��的可能�؜乱，从而可以让��M��了解数据库的人都明确�?br />何从数据库中获得数据�?br />�?bgumbert
有一份诸如ER 图表�{�最新文档其重要性如何强调都不过分，�q�对表明表之间关�p�d��有用�Q�而数
据字典则说明了每个字�D늚�用途以及�Q何可能存在的别名。对SQL 表达式的文档化来说这是完
全必要的�?br />�?vanduin.chris.cj
9. 创徏模式
一张图表胜�q�千�a�万语�Q�开发�h员不仅要阅读和实现它�Q�而且�q�要用它来帮助自己和用户对话�?br />模式有助于提高协作效能，�q�样在先期的数据库设计中几乎不可能出现大的问题。模式不必弄�?br />很复杂；甚至可以��单到手写在一张纸上就可以了。只是要保证其上的逻辑关系今后能��生效
益�?br />�?Dana Daigle
10. 从输入输��Z��?/strong>
在定义数据库表和字段需求（输入�Q�时�Q�首先应��查现有的或者已�l�设计出的报表、查询和视图
�Q�输出）以决定�ؓ了支持这些输出哪些是必要的表和字�D�c��D个简单的例子�Q�假如客户需要一�?br />报表按照邮政�~�码排序、分�D�和求和�Q�你要保证其中包括了单独的邮政编码字�D�而不要把邮政�~?br />码糅�q�地址字段里�?br />�?peter.marshall
11. 报表技�?br />要了解用户通常是如何报告数据的�Q�批处理�q�是在线提交报表�Q�时间间隔是每天、每周、每月�?br />每个季度�q�是每年�Q�如果需要的话还可以考虑创徏�ȝ��表。系�l�生成的主键在报表中很难��理�?br />用户在具有系�l�生成主键的表内用副键进行检索往往会返回许多重复数据。这��L��索性能比较
低而且�Ҏ��引�v混�ؕ�?br />�?kol
12. 理解客户需�?/strong>
看�v来这应该是显而易见的事，但需求就是来自客��P��q�里要从内部和外部客��L��角度考虑�Q��?br />不要依赖用户写下来的需求，真正的需求在客户的脑袋里。你要让客户解释光��求，而且随着开
发的�l�箋�Q�还要经常询问客户保证其需求仍然在开发的目的之中。一个不变的真理是：“只有我
看见了我才知道我惌��的是什么”必然会��D��大量的返工，因�ؓ数据库没有达到客户从来没有写
下来的需求标准。而更�p�的是你对他们需求的解释只属于你自己�Q�而且可能是完全错误的�?br />�?kgilson
Page 5 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
�W? 部分�?设计表和字段
1. ��查各�U�变�?br />我在设计数据库的时候会考虑到哪些数据字�D�将来可能会发生变更。比方说�Q�姓氏就是如此（�?br />意是西方人的姓氏�Q�比如女性结婚后从夫姓等�Q�。所以，在徏立系�l�存储客户信息时�Q�我們֐��?br />在单独的一个数据表里存储姓氏字�D�，而且�q�附加�v始日和终止日�{�字�D�，�q�样��可以跟�t�这一
数据条目的变化�?br />�?Shropshire Lad
2. 采用有意义的字段�?br />有一回我参加开发过一个项目，其中有从其他�E�序员那里��承的�E�序�Q�那个程序员喜欢用屏�q�上
昄��数据指示用语命名字段�Q�这也不赖，但不�q�的是，她还喜欢用一些奇怪的命名法，其命名采
用了匈牙利命名和控制序号的组合�Ş式，比如cbo1�?txt2、txt2_b �{�等�?br />除非你在使用只面向你的羃写字�D�名的系�l�，否则请尽可能地把字段描述的清楚些。当�Ӟ��也别
做过头了�Q�比如Customer_Shipping_Address_Street_Line_1 I 虽然很富有说明性，但没人愿�?br />键入�q�么长的名字�Q�具体尺度就在你的把握中�?br />�?Lamont Adams
3. 采用前缀命名
如果多个表里有好多同一�c�d��的字�D�（比如FirstName�Q�，你不妨用特定表的前缀�Q�比�?br />CusLastName�Q�来帮助你标识字�D�c�?br />�?notoriousDOG
时效性数据应包括“最�q�更新日�?旉��”字�D�c��时间标记对查找数据问题的原因、按日期重新�?br />�?重蝲数据和清除旧数据特别有用�?br />�?kol
5. 标准化和数据驱动
数据的标准化不仅方便了自��p��且也方便了其他人。比方说�Q�假如你的用��L��面要讉K��外部数据
源（文�g、XML 文档、其他数据库�{�）�Q�你不妨把相应的�q�接和�\径信息存储在用户界面支持�?br />里。还有，如果用户界面执行工作��之�cȝ��d��Q�发送邮件、打��C��W�、修改记录状态等�Q�，�?br />么��生工作流的数据也可以存放在数据库里。预先安排总需要付出努力，但如果这些过�E�采用数
据驱动而非��编码的方式�Q�那么策略变更和�l�护都会方便得多。事实上�Q�如果过�E�是数据驱动
的，你就可以把相当大的责��L��l�用��P��q��h��l�护自己的工作流�q�程�?br />�?tduvall
6. 标准化不能过�?br />寚w��些不熟悉标准化一词（normalization �Q�的��言�Q�标准化可以保证表内的字�D�都是最基础�?br />要素�Q�而这一措施有助于消除数据库中的数据冗余。标准化有好几种形式�Q�但Third Normal
Form�Q?NF�Q�通常被认为在性能、扩展性和数据完整性方面达��C��最好��^衡。简单来��_��3NF �?br />定：
Page 6 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
· 表内的每一个值都只能被表达一�ơ�?br />· 表内的每一行都应该被唯一的标识（有唯一键）�?br />· 表内不应该存储依赖于其他键的非键信息�?br />遵守3NF 标准的数据库��h��以下特点�Q�有一�l�表专门存放通过键连接�v来的兌��数据。比方说�Q?br />某个存放客户及其有关定单�?NF 数据库就可能有两个表�Q�Customer 和Order。Order 表不�?br />含定单关联客��L��M��信息�Q�但表内会存放一个键��|��该键指向Customer 表里包含该客户信�?br />的那一行�?br />更高层次的标准化也有�Q�但更标准是否就一定更好呢�Q�答案是不一定。事实上�Q�对某些��目�?br />��_��甚至��p��3NF 都可能给数据库引入太高的复杂性�?br />�?Lamont Adams
��Z��效率的缘故，对表不进行标准化有时也是必要的，�q�样的例子很多。曾�l�有个开发胦务分�?br />软�g的活��是用非标准化表把查询时间从�q�_��40 �U�降低到了两�U�左叟뀂虽然我不得不这么做�Q?br />但我�l�不把数据表的非标准化当作当然的设计理念。而具体的操作不过是一�U�派生。所以如果表
��Z��问题重新产生非标准化的表是完全可能的�?br />�?epepke
7. Microsoft Access 报表技�?br />如果你正在��用Microsoft Access�Q�你可以用对用户友好的字�D�名来代替编��L��名称�Q�比如用
Customer Name 代替txtCNaM。这��P��当你用向导程序创��单和报表�Ӟ��其名字会让那些不
是程序员的�h更容易阅诅R�?br />�?jwoodruf
8. 不活跃或者不采用的指�C�符
增加一个字�D�表�C�所在记录是否在业务中不再活跃挺有用的。不��是客户、员工还是其他什�?br />人，�q�样做都能有助于再运行查询的时候过滤活跃或者不�z�跃状态。同时还消除了新用户在采�?br />数据时所面��的一些问题，比如�Q�某些记录可能不再�ؓ他们所用，再删除的时候可以�v��C��?�?br />防范作用�?br />�?theoden
9. 使用角色实体定义属于某类别的�?br />在需要对属于特定�c�d��或者具有特定角色的事物做定义时�Q�可以用角色实体来创建特定的旉��?br />联关�p�，从而可以实现自我文档化�?br />�q�里的含义不是让PERSON 实体带有Title 字段�Q�而是��_��Z��么不用PERSON 实体�?br />PERSON_TYPE 实体来描�q�C�h员呢�Q�然后，比方��_��?John Smith, Engineer 提升为John
Smith, Director 乃至最后爬到John Smith, CIO 的高位，而所有你要做的不�q�是改变两个�?br />PERSON 和PERSON_TYPE 之间关系的键��|��同时增加一个日�?旉��字段来知道变化是何时
发生的。这��P��你的PERSON_TYPE 表就包含了所有PERSON 的可能类型，比如Associate�?br />Engineer、Director、CIO 或者CEO �{��?br />�q�有个替代办法就是改变PERSON 记录来反映新头衔的变化，不过�q�样一来在旉��上无法跟�t?br />个�h所处位�|�的具体旉��?br />Page 7 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
�?teburlew
10. 采用常用实体命名机构数据
�l�织数据的最��单办法就是采用常用名字，比如�Q�PERSON、ORGANIZATION、ADDRESS �?br />PHONE �{�等。当你把�q�些常用的一般名字组合�v来或者创建特定的相应副实体时�Q�你��得��C��
自己用的�Ҏ��版本。开始的时候采用一般术语的主要原因在于所有的具体用户都能�Ҏ��象事物具
体化�?br />有了�q�些抽象表示�Q�你��可以在�W? �U�标识中采用自己的特�D�名�U�ͼ�比如�Q�PERSON 可能�?br />Employee、Spouse、Patient、Client、Customer、Vendor 或者Teacher �{�。同��L��Q?br />ORGANIZATION 也可能是MyCompany、MyDepartment、Competitor、Hospital�?br />Warehouse、Government �{�。最后ADDRESS 可以具体为Site、Location、Home、Work�?br />Client、Vendor、Corporate 和FieldOffice �{��?br />采用一般抽象术语来标识“事物”的�c�d��可以让你在关联数据以满��业务要求斚w��获得巨大的灵
�z�L��，同时�q�样做还可以显著降低数据存储所需的冗余量�?br />�?teburlew
11. 用户来自世界各地
在设计用到网�l�或者具有其他国际特性的数据库时�Q�一定要��C��大多数国安��有不同的字段�?br />式，比如邮政�~�码�{�，有些国家�Q�比如新西兰��没有邮政编码一说�?br />�?billh
12. 数据重复需要采用分立的数据�?br />如果你发现自己在重复输入数据�Q�请创徏新表和新的关�p�R�?br />�?Alan Rash
13. 每个表中都应该添加的3 个有用的字段
· dRecordCreationDate�Q�在VB 下默认是Now()�Q�而在SQL Server 下默认�ؓGETDATE()
· sRecordCreator�Q�在SQL Server 下默认�ؓNOT NULL DEFAULT USER
· nRecordVersion�Q�记录的版本标记�Q�有助于准确说明记录中出现null 数据或者丢失数据的�?br />�?br />�?Peter Ritchie
14. 对地址和电话采用多个字�D?br />描述街道地址��q��短一行记录是不够的。Address_Line1、Address_Line2 和Address_Line3 �?br />以提供更大的灉|��性。还有，电话��L��和邮件地址最好拥有自��q��数据表，光��h��自��n的类�?br />和标记类别�?br />�?dwnerd
�q�分标准化可要小心，�q�样做可能会��D��性能上出现问题。虽然地址和电话表分离通常可以辑ֈ�
最佳状态，但是如果需要经常访问这�c�M��息，或许在其父表中存�䏀�首选”信息（比如
Customer �{�）更�ؓ妥当些。非标准化和加速访问之间的妥协是有一定意义的�?br />�?dhattrem
Page 8 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
15. 使用多个名称字段
我觉得很吃惊�Q�许多�h在数据库里就�l?name 留一个字�D�c��我觉得只有刚入门的开发�h员才会这
么做�Q�但实际上网上这�U�做法非常普遍。我��应该把姓氏和名字当作两个字段来处理，然后�?br />查询的时候再把他们组合�v来�?br />�?klempan
Klempan 不是唯一一个注意到使用单个name 字段的�h�Q�要把这�U�情况变得对用户更�ؓ友好有好
些方法。我最常用的是在同一表中创徏一个计��列�Q�通过它可以自动地�q�接标准化后的字�D�，�q?br />��h��据变动的时候它也跟着变。不�q�，�q�样做在采用建模软�g时得很机灉|��行。��M��Q�采用连�?br />字段的方式可以有效的隔离用户应用和开发�h员界面�?br />�?damon
16. 提防大小写�؜用的对象名和�Ҏ��字符
�q�去最令我恼火的事情之一��是数据库里有大��写��L��的对象名�Q�比如CustomerData。这一�?br />题从Access 到Oracle 数据库都存在。我不喜�Ƣ采用这�U�大��写��L��的对象命名方法，�l�果�q�不
得不手工修改名字。想想看�Q�这�U�数据库/应用�E�序能�؜到采用更强大数据库的那一天吗�Q�采用全
部大写而且包含下划�W�的名字��h��更好的可��L��（CUSTOMER_DATA�Q�，�l�对不要在对象名�?br />字符之间留空根{�?br />�?bfren
17. ��心保留�?br />要保证你的字�D�名没有和保留词、数据库�pȝ��或者常用访问方法冲�H�，比如�Q�最�q�我�~�写的一�?br />ODBC �q�接�E�序里有个表�Q�其中就用了DESC 作�ؓ说明字段名。后果可惌��知�Q�DESC �?br />DESCENDING �~�写后的保留词。表里的一个SELECT *语句倒是能用�Q�但我得到的却是一大堆
毫无用处的信息�?br />�?Daniel Jordan
18. 保持字段名和�c�d��的一致�?br />在命名字�D��ƈ为其指定数据�c�d��的时候一定要保证一致性。假如字�D�在某个表中叫做
“agreement_number”，你就别在另一个表里把名字�Ҏ��“ref1”。假如数据类型在一个表�?br />是整敎ͼ�那在另一个表里可��别变成字符型了。记住，你干完自��q��z�M��Q�其他�h�q�要用你的数
据库呢�?br />�?setanta
19. 仔细选择数字�c�d��
在SQL 中��用smallint 和tinyint �c�d��要特别小心，比如�Q�假如你想看看月销售总额�Q�你的总额�?br />�D늱�型是smallint�Q�那么，如果总额��过�?32,767 你就不能�q�行计算操作了�?br />�?egermain
20. 删除标记
在表中包含一个“删除标记”字�D�，�q�样��可以把行标��Cؓ删除。在关系数据库里不要单独删除
某一行；最好采用清除数据程序而且要仔�l�维护烦引整体性�?br />�?kol
Page 9 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
21. 避免使用触发�?br />触发器的功能通常可以用其他方式实现。在调试�E�序时触发器可能成�ؓ�q�扰。假如你��实需要采
用触发器�Q�你最好集中对它文档化�?br />�?kol
22. 包含版本机制
��你在数据库中引入版本控制机制来确定��用中的数据库的版本。无论如何你都要实现�q�一�?br />求。时间一长，用户的需求��L��会改变的。最�l�可能会要求修改数据库结构。虽然你可以通过��
查新字段或者烦引来��定数据库结构的版本�Q�但我发现把版本信息直接存放到数据库中不更�ؓ�?br />便吗�Q��?br />�?Richard Foster
23. �l�文本字�D늕��余�?br />ID �c�d��的文本字�D�，比如客户ID 或定单号�{�等都应该设�|�得比一般想象更大，因�ؓ旉��不长�?br />多半��׃��因�ؓ要添加额外的字符而难堪不巌Ӏ�比方说�Q�假设你的客户ID �?0 位数�ѝ��那你应�?br />把数据库表字�D늚�长度设�ؓ12 或�?3 个字�W�长。这��浪费空间吗�Q�是有一点，但也没你惌��?br />那么多：一个字�D�加�? 个字�W�在�? 百万条记录，再加上一点烦引的情况下才不过让整个数�?br />库多占据3MB 的空间。但�q�额外占据的�I�间却无需��来重构整个数据库就可以实现数据库规�?br />的增长了�?br />�?tlundin
24. 列命名技�?br />我们发现�Q�假如你�l�每个表的列名都采用�l�一的前�~��Q�那么在�~�写SQL 表达式的时候会得到�?br />大的��化。这样做也确实有�~�点�Q�比如破坏了自动表连接工��L��作用�Q�后者把公共列名同某些数
据库联系��h��Q�不�q�就�q�这些工��h��时不也连接错误嘛。�D个简单的例子�Q�假设有两个表：
Customer 和Order。Customer 表的前缀是cu_�Q�所以该表内的子�D�名如下�Q�cu_name_id�?br />cu_surname、cu_initials 和cu_address �{�。Order 表的前缀是or_�Q�所以子�D�名是：
or_order_id、or_cust_name_id、or_quantity 和or_descrīption �{��?br />�q�样从数据库中选出全部数据的SQL 语句可以写成如下所�C�：
Select * from Customer, Order
Where cu_surname = "MYNAME"
and cu_name_id = or_cust_name_id
and or_quantity = 1;
在没有这些前�~�的情况下则写成这个样子：
Select * from Customer, Order
Where Customer.surname = "MYNAME"
and Customer.name_id = Order.cust_name_id
and Order.quantity = 1
�W? 个SQL 语句没少键入多少字符。但如果查询涉及�? 个表乃至更多的列你就知道�q�个技�?br />多有用了�?br />�?Bryce Stenberg
Page 10 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
�W? 部分�?选择键和索引
1. 数据采掘要预先计�?br />我所在的市场部门一度要处理8 万多份联�p�L��式，同时填写每个客户的必要数据（�q�绝对不是小
�z�）。我从中�q�要��定��Z��l�客户作为市场目标。当我从最开始设计表和字�D늚�时候，我试图不
在主索引里增加太多的字段以便加快数据库的�q�行速度。然后我意识到特定的�l�查询和信息采掘
既不准确速度也不快。结果只好在�ȝ��引中重徏而且合�ƈ了数据字�D�c��我发现有一个指�C��划相
当关键——当我想创徏�pȝ��c�d��查找时�ؓ什么要采用��L��作�ؓ�ȝ��引字�D�呢�Q�我可以用传真号�?br />�q�行��索，但是它几乎就象系�l�类型一样对我来说�ƈ不重要。采用后者作��Z��字段�Q�数据库更新
后重新烦引和��索就快多了�?br />�?hscovell
可操作数据仓库（ODS�Q�和数据仓库�Q�DW�Q�这两种环境下的数据索引是有差别的。在DW 环境
下，你要考虑销售部门是如何�l�织销售活动的。他们�ƈ不是数据库管理员�Q�但是他们确定表内的
键信息。这里设计�h员或者数据库工作人员应该分析数据库结构从而确定出性能和正��输��Z��?br />的最��x��件�?br />�?teburlew
2. 使用�pȝ��生成的主�?br />�q�一天类同技�?�Q�但我觉得有必要在这里重复提醒大家。假如你��L��在设计数据库的时候采�?br />�pȝ��生成的键作�ؓ主键�Q�那么你实际控制了数据库的烦引完整性。这��P��数据库和非�h工机制就
有效地控制了对存储数据中每一行的讉K��?br />采用�pȝ��生成键作��Z��键还有一个优点：当你拥有一致的键结构时�Q�找到逻辑�~�陷很容易�?br />�?teburlew
3. 分解字段用于索引
��Z��分离命名字段和包含字�D�以支持用户定义的报表，误��虑分解其他字段�Q�甚至主键）为其�l?br />成要素以便用户可以对其进行烦引。烦引将加快SQL 和报表生成器脚本的执行速度。比方说�Q?br />我通常在必��M��用SQL LIKE 表达式的情况下创建报表，因�ؓ case number 字段无法分解�?br />year、serial number、case type 和defendant code �{�要素。性能也会变坏。假如年度和�c�d��?br />�D�可以分解�ؓ索引字段那么�q�些报表�q�行��h��׃��快多了�?br />�?rdelval
4. 键设�? 原则
· 为关联字�D�创建外键�?br />· 所有的键都必须唯一�?br />· 避免使用复合键�?br />· 外键��L��兌��唯一的键字段�?br />�?Peter Ritchie
Page 11 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
5. 别忘了烦�?br />索引是从数据库中获取数据的最高效方式之一�?5%的数据库性能问题都可以采用烦引技术得�?br />解决。作��Z��条规则，我通常寚w��辑主键使用唯一的成�l�烦引，对系�l�键�Q�作为存储过�E�）采用
唯一的非成组索引�Q�对��M��外键列采用非成组索引。不�q�，索引��p��是盐�Q�太多了菜就��了。你
得考虑数据库的�I�间有多大，表如何进行访问，�q�有�q�些讉K��是否主要用作��d��?br />�?tduvall
大多数数据库都烦引自动创建的主键字段�Q�但是可别忘了烦引外键，它们也是�l�常使用的键�Q�比
如运行查询显�C�Z��表和所有关联表的某条记录就用得上。还有，不要索引memo/note 字段�Q�不
要烦引大型字�D�（有很多字�W�）�Q�这样作会让索引占用太多的存储空间�?br />�?gbrayton
6. 不要索引常用的小型表
不要为小型数据表讄��M��键，假如它们�l�常有插入和删除操作��更别这样作了。对�q�些插入�?br />删除操作的烦引维护可能比扫描表空间消耗更多的旉��?br />�?kbpatel
7. 不要把社会保障号码（SSN�Q�选作�?br />永远都不要��用SSN 作�ؓ数据库的键。除了隐�U�原因以外，��ȝ��政府��来��趋向于不准许把
SSN 用作除收入相关以外的其他目的�Q�SSN 需要手工输入。永�q�不要��用手工输入的键作��Z��
键，因�ؓ一旦你输入错误�Q�你唯一能做的就是删除整个记录然后从头开始�?br />�?teburlew
上个世纪70 �q�代我还在读大学的时候，我记得那时SSN �q�曾被用做学��P��当然��管�q�么做是�?br />法的。而且��Z��也都知道�q�是非法的，但他们已�l�习惯了。后来，随着盗取�w�䆾犯罪案�g的增
加，我现在的大学校园正痛苦地从一大摊子数据中把SSN 删除�?br />�?generalist
8. 不要用用��L��?br />在确定采用什么字�D�作��的键的时候，可一定要��心用户��要�~�辑的字�D�c��通常的情况下不要
选择用户可编辑的字段作�ؓ键。这样做会迫使你采取以下两个措施�Q?br />· 在创��录之后对用户�~�辑字段的行为施加限制。假如你�q�么做了�Q�你可能会发��C��的应用程
序在商务需求突然发生变化，而用户需要编辑那些不可编辑的字段时缺乏��够的灉|��性。当�?br />户在输入数据之后直到保存记录才发现系�l�出了问题他们该怎么惻I��删除重徏�Q�假如记录不�?br />重徏是否让用戯��开�Q?br />· 提出一些检��和�U�正键冲�H�的�Ҏ��。通常�Q�费点精力也��搞定了�Q�但是从性能上来看这样做�?br />代�h��比较大了。还有，键的�U�正可能会迫使你�H�破你的数据和商�?用户界面层之间的�?br />��R�?br />所以还是重提一句老话�Q�你的设计要适应用户而不是让用户来适应你的设计�?br />�?Lamont Adams
不让主键��h��可更新性的原因是在关系模式下，主键实现了不同表之间的关联。比如，
Customer 表有一个主键CustomerID�Q�而客��L��定单则存攑֜�另一个表里。Order 表的主键可能
Page 12 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
是OrderNo 或者OrderNo、CustomerID 和日期的�l�合。不��你选择哪种键设�|�，你都需要在
Order 表中存放CustomerID 来保证你可以�l�下定单的用��h��到其定单记录�?br />假如你在Customer 表里修改了CustomerID�Q�那么你必须扑և�Order 表中的所有相兌��录对其进
行修攏V��否则，有些定单��׃��不属于�Q何客户——数据库的完整性就��完蛋了�?br />如果索引完整性规则施加到表一�U�，那么在不�~�写大量代码和附加删除记录的情况下几乎不可能
改变某一条记录的键和数据库内所有关联的记录。而这一�q�程往往错误丛生所以应该尽量避免�?br />�?ljboast
9. 可选键有时可做主键
��C��Q�查询数据的不是机器而是人�?br />假如你有可选键�Q�你可能�q�一步把它用做主键。那��L��话，你就拥有了徏立强大烦引的能力。这
样可以阻止��用数据库的�h不得不连接数据库从而恰当的�q��o数据。在严格控制域表的数据库
上，�q�种负蝲是比较醒目的。如果可选键真正有用�Q�那��是辑ֈ�了主键的水准�?br />我的看法是，假如你有可选键�Q�比如国家表内的state_code�Q�你不要在现有不能变动的唯一键上
创徏后箋的键。你要做的无非是创徏毫无价值的数据。比如以下的例子�Q?br />Select count(*)
from address, state_ref
where
address.state_id = state_ref.state_id
and state_ref.state_code = 'TN'
我的做法是这��L��Q?br />Select count(*)
from address
where
and state_code = 'TN'
如你因�ؓ�q�度使用表的后箋键徏立这�U�表的关联，操作负蝲真得需要考虑一下了�?br />�?Stocker
10. 别忘了外�?br />大多数数据库索引自动创徏的主键字�D�c��但别忘了烦引外键字�D�，它们在你��x��询主表中的记�?br />及其兌��记录时每�ơ都会用到。还有，不要索引memo/notes 字段而且不要索引大型文本字段
�Q�许多字�W�）�Q�这样做会让你的索引占据大量的数据库�I�间。�?br />�?gbrayton
Page 13 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
�W? 部分�?保证数据的完整�?br />1. 用约束而非商务规则强制数据完整�?br />如果你按照商务规则来处理需求，那么你应当检查商务层��?用户界面�Q�如果商务规则以后发生变
化，那么只需要进行更新即可�?br />假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件�?br />如果你在数据层确实采用了�U�束�Q�你要保证有办法把更��C��能通过�U�束��查的原因采用用户理解
的语�a�通知用户界面。除非你的字�D�命名很冗长�Q�否则字�D�名本��n�q�不够�?br />�?Lamont Adams
只要有可能，请采用数据库�pȝ��实现数据的完整性。这不但包括通过标准化实现的完整性而且�q?br />包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正��性。不要依赖于商务�?br />保证数据完整性；它不能保证表之间�Q�外键）的完整性所以不能强加于其他完整性规则之上�?br />�?Peter Ritchie
2. 分布式数据系�l?br />对分布式�pȝ��而言�Q�在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应�?br />估计一下未�? �q�或�?0 �q�的数据量。当你把数据传送到其他站点的时候，最好在数据库字�D?br />中设�|�一些标记。在目的站点收到你的数据之后更新你的标记。�ؓ了进行这�U�数据传输，请写�?br />你自��q��批处理或者调度程序以特定旉��间隔�q�行而不要让用户在每天的工作后传输数据。本�?br />拯��你的�l�护数据�Q�比如计��常数和利息率等�Q�设�|�版本号保证数据在每个站炚w��完全一致�?br />�?Suhair TechRepublic
3. 强制指示完整�?br />没有好办法能在有��x��据进入数据库之后消除它，所以你应该在它�q�入数据库之前将其剔除。激
�z�L��据库�pȝ��的指�C�完整性特性。这样可以保持数据的清洁而能�q��开发�h员投入更多的旉��?br />理错误条件�?br />�?kol
4. 关系
如果两个实体之间存在多对一关系�Q�而且�q�有可能转化为多对多关系�Q�那么你最好一开始就讄��
成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多�?br />�?CS Data Architect
5. 采用视图
��Z��在你的数据库和你的应用程序代码之间提供另一层抽象，你可以�ؓ你的应用�E�序建立专门�?br />视图而不必非要应用程序直接访问数据表。这样做�q�等于在处理数据库变更时�l�你提供了更多的
自由�?br />�?Gay Howe
Page 14 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
6. �l�数据保有和恢复制定计划
考虑数据保有�{�略�q�包含在设计�q�程中，预先设计你的数据恢复�q�程。采用可以发布给用户/开�?br />人员的数据字典实现方便的数据识别同时保证�Ҏ��据源文档化。编写在�U�更新来“更新查询”供
以后万一数据丢失可以重新处理更新�?br />�?kol
7. 用存储过�E�让�pȝ��做重�z?br />解决了许多麻烦来产生一个具有高度完整性的数据库解��x��案之后，我所在的团队军_��装一�?br />兌��表的功能�l�，提供一整套常规的存储过�E�来讉K��各组以便加快速度和简化客��L��序代码的开
发。在此期��_��我们发现3GL �~�码器设�|�了所有可能的错误条�g�Q�比如以下所�C�：
SELECT Cnt = COUNT (*)
FROM []
WHERE [] =
IF Cnt = 0
BEGIN
INSERT INTO [
]
( [< primary key column>] )
VALUES ( )
END
ELSE
BEGIN

END
而一个非3GL �~�码器是�q�样做的�Q?br />INSERT INTO [
]
( [< primary key column>] )
VALUES
( )
IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint
BEGIN

END
�W? 个程序简单多了，而且事实上，利用了我们给数据库的功能。虽然我个�h不喜�Ƣ��用嵌入文
字（2627�Q�。但是那样可以很方便地用一炚w��先处理来代替。数据库不只是一个存放数据的�?br />方，它也是简化编码之地�?br />�?a-smith
8. 使用查找
控制数据完整性的最��x��式就是限制用��L��选择。只要有可能都应该提供给用户一个清晰的价�?br />列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别�?br />合查找：国家代码、状态代码等�?br />�?CS Data Architect
Page 15 © CNET Networks Inc. 2002
www.zdnet.com.cn/developer
�W? 部分�?各种��技�?br />1. 文档、文档、文�?br />�Ҏ��有的快捷方式、命名规范、限制和函数都要�~�制文档�?br />�?nickypendragon
采用�l�表、列、触发器�{�加注释的数据库工具。是的，�q�有点费事，但从长远来看�Q�这样做对开
发、支持和跟踪修改非常有用�?br />�?chardove
取决于你使用的数据库�pȝ��Q�可能有一些��Y件会�l�你一些供你很快上手的文档。你可能希望先开
始在��_��然后获得��来��多的细节。或者你可能希望周期性的预排�Q�在输入新数据同旉��着你的
�q�展�Ҏ��一部分�l�节化。不��你选择哪种方式�Q�总要对你的数据库文档化，或者在数据库自�w�的
内部或者单独徏立文档。这��P��当你�q�了一�q�多旉��后再回过头来做第2 个版本，你犯错的��Z��
��大大减��?br />�?mrs_helm
2. 使用常用��p��Q�或者其他�Q何语�a��Q�而不要��用编�?br />��Z��么我们经帔R��用编码（比如9935A 可能是墨水笔的供应代码，4XF788-Q 可能是帐目编
码）�Q�理由很多。但是用户通常都用��p��q�行思考而不是编码。工�? �q�的会计或许知道
4XF788-Q 是什么东西，但新来的可就不一定了。在创徏下拉菜单、列表、报表时最好按照英�?br />名排序。假如你需要编码，那你可以在编码旁附上用户知道的英语�?br />�?amasa
3. 保存常用信息
让一个表专门存放一般数据库信息非常有用。我常在�q�个表里存放数据库当前版本、最�q�检�?�?br />复（对Access�Q�、关联设计文档的名称、客��L��信息。这样可以实��C��U�简单机制跟�t�数�?br />库，当客��h��怨他们的数据库没有达到希望的要求而与你联�p�L��Q�这样做寚w��客户�?服务器环�?br />特别有用�?br />�?Richard Foster
4. ��试、测试、反复测�?br />建立或者修订数据库之后�Q�必��ȝ��用户新输入的数据��试数据字段。最重要的是�Q�让用户�q�行��?br />试�ƈ且同用户一道保证你选择的数据类型满��_��业要求。测试需要在把新数据库投入实际服务之
前完成�?br />�?juneebug
5. ��查设�?br />在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库。换句话��_��
针对每一�U�最�l�表达数据的原型应用�Q�保证你��查了数据模型�q�且查看如何取出数据�?/font>

allic 2008-04-30 14:07 发表评论

allic — Thu, 27 Mar 2008 15:06:00 GMT
写了一个简单的C��试�E�序�Q�里面调有了几个sqlite接口。然后编译。我��p��试如何编译链�?br />�E�序目录如下
/home/sqlite-ix86-linux
[root@localhost sqlite-ix86-linux]# ls
bin ctest huyi.db include lib test test.c
库和头文仉��不是在标准的/usr/include �?usr/lib目录�?br />gcc -L/home/sqlite-ix86-linux/lib/ -lsqlite3 -o test test.c
�~�译通过。其实后来把头文件拷��C��/usr/include 目录下了。半天没有搞对，��拷�q�去了�?br />�q�行test�?br />./test: error while loading shared libraries: libsqlite3.so.0: cannot open shared object file: No such file or directory

再到�|�上一查原来是加蝲动态链接库的�\径不�?br />export LD_LIBRARY_PATH=/home/sqlite-ix86-linux/lib

�q�行成功�?br />

allic 2008-03-27 23:06 发表评论

sqlite基本操作

allic — Thu, 27 Mar 2008 12:21:00 GMT
1、创建库
  #sqlite3 name.db
2、创��
  >create table tabelname (field1[�c�d��] ,field2[�c�d��] ,field3[�c�d��].....);
3、修改表
  >alter table tablename add culumn fieldN; 只适用与追�?br />4、删除表
  >drop table tablename;
5、列��?br />  > tables or show tables;
6、显�C�库�l�构
  > schema tablename;
7、数据操�?br /> 查询 select  from tablename;
增加 insert into tablename values(filed|value);
删除 delete from tablename ;
改变 update tablename set filedN=valueN;
以上数据操作均可以跟where条�g表达式，orderby
逻辑表达式有  AND OR NOT > =  = + = * / ()

.�q�有很有用的SQL
Select * from Sqlite_master
Select datetime('now')
Select date('now')
Select time('now')

数据�c�d��和创��C�Z��
CREATE TABLE ex2
(
　 a VARCHAR(10),
　 b NVARCHAR(15),
　 c TEXT,
　 d INTEGER,
　 e FLOAT,
　 f BOOLEAN,
　 g CLOB,
　 h BLOB,
　 i TIMESTAMP,
　 j NUMERIC(10,5)
　 k VARYING CHARACTER (24),
　 l NATIONAL VARYING CHARACTER(16)
);

allic 2008-03-27 20:21 发表评论

SQLite数据库文件格式分�?B树的基本�l�织)

allic — Thu, 27 Mar 2008 08:37:00 GMT
此分析称为简易版�Q�因为后面还计划分析一个更复杂的数据库文�g�Q�以深入理解SQLite数据库B树实现的�l�构�Q�从��易的开始不�׃ؓ一�U�好的学习方法，�q�里的简易版本文件是指大��ؓ2K字节�Q�即每个B树页1K字节�Q�共两个B树页�Q�补充说明一下，�q�里的B树页��是指经典数据结构书上所讲的B树节点，在这里称为页是因为SQLite在实现B树时��是使用��page的概忉|��l�织的�?
创徏�Ҏ��如下�Q?br />CREATE TABLE tbl1(one varchar(10),two varchar(10));
INSERT INTO "tbl1" VALUES('first', 'xxx');
INSERT INTO "tbl1" VALUES('second', 'yyy');

然后退出，用UltraEdit打开�q�个数据库文�Ӟ��
00000000h: 53 51 4C 69 74 65 20 66 6F 72 6D 61 74 20 33 00 ; SQLite format 3.
00000010h: 04 00 01 01 00 40 20 20 00 00 00 07 00 00 00 00 ; .....@ ........
00000020h: 00 00 00 00 00 00 00 00 00 00 00 03 00 00 00 01 ; ................
00000030h: 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 00 ; ................
00000040h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; ................
00000050h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; ................
00000060h: 00 00 00 00 0D 00 00 00 01 03 B8 00 03 B8 00 00 ; ..........?.?.
00000070h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; ................
�q�中间部分全部都是零。省去！
000003a0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; ................
000003b0h: 00 00 00 00 00 00 00 00 46 01 06 17 15 15 01 71 ; ........F......q
000003c0h: 74 61 62 6C 65 74 62 6C 31 74 62 6C 31 02 43 52 ; tabletbl1tbl1.CR
000003d0h: 45 41 54 45 20 54 41 42 4C 45 20 74 62 6C 31 28 ; EATE TABLE tbl1(
000003e0h: 6F 6E 65 20 76 61 72 63 68 61 72 28 31 30 29 2C ; one varchar(10),
000003f0h: 74 77 6F 20 76 61 72 63 68 61 72 28 31 30 29 29 ; two varchar(10))
     �q�是�W�一个B树页�Q�这个B树页里存放了表sqlite_master的信息，�q�就是SQLite数据库的�pȝ��表了�?br />下面分析一下这些二�q�制的具体涵义，SQLite�l�一采用大端法来表示数据�Q�不同与一般intel机器的小端法了：
偏移地址   大小    涵义
0          16     "SQLite format 3\000"
16           2     400H�Q?024个字节，每个��面的字节数
18           2     0101H表示版本可��已
20           1     每页末端的未用空��_��q�里为零表示数据都是从每��|��后一个字节开始存�?br />21           1     最大负载分片数�Q�类��g��IP分片�Q�一��存不下�Q�要分片
22           1     最��负载分片数
23           1     最��叶子负载分片数
24           4     文�g修改计数�Q�用于实现�ƈ行访�?br />28           4     保留未用
32           4     �W�一个freelist��?br />36           4     文�g中的freelist��|��
40          60     �q�里未用
上面的这一百个字节�U�Cؓ数据库文件的文�g��_��q�个文�g头只有第一个B树页才有�Q�后面的每一个B树页都没有这个结构，后面每一��늻�构都相同�Q?br />依次为：B树页头结构，B树指针结构，未用�I�间�Q�B树实际数据负载�?br />�q�里和经典数据结构书上的B树结构有些出入，�q�里的目的是实际应用方便�Q�而书上的�l�构目的是解释清楚B树的原理。所以有些不同：
一般书上讲的一个B树页的结构�ؓ�Q�指针，数据�Q�指针，数据�Q�指针，数据�Q?..�Q�指�?br />而SQLite�l�织为：指针�Q�指针，指针�Q?..�Q�指针，数据�Q�数据，...数据�?br />�W�一个页面中�?0000060h行第五个字节开始就表示B树页头结构了�Q?br />偏移地址   大小    涵义
0           1      0Dh�Q?101b各位意义�?: intkey, 2: zerodata, 4: leafdata, 8: leaf
1           2      �W�一个空闲块的字节偏�U�量�Q�这里�ؓ0
3           2      01�Q�这个B树页存放的记录数�?个，即系�l�表中只存放了一条记录，因�ؓ只创��Z��一个表tbl1
5           2      负蝲区首地址�Q?3B8�Q�往下看�?00003b0h行那�?6��是负蝲区的开始了
7           1      分片敎ͼ��q�里数据��，不考虑�Q�所以�ؓ0
�?000006Bh偏移处B数头�l�束了，接下来的��是B数指针结构了�Q�此处只有一��，只有一个指�?3B8h处�?br />�?00003B8h偏移到结束都是sqlite_master表的实际数据了。当然这些数据也是有�l�构的�?6h表示�q�条记录�?0个字节，除去其本�w?6�Q�和后面�?1是烦引外�Q�整个记录刚好是70个字节，01索引后面都是payload负蝲数据了�?br />如法炮制�Q�下面列出第二个B树页�Q?br />00000400h: 0D 00 00 00 02 03 E5 00 03 F3 03 E5 00 00 00 00 ; ......?.??...
00000410h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; ................
�q�中间部分全部�ؓ零。省去！
000007d0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ; ................
000007e0h: 00 00 00 00 00 0C 02 03 19 13 73 65 63 6F 6E 64 ; ..........second
000007f0h: 79 79 79 0B 01 03 17 13 66 69 72 73 74 78 78 78 ; yyy.....firstxxx
�׃��不是�W�一��，所以不存在文�g头的100个字节了�Q�一开始就是B树页头结构了�Q�这里有两个指针03F3�?3E5�Q�其它的和上面一栗��整个数据库��理�pȝ��是准确无误地对�q�个文�g�q�行��理�?br />�q�一步的工作�Q�只有数据多了，才能看出B树组�l�的好处�Q�查找，删除�Q�增加的快速！把这个文件变大再分析�Q?/div>

allic 2008-03-27 16:37 发表评论

allic — Thu, 27 Mar 2008 07:53:00 GMT
下文介绍的内定w��是基�?Linux RedHat 9.0 �q�_��的�?br />
一、PC机编译安�?br />请阅��d��安装包里�?INSTALL 文�g。或者��用PEAR installer with "pear install sqlite"。SQLite已经内置了，你不需要安装�Q何附加的软�g�Q�additional software�Q��?br />Windows users可以下蝲SQLite扩展DLL�Q�php_sqlite.dl�Q��?br />�q�里��单介�l�一下：
假设你得到的是源代码sqlite-3.3.6.tar.gz�Q�这里将告诉你怎么�~�译它�?br />解压sqlite-3.3.6.tar.gz �?/home目录�?br />For example:
    tar zxvf sqlite-3.3.6.tar.gz -C /home
    cd /home
    mkdir sqlite-ix86-linux
    cd /home/sqlite-ix86-linux/
    ../sqlite-3.3.6/configure --prefix=/home/sqlite-ix86-linux/
�~�译�q�安装，然后生成帮助文档
    make && make install    && make doc

如果出现下列错误
../sqlite-3.3.6/src/tclsqlite.c: In function `DbUpdateHandler':
../sqlite-3.3.6/src/tclsqlite.c:333: warning: passing arg 3 of `Tcl_ListObjAppendElement' makes pointer from integer without a cast
../sqlite-3.3.6/src/tclsqlite.c: In function `tclSqlFunc':
../sqlite-3.3.6/src/tclsqlite.c:419: warning: passing arg 1 of `Tcl_NewByteArrayObj' discards qualifiers from pointer target type
�q�个都时tcl相关的错�?可以先安装ActiveTcl以解�?假如你不需要tcl支持,那么�q�个错误可以�q�样避免:
    cd /home/sqlite-ix86-linux/
    ../sqlite-3.3.6/configure --disable-tcl --prefix=/home/sqlite-ix86-linux/
�~�译�q�安装，然后生成帮助文档
    make && make install    && make doc
不出意外,��不会出现错�?那么
库文件已�l�生成在 /home/sqlite-ix86-linux/lib 目录�?
可执行文件sqlite3已经生成�?/home/sqlite-ix86-linux/bin 目录�?
下面创徏一个新的数据库文�g名叫"zieckey.db" (当然你可以��用不同的名字) 来测试数据库.
直接输入: /home/sqlite-ix86-linux/bin/sqlite3 test.db
如果出现下面字样表明�~�译安装已经成功�?
SQLite version 3.3.6
Enter ".help" for instructions
sqlite>

二、交叉编译sqlite.3.3.6.tar.gz库文�?br />    tar zxvf sqlite-3.3.6.tar.gz -C /home     (�q�一步前面已�l�有�?��Z��完整�?�q�里�q�是写出�?
    mkdir /home/sqlite-arm-linux

讄��交叉�~�译环境
    export PATH=/usr/local/arm-linux/bin:$PATH

    cd /home/sqlite-arm-linux/
    ../sqlite-3.3.6/configure --disable-tcl --prefix=/home/sqlite-arm-linux/ --host=arm-linux
    �q�步出现错误而没有生成Makefile
    configure: error: unable to find a compiler for building build tools

    前面��查arm-linux-gcc都通过了，怎么�q�说没有扑ֈ��~�译器呢�Q�花了点旉��看configure的脚本，太复杂了�Q�又�l�合 configure.ac看了一下。原来是要设�|�config_TARGET_CC和config_BUILD_CC两个环境变量�?config_TARGET_CC是交叉编译器�Q�config_BUILD_CC是主机编译器。重来：

    export config_BUILD_CC=gcc
    export config_TARGET_CC=arm-linux-gcc
    ../sqlite-3.3.6/configure --disable-tcl --prefix=/home/sqlite-arm-linux/ --host=arm-linux
又出现如下错�?br />    checking for /usr/include/readline.h... configure: error: cannot check for file existence when cross compiling
说readline.h的错,扑ֈ�readline.h�?usr/include/readline/readline.h目录,我想�q�样解决
    ln -s /usr/include/readline/readline.h /usr/include/readline.h
但还是不�?br />    ../sqlite-3.3.6/configure --disable-tcl --prefix=/home/sqlite-arm-linux/ --host=arm-linux
�q�是出现如下同样的错�?br />    checking for /usr/include/readline.h... configure: error: cannot check for file existence when cross compiling

上面说是要检查交叉编译环境，我可以肯定我的交叉编译环境是正确的，
所以我军_��ƺ骗configure�Q�我时这样做�?br />    cd /home/sqlite-3.3.6
��该目录下的 configure 文�g的部分内容修改下(�q�里是根据 �?test "$cross_compiling" = yes && 扑ֈ��?),
�q�样可以让configure不去��查你的交叉编译环境�?br /> 20420�?{ (exit 1); exit 1; }; }改�ؓ { (echo 1); echo 1; }; }
20446�?{ (exit 1); exit 1; }; }改�ؓ { (echo 1); echo 1; }; }
在回去重新配�|�下�Q?br />     cd /home/sqlite-arm-linux/
    ../sqlite-3.3.6/configure --disable-tcl --prefix=/home/sqlite-arm-linux/ --host=arm-linux
中间打印信息出现如下错误信息,
checking for /usr/include/readline.h... configure: error: cannot check for file existence when cross compiling
但是�q�是生成了Makefile文�g一个libtool脚本�Q�这些将在make时用�?
注意:
如果Makefile文�g中有如下语句
BCC = arm-linux-gcc -g -O2
请将其改掉，�Ҏ��Q?br />BCC = gcc -g -O2

�~�译�q�安�?br />    make && make install
�q�里如果不出意外,��不会出现错�?那么
库文件已�l�生成在 /home/sqlite-ix86-linux/lib 目录下   �?img src ="http://www.tkk7.com/huyi2006/aggbug/189032.html" width = "1" height = "1" />

allic 2008-03-27 15:53 发表评论