随笔 - 10  文章 - 0 评论 - 25 trackbacks - 0

最新评论

共2页: 1 2 下一页 
很久没写这样的语句了,所以不知道有没有解决。 :)
你搞定没?我也遇到了.
你的内外循环没有关联啊?
@wangxc[匿名]

c#的配置文件放在csharp.xol,通过菜单的 Language的edit current object language 的profile节点也可以修改,一般在templates 下的define,你看一下
===============================================
下面有很多脚本,我看不明白,所以也无法下手改。

:(
public int[] GetPOPO(params int[] a)
{
int leng=a.Length;
for(int i=0;i<leng;i++)
{
if(a[i]<a[i+1])
{
int emp=a[i+1];
a[i+1]=a[i];
a[i]=emp;
}
}
return a;
}

刚才改了一下,加了个标志位,加了些注释.
这那是冒泡?
@Cat Chen
上网找一些英文材料,你就能发现早已经有人开发出功能强大的DataSource,同样是使用SQL Server,继承自SqlDataSource控件或更基层的类。这些控件论效率和灵活性都比ASP.NET 2.0自带的SqlDataSource要好,当然使用起来也比1.x的手动DataBind要高效。
==================================

SqlDataSource好像不能用于Winform吧。
这个控件花开两朵,一朵支持Web,一朵支持WinForm。以后还可能支持WinCE。
真操蛋
先不管高不高效,你很努力的做了,就证明你下了工夫。支持一下。不过我没能体会到高效.
这东西如何高效法?如果你用ASP.NET 2.0,就不要用1.x的设计方式,而应该尝试开发DataSource控件。

上网找一些英文材料,你就能发现早已经有人开发出功能强大的DataSource,同样是使用SQL Server,继承自SqlDataSource控件或更基层的类。这些控件论效率和灵活性都比ASP.NET 2.0自带的SqlDataSource要好,当然使用起来也比1.x的手动DataBind要高效。
@揣东升
只公开页面代码有什么做用?
控件的代码为什么没有公开呢?公开出来让大伙看看到底是否真的是所谓的高效?
==============================

可能还存在一些我未发现的Bug。所以等我把他应用于一个项目后,再发布出来。
@双鱼座
你的理由太苍白了,几乎没有什么新东西。select count这样的语句在整个过程中运行次数那么少,对性能的改善应该没有多大的帮助。IDataReader不可以滥用的,那东西一直占用Cursor,那数据库压力太大。

====================

不要小看 select count,当数据量很大的时候,这也是一笔消耗.

我并没滥用IDataReader,我知道IDataReader在读数据的时候一直都会占用链接.一般来说,既然用了分页,那IDataReader读的数据不会超过100条,如果用户使用IDataReader的时候,我上面有提示,使用完后要释放IDataReader.
填充DataSet的数据适配器,其实也是用IDataReader来读取数据的(反编译微软的源代码就明白了)。

如果用户用了不释放,或在用IDataReader.Read()其中一条后(并没有全部读取出来),然后再去做很多耗时的操作,那效率肯定是不高的。
这正如菜刀,用到好是切菜,用不好就把手给剁了。
r@胡文
this.WebPaginationSearch1.SqlString = "select * from pub_dict";
这也高效?

========================

this.WebPaginationSearch1.SqlString = "select * from pub_dict";

这里面的SQL语句是用户自己填写的,与控件无关,select * from pub_dict代表用户取的是pub_dict表的所有字段。

如果我要对 city表分页 ,并只要显示id,cityName。那我就可以这样写:
this.WebPaginationSearch1.SqlString = "select id, cityName from city";
@Project E
你的理由太苍白了,几乎没有什么新东西。select count这样的语句在整个过程中运行次数那么少,对性能的改善应该没有多大的帮助。IDataReader不可以滥用的,那东西一直占用Cursor,那数据库压力太大。
这篇文章 没有任何可看性。
只公开页面代码有什么做用?
控件的代码为什么没有公开呢?公开出来让大伙看看到底是否真的是所谓的高效?
高效的理由:
1:SQL中采用了Row_Number()函数;对于统计所有行数,我写成select count(0) ,而不是select count(*)。
2:除了支持返回DataSet外,还提供了填充已有的DataSet,提供了IDataReader只向前读。
3:虽然说缓冲可以解决反射带来的性能问题,在这里面,我没有用反射。
4:对于字符串的组合,我采用StringBuilder;等等

周一了,开始上班了,我会找个时间好好的测试一下的。如果有什么疑问,大家都可以提出,我想,您的提议是我进步的源泉。
"高效"何以见得?
this.WebPaginationSearch1.SqlString = "select * from pub_dict";
这也高效?
共2页: 1 2 下一页