- 博客(26)
- 资源 (4)
- 收藏
- 关注
RSS订阅转载 sql server 海量数据速度提升：SQL优化-索引（15）
泛东协同，赢在执行！ select top 页大小 * from table1 where id > (select max (id) from (select top ((页码-1)*页大小) id from table1 order by id) as T ) order by id 在大数据
2009-08-30 11:37:00
1090
转载 sql server 海量数据速度提升：SQL优化-索引（14）
泛东协同，赢在执行！ 在选择即不重复值，又容易分辨大小的列时，我们通常会选择主键。下表列出了笔者用有着1000万数据的办公自动化系统中的表，在以GID(GID是主键，但并不是聚集索引。)为排序列、提取gid,fariqi,title字段，分别以第1、10、100、500、1000、1万、10万、25万、50万页为例，测试以上三种分页方案的执行速度：(单位：毫秒)
2009-08-30 11:36:00
760
转载 sql server 海量数据速度提升：SQL优化-索引（13）
但这个存储过程有一个致命的缺点，就是它含有NOT IN字样。虽然我可以把它改造为： SELECT TOP 页大小 * FROM Table1 WHERE not exists (select * from (select top (页大小*页数) * from table1 order by id) b where b.id=a.id
2009-08-30 11:35:00
921
转载 sql server 海量数据速度提升：SQL优化-索引（12）
泛东协同，赢在执行！ 笔者曾在网上看到了一篇小短文《从数据表中取出第n条到第m条的记录的方法》，全文如下： 从publish 表中取出第 n 条到第 m 条的记录： SELECT TOP m-n+1 * FROM publish WHERE (id NOT IN (SELECT TOP n-1 id FROM publish))
2009-08-30 11:33:00
862
转载 sql server 海量数据速度提升：SQL优化-索引（11）
泛东协同，赢在执行！ 12、高效的TOP 事实上，在查询和提取超大容量的数据集时，影响数据库响应时间的最大因素不是数据查找，而是物理的I/0操作。如： select top 10 * from ( select top 10000 gid,fariqi,title from tgongwen where neibuyonghu=办公室order by gid de
2009-08-30 11:32:00
1975
转载 sql server 海量数据速度提升：SQL优化-索引（10）
泛东协同，赢在执行！ 10、count(*)不比count(字段)慢 某些资料上说：用*会统计所有列，显然要比一个世界的列名效率低。这种说法其实是没有根据的。我们来看： select count(*) from Tgongwen 用时：1500毫秒 select count(gid) from Tgongwen 用时：1483毫秒 select count
2009-08-30 11:31:00
1057
1
转载 sql server 海量数据速度提升：SQL优化-索引（9）
泛东协同，赢在执行！ 8、union并不绝对比or的执行效率高 我们前面已经谈到了在where子句中使用or会引起全表扫描，一般的，我所见过的资料都是推荐这里用union来代替or。事实证明，这种说法对于大部分都是适用的。 select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=2004-
2009-08-30 11:30:00
834
转载 sql server 海量数据速度提升：SQL优化-索引（8）
泛东协同，赢在执行！ 5、尽量少用NOT 6、exists 和 in 的执行效率是一样的 很多资料上都显示说，exists要比in的执行效率要高，同时应尽可能的用not exists来代替not in。但事实上，我试验了一下，发现二者无论是前面带不带not，二者之间的执行效率都是一样的。因为涉及子查询，我们试验这次用SQL SERVER自带的pubs数据库。运行前我们可以把SQL
2009-08-30 11:29:00
852
转载 sql server 海量数据速度提升：SQL优化-索引（7）
泛东协同，赢在执行！ 介绍完SARG后，我们来总结一下使用SARG以及在实践中遇到的和某些资料上结论不同的经验： 1、Like语句是否属于SARG取决于所使用的通配符的类型 如：name like ‘张%’ ，这就属于SARG 而：name like ‘%张’ ,就不属于SARG。 原因是通配符%在字符串的开通使得索引无法使用。 2、or 会引起全表扫描
2009-08-30 11:28:00
868
转载 sql server 海量数据速度提升：SQL优化-索引（6）
泛东协同，赢在执行！ 二、改善SQL语句 很多人不知道SQL语句在SQL SERVER中是如何执行的，他们担心自己所写的SQL语句会被SQL SERVER误解。比如： select * from table1 where name=zhangsan and tID > 10000 和执行: select * from table1 where tID > 1000
2009-08-30 11:27:00
1041
转载 sql server 海量数据速度提升：SQL优化-索引（4）
泛东协同，赢在执行！ (四)其他书上没有的索引使用经验总结 1、用聚合索引比用不是聚合索引的主键速度快 下面是实例语句：(都是提取25万条数据) select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=2004-9-16 使用时间：3326毫秒 select gid,f
2009-08-30 11:25:00
828
转载 sql server 海量数据速度提升：SQL优化-索引（3）
泛东协同，赢在执行！ 2、只要建立索引就能显著提高查询速度 事实上，我们可以发现上面的例子中，第2、3条语句完全相同，且建立索引的字段也相同;不同的仅是前者在fariqi字段上建立的是非聚合索引，后者在此字段上建立的是聚合索引，但查询速度却有着天壤之别。所以，并非是在任何字段上简单地建立索引就能提高查询速度。 从建表的语句中，我们可以看到这个有着1000万数据的表中fariqi字
2009-08-30 11:24:00
1005
转载 sql server 海量数据速度提升：SQL优化-索引（2）
泛东协同，赢在执行！ (三)结合实际，谈索引使用的误区 理论的目的是应用。虽然我们刚才列出了何时应使用聚集索引或非聚集索引，但在实践中以上规则却很容易被忽视或不能根据实际情况进行综合分析。下面我们将根据在实践中遇到的实际问题来谈一下索引使用的误区，以便于大家掌握索引建立的方法。 1、主键就是聚集索引 这种想法笔者认为是极端错误的，是对聚集索引的一种浪费。虽然SQL SERV
2009-08-30 11:23:00
960
转载 sql server 海量数据速度提升：SQL优化-索引（1）
泛东协同，赢在执行！ (一)深入浅出理解索引结构 实际上，您可以把索引理解为一种特殊的目录。微软的SQL SERVER提供了两种索引：聚集索引(clustered index，也称聚类索引、簇集索引)和非聚集索引(nonclustered index，也称非聚类索引、非簇集索引)。下面，我们举例来说明一下聚集索引和非聚集索引的区别： 其实，我们的汉语字典的正文本身就是一个聚集索引
2009-08-30 11:20:00
1008
1
转载 SQL Server select语句执行顺序
泛东协同，赢在执行！ 根据《Microsoft SQL Server2000 宝典》，Select语句的完整执行顺序：1.from子句组装来自不同数据源的数据2.where子句基于指定的条件对记录行进行筛选3.group by子句将数据划分为多个分组4.使用聚集函数进行计算5.使用having子句筛选分组6.计算所有的表达式7.使用order by对结果集进行排序
2009-08-30 08:28:00
826
转载 基于SOA的流程协同技术
泛东协同，赢在执行！ 协同技术本身随着计算和网络通讯技术的不断发展，其技术概念及范围也在不断延扩，技术手段和内容也在不断丰富。协同技术从广义上讲，包含人员和人员之间在计算网络设备支持下的工作协同（这是协同的传统定义，如CSCW）、系统和系统间的协同（自动化业务流程）、人与系统间的协同（人员工作流和系统工作流的统一） 这三种划分。 协同技术的发展趋势 人员和人员之间在计算网络设备
2009-08-23 16:16:00
1010
1
转载 OA真的过时了吗？
泛东协同，赢在执行！ 最近，笔者从报刊媒体上了解到一种说法：办公自动化（OA）的概念已经过时，不能反映信息社会和网络经济的时代特征，不能适应经济全球化和信息网络化对办公自动化的需求，而且存在“没有体现国际互联网环境下超越办公室、超越地区和超越国界的动态办公和跨时空服务特点”。有人建议把办公自动化（Office Automation, OA）改为办公信息系统（Office Informatio
2009-08-23 16:01:00
1021
转载 什么是协同系统？－－信息化入门扫盲
泛东协同，赢在执行！ 协同软件(Collaboration Software)是指那些以团队协作为目标的协作软件工具，主要包括群组协作管理，如：工作流管理、项目管理等等；各种通信软件，如E-Mail、即时通信、VoIP等。网络、通信技术的发展和用户全球化等新需求的提出，协同软件概念也赋予了新的含义，例如结合了Internet、工作流、即时通讯和SOA等多种技术和手段。或者可以认为：协同办公、
2009-08-23 15:51:00
2274
转载 工作流引擎的三种定位
泛东协同，赢在执行！ 应该由谁来负责定义和开发工作流的应用？一般有三种观点，也就是我们对工作流引擎的三种定位： 1）完全由实际的技术人员来负责定义和开发工作流的应用 我认为这种观点等同于不需要工作流引擎，它只适合简单、变化少的工作流应用；如果业务逻辑和业务规则比较复杂，则需要自己定制相应的应用逻辑，并且不灵活。2）业务人员和技术人员结合 工作流产品提供图形化的界面，供业务
2009-08-16 09:16:00
1395
3
转载 时代周刊：谷歌微软争夺高校电子邮件外包市场
泛东协同，赢在执行！ 开辟新战场 大学生经常都会抱怨学校提供的电子邮件服务空间太小，无法处理大量邮件和附件。为了解决这一问题，有越来越多的大学和学院开始将电子邮件外包出去。又有哪些公司愿意为这些高校提供免费的电子邮件服务呢？答案是谷歌和微软。继搜索、软件和操作系统之后，大学校园成为这两家科技巨头的又一个战场。 谷歌目前为2000多所大学和学院管理电子邮件。通过这种模式，学生们
2009-08-15 16:03:00
2023
转载 有啊，将在百度创新大会上亮出X2C大饼
泛东协同，赢在执行！ 最近看到一则传闻，在8月18日召开的2009百度技术创新大会上，百度将正式公布“百度有啊”的“X2C”战略，以及有关于电子商务方面的重大消息。 传闻中的百度“X2C”，我估计是百度有啊的一个延伸产品，百度“X2C”应该是没有局限于B2C或C2C。这样平台的最大优势，是给个人及企业创造更平等的交易环境，能够给网友带来更多的信任和更良好的用户体验。 据说，
2009-08-15 15:42:00
450
转载 测试表明浏览器WinXP平台运行最快 Vista最慢
【赛迪网讯】8月9日消息，对Windows平台上五大浏览器进行的测试表明，浏览器在Windows XP SP3上的运行速度比Windows 7 RTM快13%，比Windows Vista SP2快29%。 据国外媒体报道称，部分浏览器在Windows 7 RTM中运行速度更快，火狐3.5.2运行速度只略快一点点。 Chrome 3浏览器在Windows XP SP3上运行的得
2009-08-09 09:09:00
494
转载 "呼死你"软件泛滥 不正当使用层出不穷亟待监管
中广网北京8月9日消息 据中国之声《新闻纵横》7点39分报道，最近，一种叫做“呼死你”的软件在网络上迅速走红，“呼”是呼叫的“呼”，与当年城管用来打击小广告的“呼死你”电话类似，这种软件目前被许多网民视作还击垃圾短信的工具。 一网民因对垃圾短信深恶痛绝 三月内利用软件“呼”死近2000个号码 据说，用户只要安装网络电话，运行“呼死你”软件，设置要追呼的手机号码，就会
2009-08-09 09:09:00
9218
转载 “校内网”将不存在，“校内网”更名为“人人网”
近日，各大论坛均出现有关千橡互动集团将在一周内关闭校内网的帖子。今日(8月4日)，千橡互动集团对于此事正式表态，校内网于今日正式更名为人人网。 据了解，这意味着目前国内最大的校友类网站将不复存在，取而代之的是一个成为面向所有网民的平台。 千橡方面表示，此次变动将不会影响用户登录网站，所有用户资料都是无缝转移，仅仅是更换一个域名而已。原本的校内网网址依然会继续使用，将成为一个转跳网址。
2009-08-04 16:21:00
2809
1
转载 协同概念以及与ERP的联系和区别
泛东协同，赢在执行！ IPV6的技术的推广，以及其他网络技术与思想的普及，使第二代互联网开始悄然出现，并且将在短时间内逐步取代第一代互联。第二代互联网在个人级应用上，主要是：BLOG（博客）、BBS(社区网站)、SNS（社交网络）、RSS（内容聚合），在企事业单位的组织级应用上， 主要是协同办公与商务，包括了实时与异步的信息流转与共享、知识采集与利用等等。基于互动的知识管
2009-08-01 20:55:00
1351
1
转载 大协同概念兴起 行业深耕获得机会
泛东协同，赢在执行！ 根据赛迪顾问的研究，2008年，中国协同软件市场规模预计将达到18.03亿元，在历经雪灾、地震、全球金融海啸的影响下，增长率较去年有所下滑，但用户对协同软件的认知不断深入，市场发展日趋理性。 图 2005－2008年中国协同软件市场规模及增长率 2008年中国协同软件市场发展主要呈现以下特点： 大协同概念日渐兴起，平台化产品受用户认可
2009-08-01 20:51:00
730
Delphi读取Usb设备所属端口（UsbView）
2021-06-28
Chromium浏览器内核(dcef3-3.1650)
2016-06-03
Chromium内核多标签浏览器（dcef3-3.1650）
2016-06-03
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人