膘叔　　簡單人生

我只贴一种，其余的去看：http://dev.mysql.com/tech-resources/articles/hierarchical-data.html

The Adjacency List Model

Typically the example categories shown above will be stored in a table like the following (I'm including full CREATE and INSERT statements so you can follow along):

CREATE TABLE category(
category_id INT AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(20) NOT NULL,
parent INT DEFAULT NULL);


INSERT INTO category
VALUES(1,'ELECTRONICS',NULL),(2,'TELEVISIONS',1),(3,'TUBE',2),
(4,'LCD',2),(5,'PLASMA',2),(6,'PORTABLE ELECTRONICS',1),
(7,'MP3 PLAYERS',6),(8,'FLASH',7),
(9,'CD PLAYERS',6),(10,'2 WAY RADIOS',6);

SELECT * FROM category ORDER BY category_id;

+-------------+----------------------+--------+
| category_id | name                 | parent |
+-------------+----------------------+--------+
|           1 | ELECTRONICS          |   NULL |
|           2 | TELEVISIONS          |      1 |
|           3 | TUBE                 |      2 |
|           4 | LCD                  |      2 |
|           5 | PLASMA               |      2 |
|           6 | PORTABLE ELECTRONICS |      1 |
|           7 | MP3 PLAYERS          |      6 |
|           8 | FLASH                |      7 |
|           9 | CD PLAYERS           |      6 |
|          10 | 2 WAY RADIOS         |      6 |
+-------------+----------------------+--------+
10 rows in set (0.00 sec)

In the adjacency list model, each item in the table contains a pointer to its parent. The topmost element, in this case electronics, has a NULL value for its parent. The adjacency list model has the advantage of being quite simple, it is easy to see that FLASH is a child of mp3 players, which is a child of portable electronics, which is a child of electronics. While the adjacency list model can be dealt with fairly easily in client-side code, working with the model can be more problematic in pure SQL.

Retrieving a Full Tree

The first common task when dealing with hierarchical data is the display of the entire tree, usually with some form of indentation. The most common way of doing this is in pure SQL is through the use of a self-join:

SELECT t1.name AS lev1, t2.name as lev2, t3.name as lev3, t4.name as lev4
FROM category AS t1
LEFT JOIN category AS t2 ON t2.parent = t1.category_id
LEFT JOIN category AS t3 ON t3.parent = t2.category_id
LEFT JOIN category AS t4 ON t4.parent = t3.category_id
WHERE t1.name = 'ELECTRONICS';

+-------------+----------------------+--------------+-------+
| lev1        | lev2                 | lev3         | lev4  |
+-------------+----------------------+--------------+-------+
| ELECTRONICS | TELEVISIONS          | TUBE         | NULL  |
| ELECTRONICS | TELEVISIONS          | LCD          | NULL  |
| ELECTRONICS | TELEVISIONS          | PLASMA       | NULL  |
| ELECTRONICS | PORTABLE ELECTRONICS | MP3 PLAYERS  | FLASH |
| ELECTRONICS | PORTABLE ELECTRONICS | CD PLAYERS   | NULL  |
| ELECTRONICS | PORTABLE ELECTRONICS | 2 WAY RADIOS | NULL  |
+-------------+----------------------+--------------+-------+
6 rows in set (0.00 sec)

备份资料：Copy from ---> http://php.mydict.com/ziliao/7/2006_05/SQLYuJuDaoRuDaoChuDaQuan3016_1.html

/******* 导出到excel
EXEC master..xp_cmdshell 'bcp SettleDB.dbo.shanghu out c:\temp1.xls -c -q -S"GNETDATA/GNETDATA" -U"sa" -P""'

/*********** 导入Excel
SELECT *
FROM OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
'Data Source="c:\test.xls";User ID=Admin;Password=;Extended properties=Excel 5.0')...xactions

更多看详细。。。

» 阅读全文

一个好的数据库设计应该符合以下几点要求：
1、数据表里没有重复冗余的数据（如果总是往里面插入同样的数据，那应该是设计上有问题，当然现在在利用空间换时间的时候，多数人还是保留了这样的想法）
2、数据表里没有column1,column2,column3……这类没有明确意义的字段，因为这样会让后来人摸不清头脑
3、数据表占用的空间越小越好
4、使用频率高的数据表的查询，应该都能以简单高效的方式执行（表内数据少的时候，你就是10几个left join,你可能都感觉不出什么，但数据量一大，你一个left join都会让你感觉到速度慢下来，如果最初设计时没有满足这个要求，那么，以后想改可能也没有机会了）
这些也只是一些总的原则，也只是简单的介绍，以后会详细说明，当然上面这几点并非完全正确，就象第三范式，这是一个标准，但这个标准真的就是最好的吗？并非如此，但我们现在是在讲设计数据库，它好不好，目前不讲。以后一起讨论

为MYSQL的数据库和数据表甚至字段起名字还是有讲究的，最重要的是，千万不要使用保留关键字，而且有一些单词很奇怪，在4.0里面并不是关键字，但升级后，却变成了关键字。
详细的关键字列表请看：MYSQL手册中保留字部分
对于一个完整的设计应该注意以下几项：
1、由于MYSQL对数据列的命名不区分大小写，而对库名和表名区分大小写，因此为了规范和统一，请使用同样的规则，不要象程序代码那样来个骆驼命名啥的，这样只会给开发带来困难，建议是全部采用小写，移植、升级都方便
2、不要采用特殊字符或者中文，MYSQL对于多字节的处理并不十分完美，虽然支持中文建库、建表等，但实在不建议使用，如果你的服务器对中文支持不好，可能建库的时候就会是乱码，字段里，明明看到有值就是查不出，所以，为了规范，还是采用英文，26个字母的排列组合，没有那么复杂的。
3、数据库、表、字段的长度请不要超过64个字符，
4、表名和数据列名，请尽量采用有意义的名称，不要出现上文提到的那种column1,colnmn2之类的，时间长了，你自己都可能不知道是什么意思
5、给字段命名，需要有规范，因为这样会减少粗心带来的错误，比如username,user_name，如果分在各个表里，恐怕你每次写程序的时候，都得再检查一遍吧？对于由多个单词组成的字段，要么全部加下划线，要么全部不加，这样也比较有利于开发和维护
6、数据列的单复数，原因和5一样，要么全部单数，要么全部复数，一会单数一会复数的，开发和维护的时候，你就得盯着数据表来进行了。

数据库的设计是一件很复杂的事情，要在短时间内把一批数据分割开，并存储到数据库中，还得为开发人员提供足够的优化空间，不是一天两天就能完成的，当然现在有很多这样的工具，比如powerdesign（PD），在设计完后，还能导出数据库，确实是挺方便，但这样的软件，价格就太高了，不是我们所买得起的。
平时，我们还是使用WPS的电子表格，或者openoffice的电子表格功能，设计好数据表（电子表格最大的好处就是有几乎无穷的sheet，可以让你把一个很大的库放在这些sheet里），而且，几乎每台电脑上都会有这样的工具，便于交流。这样可以在最初的阶段对于一些数据列进行安排（没办法建立索引的，只是简单的用来布局，检查设计上是否有缺陷）

对于管理MYSQL，也有很多工具，比较常见的，就是：phpMyadmin；MYSQL自已也提供过，好象是mysqlFront?记不太清，现在我自己用的是navicat for mysql lite ，不用钱的东西都是好的。虽然在国内，大家都了解软件业的行情。自己也处于软件业的下游，能够使用正版，还是使用一下正版吧。不能使用正版的，找找免费版。
在我看的书上，它介绍说openoffice里其实还隐藏着连接数据库这个功能的，而且可以能够象创建视图一样来创建SQL，这个功能不错，我以后要好好看看，如果确实有用，那我WPS也不装了，直接使用openoffice。
不过，最常用的，最方便的，还是使用phpmyadmin，它实在是居家旅行、杀人灭口之大杀器。

本来觉得二进制字段没有什么好介绍的，本来嘛，二进制字段，不就是xxxtext变成了xxxblob？长度，大小都没有变化，只是存储的类型变成了二进制，如果把那些xxxtext字段的属性加一个binary，那就和xxxblob差不多了。
只是在没有加上binary属性的时候，xxxText字段的排序和比较是按字符串类型处理，而xxxBlob是按二进制处理的。加了BINARY属性自然是一样的。
关于在数据库里存在BLOB信息，历来就是一个有争议的话题。最早的VBB论坛就是把附件存在数据库里的，后来还有人单独做HACK把附件剥出来。很多人认为数据库就应该存储一些文本信息，对于二进制数据（图像、附件等）就只应该存储链接，而把文件单独存储出去。这样可以更加有效的利用数据库的空间。
但支持把附件存储在数据库的人却认为，二进制数据存储在数据库内，有利于数据的迁移、备份，提高了数据的集成程度，而且在程序里也能够使用统一的形式访问数据。把常用的数据和这些二进制数据存储在同一个表内，一般被DBA们所痛恨，因为这会导致所有的数据记录的存取速度变慢，而且BLOB数据在正常操作情况下只能作为一个整体来读出。也就是说如果一个BLOB数据长度是1024KB，如果你仅仅想读最后那24KB的内容，没有直接的办法，只能先读出来，然后再定位到最后，BLOB数据只能以一个整体来读写和传输。
从5.0.3开始，原来的BIT型字段正式变形，成为二进制字段了，它的最大宽度达到了64，为了这个BIT型字段，MYSQL还特地增加了一条用来写出二进制数据的新语法：b'0101'，SELECT查询的时候，遇到BIT型，将返回二进制数据。（我没有5.0.3的版本，没有测试过怎么读取，书上介绍，可以先使用 seelct bit_field + 0 命令把二进制转为整数，再使用select bin(bit_field + 0 ) 将这些整数显示为二进制）
对于二进制来说，数据会有溢出现象，它分为上溢出和下溢出，但不管是如何的溢出，只要是溢出了，所有的二进制位都将被设置为1。例如将-1,0,1,7,8五个数字依次存入BIT(3)数据列的时候，实际存放的是b'111',b'000',b'001',b'111',b'111'。
除开这些二进制字段，剩下的就是具有MYSQL特色的字段了，如果没有什么必要，确实不太建议使用，因为其他的数据库都不支持这两种类型，一旦在数据迁移的时候，很有可能会造成丢失或增大工作量，是什么字段呢？他们就是ENUM和SET（枚举和集合）。
对于MYSQL来说，这两种字段对于涉及字符的操作，有很高的效率，表面上存储的可能是文本，但在实际处理的时候，是按设置的下标来进行操作，即按INT类型操作，所以效率极高。
ENUM是一个字符串集合，它的成员最多可以有65535个，ENUM字 取值只能是这个集合中的某一个成员（不允许是不同成员的一个组合 ），相当于数学意义上的“排列”。
而SET虽然采用了类似的思路，但允许数据表中的SET字段的取值是集合成员的任意组合（组合数量不得超过64个），相当于数学意义上的“组合”。在内部，这些字符串分别与2的幂（1，2，4，8等）相对应，所以字符串的组合就相当于二进制位的组合 。因为每个安符串分别对应一个二进制位，所以SET类型的空间战胜比ENUM大。
虽然这两种类型的效率相对较高，但由于和其他数据库的不兼容性，因此多创建一个关联数据表来关联这些数据才是更有实用价值。


介绍完MYSQL所支持的所有字段的属性，也该介绍一些在创建数据列的时候涉及到的属性，注意，有一些属性只能用于特定的数据类型

  
虽然MYSQL有DEFAULT XXX这种属性，但实际上，MYSQL并不允许使用函数来设定默认值，比如DEFAULT rand()就不被允许了。

介绍完这些，以后就该介绍数据库的设计技巧了。之所以在介绍设计技巧之前连载了这么长时间的数据类型，是因为在设计中，使用合适的类型可以适当的增加效率，具体的还是看设计吧。