分页控件新版本,基于.net2.0。 http://www.cnblogs.com/jyk/archive/2008/07/05/1236692.html 一、 工作的层次 UI层和逻辑层。 UI层:显示首页、末页、上一页、下一页、页号导航、文本框输入页号;共计多少条记录、多少页、当前页号等信息。 逻辑层:提供分页算法(SQL语句),根据分页控件的属性,在运行的时候生成分页用的SQL语句。 二、 流程 l 设置分页控件的属性 l 根据算法和属性生成SQL语句,通过“我的数据访问层”访问数据库 l 得到
下载地址:http://files.cnblogs.com/jyk/Page2.0.0.2_080701.rar 这回只有 dll文件。请把包里的文件拷贝到bin目录下。 道歉。 由于v2.0.0.1有些地方没有说说清楚,给一些朋友带来了一些麻烦,在这里向大家道歉,对不住大家了。 再说一下 v2.0.0.1 的功能。 1、连接数据库。 连接数据库是通过数据访问函数库来实现的,连接哪种数据库和连接字符串是在web.config里面设置的。 ConnStr 这个是连接字符串,没有什么大问题
关键字:提出需求、需求分析、原则、设计模式、索引 先说一下讨论的范围:使用数据库保存信息的项目,b/s结构,asp.net编写。请不要讨论这个范围之外的事情哦,谢谢! 这里想说的并不仅限于一个控件,而是一个关于分页的解决方案。信息都是放在数据库里的,在b/s结构里面一次提取所有的数据显示并不是一个好的方法,所以就需要一个把数据分成多个页的形式来显示。关于分页的解决方案有多种,一种实现方式可以用一个“分页控件”(我的解决方案),也可以用其他的方式来体现(比如LinQ、ORM等)。这里想说的
1、 DAL并不是放在一个DLL里面,而是分别放在各个的DLL里面,需要哪个数据库就使用哪个DLL文件。 2、 DAL里面的命名空间、类名、参数类型都是一样的,至少主要功能都是一样的。 3、 分页控件还没有考虑好,现在只是针对MSSQL来做的,其它的数据库还没太考虑。 4、 如果情况特殊分页控件也还是可以“分别”对待的,就是若干个数据库对应一个分页控件。另外一个数据库对应另一个分页控件。 ========================= >>如果有M个业务需要有分页功能,有N种数据库需要支持,那
分页算法(也就是分页读取数据的时候使用的select 语句)面临两大难题:一个是不同的数据库使用的分页算法是不一样的(比如SQL Server 2000可以使用Max、表变量、颠倒Top,SQL Server 2005可以使用Row_Number,MySql可以使用limit ,Orcale可以使用ROWNUM等);另一个是,不同的分页需求,可以采用的分页算法也是不一样的(比如单字段排序和多字段排序)。那么我们应该如何来选择呢? 好多人都想找到一种即通用,效率又高的分页算法,那么能不
最近忙一个项目,没有太多的时间来升级分页控件。不过还是生了一下,V2.0.0.4。变化不是太大,修改了一个属性的名称,增加了两种分页算法,还有两个分页算法的组合方式。 原来的 Se
分页控件正式命名为 QuickPager ASP.NET2.0分页控件 。 版本号:2.0.0.1 Framework:.net2.0 分页方式:PostBack 、URL (暂时没有实现URL的分页方式) webform (b/s) 支持多种数据库,分页算法,提取数据的方式都可以替换。 分页,自从做b/s的项目起,就和分页打起了交到,一开始使用UserControl来做,很粗糙,也没有什么性能可言。但是分页又是不可避免的,一次提取全部的数据,咱用的资源太多,吃不消。于是乎就在不断的
QuickPager分页控件的特点 两种运行方式:自动运行、手动运行。前者便捷,后者灵活。 多种分页方式:Postback、Postback伪URL、URL、URL重写、Ajax For服务器控件伪URL。 多种分页算法:Max、颠倒Top(优化版)、Row_Number、自动适应等。可以应对多种数据库和各种需求。 支持多种数据显示控件:GridView、DataList、Repeater等控件。有DataSource和DataBind()的控件都支持。 不需要存储过程,但是仍然可以保证高效率!
温馨提示: asp.net分页控件已经升级了,基于.net2.0 ,支持多种数据库。 正式命名为:QuickPager Asp.net 2.0 分页控件。 网站:www.natureFW.com 下载:http://www.naturefw.com/down/List1.aspx 在线演示:http://demo.naturefw.com 上一篇随笔: 我的分页控件(未完,待续)——控件件介绍及思路 一、分页控件的工作层次 如果按照三层的划分方式来说,应该算作工作在 UI层 和 逻辑层
分页控件的源代码下载网址:http://www.cnblogs.com/jyk/archive/2008/04/25/1170979.html (在网页的下面) 下载文件里面由一个测试网页:htt
上两篇随笔: 我的分页控件(未完,待续)——控件件介绍及思路 我自己写的一个分页控件(源码和演示代码)PostBack分页版 for vs2003、SQL Server 关于分页的误区 误区1:分页的时候,只有使用存储过程,效率才高。 误区2:忽略了索引的作用。 上两篇好像介绍的不太详细,这里详细说明一下分页控件里使用的分页算法,也就是SQL语句。 分页一般分为四种情况 1、单字段排序,排序字段没有重复值。 2、单字段排序,排序字段有重复值。 3、多字段排序,最后一个排序字
分页算法本身没有什么快慢之分,对反应速度起到决定作用的是——能否有效地利用索引! 算法 评价 缺点 适用的数据库 max 效率最高的 只能有一个排序字段 Excel、Access、SQL Server 2000(2005) 颠倒Top 适用范围最广的 最后一页多数据 Excel、Access、SQL Server 2000(2005) 表变量 最大失所望的 太多了 SQL Server 2000(2005) Row_Number 只适合SQL Server2005
这里要说的不仅仅是一个分页控件,而是一套解决方案,包括如何显示数据、显示分页导航,如何得到分页用的sql语句(等效于存储过程),如何提取数据,如何绑定控件,如何响应事件,添加、修改、删除数据后如何更新,如何查询数据等等。一整套完整的解决方案。 这个方案要有几个特点: 1、支持多种数据库,可以提供多个分页算法以便于支持多种数据库。 2、可以在不同的要求下选用最优的分页算法。比如如果只需要按照主键排序,那么选择Max分页算法无疑是最快的一种分页算法。 3、按需所取。
一个计算机任务只需要部分装入主存便可以启动运行,其余部分留在磁盘上,在需要的时候装入主存,这样可以提高主存空间的利用率。这样该系统所具有的主存容量会比实际主存容量大很多,这样的存储器称为虚拟存储器。
前言:分页控件的优点 1、 按需所取 —— 需要几条记录就从数据库里提取几条记录,不会多取。 2、 使用简单 —— 设置几个属性就可以实现分页的功能。 3、 多种分页算法 —— (即分页用的SQL语句)可以根据不同的需求灵活选择 4、 支持多种数据库 —— 用不同的分页算法对应不同的数据库。 第一章:PostBack分页 第一节:分页效果 这段视频演示分页效果和查询效果。查询后的分页,可以自动保持查询条件。 第二节:属性,如何实现一般的分页效果 这段视频说的是要实现分页的功能,需要怎么写代
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/126476.html原文链接:https://javaforall.cn
由于项目里面还在使用vs2003,还没有使用新的分页控件,所以对新的分页控件的测试还很不到位,遗留了不少的bug,感谢网友试用提出宝贵意见。由于项目正在收尾中,时间也不是太充裕,所以使用说明也不够详细。这次是发一个新的版本,另外主要是说一下,如何在一个页面(一个项目)里访问多种数据库,对多种数据库里的表进行分页。 我用过的数据库有SQL Server2000、SQL Server2005、Access、Excel,而分页控件也支持这四种数据库,那么就以这四种数据库为例。目的是在一个页面里
数据映射组件XCode优势 XCode是一个超越了ORM范围的映射组件,除了对象到关系数据库的映射外,还有到网络和其它二进制形式等的映射,所以称之为数据映射组件。 相对于国内外其它ORM,XCode具有以下优势: 1,采用最好的分页算法,高效处理海量数据。数据分页的思想贯穿整个XCode的生命周期,任何一个不论大小的测试,数据样本都是单表一千万起。其它很多ORM,在数据达到百万之后会变慢,达到千万后基本上就卡死了。XCode同时支持最流行的几大数据库分页算法,经过10多年的经验积累,根据数据库类型、版本以及
分享一个生成分页用SQL的函数库 一般一提到分页,大家就会想到存储过程,而大多数情况都是在存储过程里面拼接SQL,我觉得与其在存储过程里面拼接,还不如写个程序来拼接。这样更便于维护,而且效率也不差多少。 所以我就写了这个类库—— QuickPagerSQL。 一开始这个功能是在QuickPager分页控件内部的,但是放在一起的话,违反了单一职责。所以把它独立了出来。现在QuickPagerSQL是一个独立的类库,可以单独调用。 他的目的很明确,就是根据已知条件,依据分页算法,来拼接需
分页控件的源代码,可能会让有些人失望,因为代码很乱。乱的一个原因呢,可能是没有采用OO的思路吧,因为写控件的时候还一点都不会OO呢,只是一直在用,也就没有作大的重构。 有两个分页控件, 一个是通过PostBack来分页的,一个是通过URL来分页的。 先说PostBack的吧。 推荐使用环境,后台管理、OA等。 优点呢就是可以利用ViewState来保存很多信息,比如总记录数、查询语句、查询条件、等等,可以提高一些效率。 URL的。 这个是后完成的,代码能稍微好一点,由于不能使用ViewState
namespace JYK.Controls { /**//// /// 分页控件 /// PageGetData.cs 负责提取数据 /// PageSQL.cs 负责生成SQl语句 /// PageUI.cs 负责分页控件的页面内容 /// [DefaultProperty("Text")] [ToolboxData("<{0}:JYKPage runat=server></{0}:JYKPage>
其实不是,这段时间是在参加一次比较大的项目重构(目前已经基本完成了功能灰度,节后可以实现全面覆盖)。这期间的工作量简直“让人发指”,历史包袱非常巨大,重构过程更是触目惊心,我只能暂时放下键盘,回去搬砖了..
在大规模数据存储和查询的应用中,数据库分页查询是一个常见的需求。传统的数据库分页查询可能会因为数据量大而导致性能下降,为了解决这个问题,我们可以借助Redis的List数据结构,实现高效的数据库分页查询。本文将介绍如何利用Redis List来提升数据库分页查询的性能,以及具体的实现步骤和注意事项。
最新版本:V2.0.0.7 。http://www.cnblogs.com/jyk/archive/2008/07/28/1255101.html 下载:http://www.cnblogs.com/jyk/archive/2008/07/29/1255891.html ================================ 增加了几个属性、两个事件、修改了一下内部的代码。分页控件的大体结构终于确定下来了。详细说明一下功能吧。 1、基本信息 控件名称:QuickPa
分页内存管理方案允许进程的物理地址空间是不连续分配的。分页避免了将不同大小的内存块备份到交换空间上的问题。分页可以说是工程实践中的一种伟大创造。分页是通过硬件和操作系统配合来实现的。
遇到1000万数据表 最近遇到一个问题,就是单表数据过1000万的存储及查询问题。举个例子:1000万的数据存在一个表中,字段4-5个样子,日常 开发中难免要做过滤、排序、分页。如果把这几个放在一起即要过滤又要排序,还要分页那么数据量大一些就会发现特别慢。 10多年前刚入行时就听许多的人讨论分页,说什么1000万大表分页存储过程啥的。我之后一直工作中也没怎么遇到大数据量的开发工作,也真是惭愧啊,现在算是补补课吧。 1000万数据分个页吧 常用的数据库产品对分页都是有一些支持的,SQL语句肯定是OK的,同样的
上一次有点匆忙,如何使用介绍的不是太清楚,而且这两天有改掉了几个bug,所以这次呢详细说一下,然后更新一下代码和demo。 源代码和demo的下载:http://www.cnblogs.com/jyk/archive/2008/07/29/1255891.html JYK.Controls.Pager.QuickPagerSQL PagerSQL = new QuickPagerSQL(); //设置保存属性的位置。可以不保存,也可以保存在隐藏域、Cook
在上一篇介绍的几种多道编程的内存管理模式中,以交换内存管理最为灵活和先进。但是这种策略也存在很多重大问题,而其中最重要的两个问题就是空间浪费和程序大小受限。那么有什么办法可以解决交换内存存在的这些问题呢?答案是分页,它是我们解决交换缺陷的“不二法门”。
代码 /// /// postback 的最简单的分页设置 /// public partial class PostSimpleness : BaseWebPage { #region 初始化 protected override void OnInit(EventArgs e) { base.OnInit(e); //数据访问函数库的实
这里有相对地址和绝对地址,相对地址就是别的球员相对于 1 号球员的位置,绝对地址是他们实际居住的房间号,相对地址就是内存中的逻辑地址,而绝对地址就是物理地址。
-计算机系统中存储器一般分为内存储器和辅助存储器两级 -内存可以分成系统区和用户区两部分,系统区用来存储操作系统等系统软件,用户区用于分配给用户作业使用
拆分了一下自然框架,似乎又绕回去了。以前是多个项目分开放的,有人说太分散了,还得一个个下载,麻烦。于是就做了一个解决方案,把项目都放在了一起。 现在呢,QuickPager分页控件比较完善了,有人只想看分页控件的代码,其他的不想看,东西太多了乱。想一想也是,那么就拆分一下吧。原来自定义控件都是放在一个项目里的,编译后生成一个dll,版本号也只有一个。这样版本号就很难管理了,有任何一个控件升级,整个版本号都要升级,因为就是一个版本号。这样版本号就不大够用了。所以以前的源码下载,我只写上传日期而没有写版
存储器的基础知识 首先,一般的存储器我们就会认为它包含着三部分: 寄存器 速度最快,但是造价高 主存储器 速度次之,被通俗称为内存 外存 速度最慢,用于存储文件数据,因为上边两种一旦断电,数据就会丢失。这个用来做持久化存储的。 因此,我们的存储器往往是使用三层结构的。 程序的装入和链接 在操作系统的角度而言,我们面对存储器就是面对程序的装入和连接 一般地,用户程序向要在系统上运行,就要经历下面几个步骤: 编译:对用户源程序进行遍历,形成若干个目标模块 链接:将目标模块以及他们所需要的库函数链接在一起,形成完
一次性和驻留性严重地降低内存的利用率,显著地减少了系统吞吐量。 研究表明,程序在执行过程中呈现局部性原理。
上周看到了两篇关于DataReader分页的帖子,帖子的观点都是可以是用DataReader来分页,而且效率还不错。 根据我的分页经历来看,很难理解DataReader分页怎么就快了呢?理论上就不说了,直接用测试说话。 1、100w条记录,使用SQL语句(max方法)分页,PostBack方式,GridView显示数据。(第一页需要统计总记录数,所以会有点慢)http://demo.naturefw.com/Nonline/QuickPager/200w/GridView.aspx 2、10
对于表格,列表末尾数据可删除时,存在删除后刷新数据,当前分页下无数据的问题。 这里需要对几种状态条件做处理:
学习完索引管理相关的内容之后,我们就进入到了搜索技巧相关的学习了。其实对应在 XS 中,就是 SDK 中的 XSSearch 对象的相关学习和使用。同样的,在这一部分,我们也会普及很多搜索相关的知识。
之前分页都是接口实现的,现在有需求,接口不想弄,需要客户端实现分页算法。所以。。 /** 计算分页总数 @param pageSize 每页条数 @param totalCount 总条数 @return 分页数 */ + (NSInteger)getPageCountWithPageSize:(NSInteger)pageSize totalCount:(NSInteger)totalCount{ NSInteger pageCount = (totalCount + pageSize
最新下载地址: 自然框架的源代码、Demo、数据库、配置信息管理程序下载(2010.01.25更新) QuickControl web控件集包含的控件 QuickControl web控件集——基本控件: 控件名称 说明 详细介绍 MyTextBox 继承TextBox,增加了几个属性,继承IControlMgr接口 进入 MyDropDownList 继承DropDownList,增加了几个属性,继承IControlMgr接口 进入 MyCheckBoxList 继承CheckBox
有同时反馈,直接通过如下的sql进行分页查询,分页会出现重复数据,于是乎我专门查了相关了资料,整理了一下。
上次比较匆忙,Ajax的分页方式仅实现了基本功能,或者说只是验证了我的想法。现在对Ajax分页有做了一些调整,现在可以正式用了。 使用方法还是非常简单,可以完全按照URL分页方式来做,只需要把PagerTurnKind 属性 设置为:PagerTurnKind.AjaxForWebControl;就可以了。 然后前台需要引用jquery-1.4.2.min.js和QuickPager-1.0.js。QuickPager-1.0.js是QuickPager需要用的一个js脚本,Demo里面有这个j
Elasticsearch 中的深度分页(deep pagination)是一个常见但挑战性的问题。深度分页是指从搜索结果中检索距离起始位置很远的页面,例如第100页或更远的页面。在 Elasticsearch 中处理深度分页时,需要考虑性能和效率问题。
内存管理 包括内存管理和虚拟内存管理 内存管理包括内存管理概念、交换与覆盖、连续分配管理方式和非连续分配管理方式(分页管理方式、分段管理方式、段页式管理方式)。 虚拟内存管理包括虚拟内存概念、请求分页管理方式、页面置换算法、页面分配策略、工作集和抖动。 3.1 内存管理的概念 内存管理(Memory Management)是操作系统设计中最重要和最复杂的内容之一。虽然计算机硬件一直在飞速发展,内存容量也在不断增长,但是仍然不可能将所有用户进程和系统所需要的全部程序和数据放入主存中,所以操作系统必须将内存空间
根据ID来查询分页位置,比如按照ID的倒序排列,则可通过以下SQL查询出大于此ID记录数:
机器之心报道 机器之心编辑部 研究者表示,他们将边缘训练看作一个优化问题,从而发现了在给定内存预算下实现最小能耗的最优调度。 目前,智能手机和嵌入式平台等边缘设备上已经广泛部署深度学习模型来进行推理。其中,训练仍然主要是在具有 GPU 等高通量加速器的大型云服务器上完成。集中式云训练模型需要将照片和按键等敏感数据从边缘设备传输到云端,从而牺牲了用户隐私并导致了额外的数据移动成本。 图注:推特 @Shishir Patil 因此,为了使用户在不牺牲隐私的情况下个性化他们的模型,联邦学习等基于设备的训练方法不
内存管理是操作系统中经典的话题。小型嵌入式系统一次只需要执行一个任务,对内存管理没有要求。现代的操作系统通常要同时执行多个进程,多个进程所占用的内存之和通常超出物理内存的容量大小。即便内存容量也在不断的增长,但始终跟不上软件体积膨胀的速度。甚至有些庞大的程序所需要的内存就足以塞满整个物理内存空间。所以,现代操作系统的设计者就要想办法来调和系统的多任务同时运行、软件体积膨胀和有限的物理内存容量之间的冲突,想尽办法做到鱼和熊掌兼得。这就是本文所介绍的操作系统的内存管理。本文所介绍的主要是:
为了更高效的利用处理器和IO设备,需要在内存中运行更多的进程;同时使程序开发时不受内存大小的影响,而解决这两个问题的方法是使用虚拟内存技术。
存储器是计算机系统中最重要的资源之一,任何程序和数据及各种控制用的数据结构都必须占有一定的存储空间,因此,存储管理直接影响系统性能。
程序执行时会呈现出局部性规律,即在一较短的时间内,程序的执行仅局限于某个部分,相应地,所访问的存储空间也局限于某个区域。
领取专属 10元无门槛券
手把手带您无忧上云