可以来青岛找。
http://www.jinxingxing.com.cn

4~5k

@啊东hd
这个不好说，有高有低，还得看个人情况了。
这个时候估计不好找工作了...

俺的经历可能跟你差不多或稍低一些。想了解一下这种水平在深圳能拿多少？

其实对于分类表本身来说，用哪种方法都不是问题，但对于和其他表结合起来才是问题，

啊啊啊？
我这个地球人知道的好晚啊！

晕倒，你那种解决方法地球人都知道

放在里面也是可以的，调用脚本form1.submit()提交整个页面，在提交之前付一个隐含的input标志，后台判断这个标志来导出就可以了

下次再碰上这样的事我就得发狠了，嘿嘿...

遇到比我狠的了吧

解决方法：
放到<UpdatePanel></UpdatePanel>外面（注：不要放在任何的<UpdatePanel> </UpdatePanel>中）

SFD

垃圾！垃圾！
到了你也没说出UpdatePanel下面Gridview怎样导出！！

2三天打造提升利润100%的系统—实战专家李尚泽博士
领先国际十年的实战系统，立竿见影，一个月内就让企业的利润提升100%。
这是威雅仕公司与著名实战派专家中欧商学院的院长李尚泽博士，历时8年研
发出来的系统，决不可错过！http://www.wejax.org http://www.easyhoo.cn http://www.ebaidu.com.cn
http://www.miaozuwang.com

就XML方案来说，如果数据量不大的话还可以，但是对于大数据量的话，效率可能就低了。对于方案一和方案二来说，楼主已经将其各自的优缺点看得十分清楚了，何不将其二者来个结合呢，也就是说在方案一中加多一个新字段用于储蓄结点的路径信息，岂不解决了查询的问题

@卖糕的
啊?是 self_id 还是 parent_id? 是 self_id 吧，只是为了标明层数而已，实际应用中不会这么用的。是有点复杂，但还是忍耐一下吧 :)

@无用
确实是，数据库发展这么多年，已经非常成熟了，其优势在很多方面是xml 所不能比的。但在某些实际应用中，xml 还是有一定优势的，最重要的是其格式是通用的。相信短时间内 xml 是不会取代数据库的，你认为呢？

你的xml形式本身就己经把数据的组织形式包括进去了，也就是说数据之间并不是平行的关系了，己经存在一个父结点与子结点的关系。而利用数据库的话，每条记录都是平等的！这当然就有优势了。不过数据库依然在存储数据方面有巨大的优势。

你那个id搞那么复杂干什么？

@Kingthy
我的一个项目中就采用了 表1 的结构,类似于金字塔结构,因为更本无法预知其层数.

@Cat Chen
做法类似，你增加了一个path字段后查询起来更容易些。谢谢分享！
不过，“设想一下你要对树增加/移动/删除一个节点，原本一条SQL语句就能完成的事情现在还是一条SQL语句就能完成，就算不依赖事务也绝对不会导致信息不一致”，这句话我不怎么同意，增加/移动/删除一个节点，一条SQL语句是更本无法完成的。原因：我给 @镜涛 的回复中已经写明。

不妨参考一下我的文章：
http://www.cnblogs.com/cathsfz/archive/2006/12/12/589464.html

其实你的第二种做法就和我说的一样，不过为了列的原子性，我将你在一列中放置的内容放置到多列中。然而无论如何，信息冗余是无法避免的。

这种无限级分类也许只有XML更容易代表其性质..但是在实际项目中却很将这种方案加入到项目中..

@kiler：
我想你还是没有看懂我的意思，假设一个分类有6级(级数可变)：
假设：self_id Parent_id
A1 —— A
A2 —— A1
A3 —— A2
A4 —— A3
A5 —— A4
当你查询 A 的所有子类时，先获取 Parent_id=A 的项，找到A1，再获取 Parent_id=A1 的项，得到 A2 ...，最终得到 A5 ，这时就需要一个递规了。把所有数据读取到 Dataset 之后，怎么查呢？想知道方法。

@镜涛：
假设：self_id Parent_id
A1 —— A
A2 —— A/A1
A3 —— A/A1/A2
插入的时候：
插入子类A4，选择A3作为父类，必须先获取 A3 的父类 A/A1/A2，于是A3的父类就变成 A/A1/A2/A3 （ 有点繁）。
删除的时候：
当我删除 A2 这一级时，我得删除 self_id=A2 这条数据，然后再去查询 Parent_id 中包含 A2 的所有数据再作相应处理（是不是更繁？ ^_^ ）。

相比之下，表1的更新、删除操作就没这么繁，但查询就...

一看到这个问题想到的解决方案为楼主的第一种。仔细分析所给的三种方案感觉方案三优于方案二，二优于一。二的插入，删除应该没有比较麻烦的地方吧？

表1，就可以不要搞的很复杂，id就是一个没有任何意思的数据，查询的话，先把所有数据读出到dataset里面，你想怎么查就怎么查。

3、今天上班竟然又见到那个MM，她看到我的嘴唇一下笑了，说"...............
楼下请接

@music000
开个玩笑

@二手的程序员
不好意思，我并没有把这里当成CSDN，只是想把生活的点滴记录下来而已。

@ria
一次是假，两次就成真了

汗...

这里是CSDN?

1.既然ＭＭ误解了，那就豁出去了，做一会＂色狼＂呗，哈哈

2.猛男

哈哈，有点小强～

可惜滴孩子。