SQL无限分级结构
最近，因为项目的原因，需要设计一个数据库，该数据库的功能主要是描述文件系统的结构和文件信息，在网上找了很多的资料，但是许多设计要么针对查询量比较多的来做，要么针对修改、插入量比较多的来做，而对于文件系统而言，它的查询、插入、修改都是相当频繁的，因此，数据库的设计极其重要,现将自己的一点想法说说，希望大家能够给一点意见啊！！
一开始，为了尽快拉出原型系统，我采用了name（本结点），parent（父节点），ancestor（祖先结点） 来描述其结构，然后采用递归算法去对数据库进行操作，这样，功能基本可以完成，但是，实在担心在文件夹深度过高时数据库承受不了这样的负担，于是，在寻找解决办法。
第一种方法，改进SQL语句逻辑：这种方法对于现有数据库设计和程序设计而言，应该说优化工作量是最小的，但是，本人还没有测试过不知是否可行，先写出来，整理思路：
通过系统功能和数据库结构的分析，功能操作无非是对文件复制、移动、删除、新建等，而这些功能的主要问题是对文件夹进行类似操作时，怎样同时修改其子孙结点的相关信息，这也是我递归的原因。后仔细观察数据库的数据发现查询结点的子孙结点只要对SQL进行改进似乎就可以办到：
$rs=mysql_query(select ancestor from info where name=$id);(查询要操作结点的祖先结点)；
$ancestor.=$rs[0]['ancestor'].":".$id;
$rs1=mysql_query(select name from info where ancestor like $ancestor%);
恩，这样的操作似乎可以完成对子孙结点的获取，而不用遍历。具体的效果，待我测试后再贴吧。
第二种方法，是比较针对于查询较多修改较少的数据库设计，个人觉得不太适合现有这个项目，但是思路和方法性比较好，也贴出来吧。（转载）
产品分类，多级的树状结构的论坛，邮件列表等许多地方我们都会遇到这样的问题：如何存储多级结构的数据？在PHP的应用中，提供后台数据存储的通常是关系型数据库，它能够保存大量的数据，提供高效的数据检索和更新服务。然而关系型数据的基本形式是纵横交错的表，是一个平面的结构，如果要将多级树状结构存储在关系型数据库里就需要进行合理的翻译工作。接下来我会将自己的所见所闻和一些实用的经验和大家探讨一下：
层级结构的数据保存在平面的数据库中基本上有两种常用设计方法：
1�
相关文档：
入 门 篇
如果你以前没试过SQL注入的话，那么第一步先把IE菜单=>工具=>Internet选项=>高级=>显示友好 HTTP 错误信息前面的勾去掉。否则，不论服务器返回什么错误，IE都只显示为HTTP 500服务器错误，不能获得更多的提示信息。
第一节、SQL注入原理
以下我们从一个网站www.19cn.com开始（注：本文发表前已征� ......
1.Stop 所有服务
2.用 Windows Install Clean Up 工具卸载SQL 2005组件
3.用SrvInstw.exe删除所有SQL服务
4.清除注册表
a. 将HKEY_CURRENT_USER---Software----Microsoft下的Microsoft SQL Server文件夹全部删除
b. 将HKEY_LOCAL_mACHINE---SOFTWARE---Microsoft下 ......
sql精妙用法
文章分类:数据库
说明：复制表(只复制结构,源表名：a 新表名：b)
select * into b from a where 1<>1
说明：拷贝表(拷贝数据,源表名：a 目标表名：b)
insert into b(a, b, c) select d,e,f from b;
说明：显示文章、提交人和最后回复时间
select a.title,a.username,b.adddate ......
