引用

丁浪：
.SELECT INTO FROM语句会自动创建表Table2
那么当Table2已经存在的时候，应该就不能使用
SELECT INTO FROM语句了吧？

是啊，这种情况用INSERT INTO Table2 SELECT就好了

有点兴趣 可以考虑

貌似是HUST的童鞋？

引用

56180825：别忘了SqlBulkCopy

这个需要编程，楼主的不需要

4、对于客户提出的需求，在技术满足的情况下，做点突破吧，实在是满足不了的情况下，再跟客户解释原因，找出替代方案。
---------------------------------------------
这点不大赞同，客户需求是千奇百怪的，有些需求实现成本是很高的，项目经理完全可以提出合理的实现方式，引导客户需求合理化实现简单化，这样对节省成本很有益处。

项目经理偏向于项目整个周期的把握，从需求到设计、到技术开发、到测试上线整个流程，控制项目的进度。
技术经理偏向于项目技术的具体实现，是整个项目周期中的一部分，需要有扎实的技术支撑。

网上合并DataTable通用方法的文章很多，结合项目开发中的常用需求，并借鉴网上的做法，写了一个合并DataTable的通用方法，主要功能是合并两个DataTable（结构可以不同，如字段不完...

引用

Joe Wulf：

引用

helloworld2：为什么不用cache设置为1小时然后filedependcy到那个xml文件，xml文件不改动的时候一直cache，改动就能更新cache

正解

这样挺好，但实际上用到我们这边效果不好，因为种种原因每5分钟就回收一次应用程序池。而且，缓存的数据是一天更新一次的。

很有道理

分组取TOP数据是T-SQL中的常用查询，如学生信息管理系统中取出每个学科前3名的学生。这种查询在SQL Server 2005之前，写起来很繁琐，需要用到临时表关联查询才能取到。SQL Serve...

引用

yourafei：
你的问题涉及到 ORDER BY 语句的确定性问题。
从你的语句看，基本可以判断 refTime 不是一个Tiebreaker（order by refTime），所以 ORDER BY refTime 返回的结果集不是确定的。
在做分页时，是需要ORDER BY的返回集具有确定性的。
解决方案是把主建值也进行排序 ORDER BY refTime, id

谢谢你的解答，order by refTime返回的结果集确实是不确定的，refTime有相同的数据。后来也是用你说的方法解决的，不知道多加个排序字段对效率有没有影响。

引用

迭_戈：专家也不能在生产环境直接执行SQL语句啊。教训

我们大部分操作都是生产环境，每次执行时都小心翼翼心惊胆战的

从图上看，Repeater3的数据是基于Repeater2的，是不是可以考虑生成到一个DataTable中，然后进行绑定？

引用

啊长：

引用

之所以用DataTable来存储，主要是因为这个数据主要是用来select查找的

用来select,更加不应该使用DataTable,
linq to xml 很好。

项目是基于net2.0的