视图查询慢,如何优化 [问题点数:20分,结帖人me_meihuo]

一键查看最优答案

确认一键查看最优答案?
本功能为VIP专享,开通VIP获取答案速率将提升10倍哦!
Bbs1
本版专家分:15
结帖率 87.5%
Bbs12
本版专家分:313931
版主
Blank
名人 2019年 荣获名人称号
2012年 荣获名人称号
Blank
进士 2011年 总版技术专家分年内排行榜第四
2010年 总版技术专家分年内排行榜第九
2009年 总版技术专家分年内排行榜第八
Blank
金牌 2011年10月 总版技术专家分月排行榜第一
Blank
银牌 2011年12月 总版技术专家分月排行榜第二
2011年9月 总版技术专家分月排行榜第二
2009年11月 总版技术专家分月排行榜第二
Bbs12
本版专家分:313931
版主
Blank
名人 2019年 荣获名人称号
2012年 荣获名人称号
Blank
进士 2011年 总版技术专家分年内排行榜第四
2010年 总版技术专家分年内排行榜第九
2009年 总版技术专家分年内排行榜第八
Blank
金牌 2011年10月 总版技术专家分月排行榜第一
Blank
银牌 2011年12月 总版技术专家分月排行榜第二
2011年9月 总版技术专家分月排行榜第二
2009年11月 总版技术专家分月排行榜第二
Bbs1
本版专家分:15
Bbs5
本版专家分:3005
查询视图时 ,带where 条件速度过
今天遇到这样一个情况,通过<em>视图</em><em>查询</em>一些字段不带where语句时很快。SQL如下 select * ,ROW_NUMBER () OVER (ORDER BY tabs.recognisedmaori DESC) AS pos from( SELECT vp.projectid id, vp.projectno projectno, vp.projectname objnam...
利用视图查询效率会变
VIEW_STU_SCHEME 为<em>视图</em> cj_lncjb ,cj_lrcjb 为表 select a.kch,a.kcm,a.xh,b.stu_sch_group_num,b.stu_sch_grou
如何优化视图查询速度
如何<em>优化</em><em>视图</em>的<em>查询</em>速度 ALTER VIEW . AS SELECT * from . union all SELECT * from . union all SELECT * from . unio
sql视图加where之后查询速度很-----sql优化(持续更新中)
select s.row_id,s.money  from v_school s where s.money&amp;gt;1000 (其中v_school是<em>视图</em>)这个<em>查询</em>很<em>慢</em>,一开始搞不懂为什么,后来发现s.money是在<em>视图</em>里面经过复杂运算得到的。 原因解释:因为v_school查出的每条数据,每次都会比较where后面的s.money&amp;gt;1000,而这个<em>视图</em>数据是百万级的,所以得比较上百万次复...
【MySQL】我必须得告诉大家的MySQL优化原理2(中)视图视图背后的……
<em>视图</em> 对于一些关联表的复杂<em>查询</em>,使用<em>视图</em>有时候会大大简化问题,因此在许多场合下都可以看到<em>视图</em>的身影,但<em>视图</em>真如我们所想那样简单吗?它和直接使用JOIN的SQL语句有何区别?<em>视图</em>背后的原理又了解多少? <em>视图</em>本身是一个虚拟表,不存放任何数据,<em>查询</em><em>视图</em>的数据集由其他表生成。MySQL底层通过两种算法来实现<em>视图</em>:临时表算法(TEMPTABLE)和合并算法(MERGE)。 临时表算法就是将SELECT...
mysql优化视图union查询。高手请入!
CREATE VIEW push_log AS SELECT title, id, classid, titlepic FROM push_log_0 BETWEEN (UNIX_TIMESTAMP(
mysql视图查询解决方法
     执行下面语句发现<em>查询</em>数据非常<em>慢</em>,要30多s:         SELECT t0.* FROM Vsyslog t0 where message like '%Username = teddy%' LIMIT 0,10 (其中Vsyslog 是<em>视图</em>)这个<em>查询</em>很<em>慢</em>,一开始搞不懂为什么,后来发现message 是在<em>视图</em>里面经过复杂运算得到的。 原因解释:因为Vsyslog 查出的每...
视图如何优化
create view vw_Members as SELECT a.u_m_PendingStatus, a.u_m_isFastPassed, a.AppAdminName, a.u_m_pho
数据库:使用视图优化查询性能
<em>视图</em>是从一个或多个表中导出来的虚拟表。这是因为<em>视图</em>返回的结果集的一般格式与由列和行组成的表相似,并且在SQL语句中引用<em>视图</em>的方式也与引用表的方式相同。 <em>视图</em>概述 <em>视图</em>是从一个或者几个基本表或者<em>视图</em>中导出的虚拟表,是从现有基表中抽取若干子集组成用户的“专用表”,这种构造方式必须使用SQL中的SELECT语句来实现。在定义一个<em>视图</em>时,只是把其定义存放在数据库中,并不直接存储<em>视图</em>对应的数据,直到用户使用...
navicate执行mysql视图等复杂sql卡死,处理方案
1.<em>查询</em>目前数据库在运行的进程: show processlist 2.杀死卡死的进程: eg:杀死进程id为 872的sql(要根据自己的实际运行sql去判断是否需要杀死) kill 872 3.执行第一步查看当前在运行的进程,kill掉卡死的进程,数据库<em>查询</em>速度恢复 ...
SQL数据库视图查询超级,请高手指点
<em>视图</em>是从三个表组成的,一个主表(有10万多条数据),另外两个是附表,<em>查询</em>时加了条件,排序后特别<em>慢</em>,dbo.tbFile_ZX是主表 代码如下SELECT dbo.tbFile.DNianDu, dbo
oracle v$ 视图查询处理
1,首先可以看下ASH中查看会话的信息,如event等 2. 查看SQL的执行计划信息,主要是为了获取涉及到了哪些 X$<em>视图</em> 3. 收集统计信息 exec dbms_stats.gather_table_stats(OWNNAME=>'SYS',tabname=>'X$lixora'); exec dbms_stats.gather_table_stats(OWNNAME=>'SY
MYSQL关联视图查询数据
将<em>视图</em>定义代码直接写入<em>查询</em>语句 select * ,concat(man_mobile1,' ',man_mobile2,' ',man_mobile3) as man_mobile from `car` join `company` on car_company_id=company_id left join `man` on car_master_id=man_id left join ...
Oracle视图优化!恳求大神协助!
<em>视图</em>嵌套<em>视图</em><em>查询</em>,<em>查询</em>比较<em>慢</em>。数据量也就在4万条 在线等!谢谢各位 create or replace view sap_info_view as select distinct v.employee
视图查询时快时的问题!
一个复杂的 SQL2012商用数据库,对某一个<em>视图</em>(包含3个表)的<em>查询</em>时快时<em>慢</em>,比如: 8am - 11am 平均时间不到1秒;  11am-13pm 平均时间有8秒; 13pm-17pm 平均时间不
如果视图或等等,速度很的解决办法
可以把要<em>查询</em>的数据放到表里面(这样<em>查询</em>就可以快),这个表的数据可以通过job定时插到此表即可。
为什么用视图了,查询速度还是这么呀?
我的新闻表里,现在也就3万条记录,根据娱乐类型不同,我建了6个<em>视图</em>,<em>视图</em>里的sql是这样的 CREATE VIEW dbo.ylfxb AS SELECT TOP 20 * FROM dbo.news
视图查询大量数据表现太如何优化(关键字段已建索引),高手指点下。。。
<em>视图</em>sql如下,业务如此,不得已而建之,因为报表: CREATE OR REPLACE VIEW 日度处理_集气站产量 AS SELECT DISTINCT ( SELECT distinct 日期
Mysql优化视图重写
<em>视图</em>是数据库中基于表的一种对象,把对表的<em>查询</em>固化。<em>视图</em>的类型: 1、用SPJ格式构造的<em>视图</em>,称为简单<em>视图</em>。 2、用非SPJ格式构造的<em>视图</em>,称为复杂<em>视图</em>。什么是<em>视图</em>重写? 1.<em>查询</em>语句中出现<em>视图</em>对象 2.<em>查询</em><em>优化</em>后,<em>视图</em>对象消失 3.消失的<em>视图</em>对象的<em>查询</em>语句,融合到初始<em>查询</em>语句中。MySQL<em>视图</em>重写准则: 1、MySQL支持对简单<em>视图</em>进行<em>优化</em> 2、<em>优化</em>方法是把<em>视图</em>转为对基表的<em>查询</em>,然后进行类似子<em>查询</em>...
视图查询
我遇到过,单独<em>查询</em><em>视图</em>很快,但是两个SQL语句<em>查询</em>同一个<em>视图</em>后再联合<em>查询</em>就<em>慢</em>了 当时我删除了基表的统计信息,然后就OK了 analyze table 基表 delete statistics; analyze table 基表 compute statistics ; ...
SqlServer 联合视图查询速度
请问下面是为什么 一个表有50万数据一个<em>视图</em>查出5万数据 Left join 进行<em>查询</em> 速度很<em>慢</em>要2分钟 一个表50万数据,一个表的数据跟上面的<em>视图</em>数据相同 Left join 进行<em>查询</em> 速度很快4秒
视图视图优化案例
一个<em>查询</em>界面,客户执行SQL语句 需等待16s 语句如下 Select * From (Select distinct A.* From inq_vd住院医嘱_执行情况_婴 A Left Join INQ_D住院医嘱临时列表 B On A.系统序号 = B.住院序号i ...
oracle查询视图死了 求解决办法
CREATE OR REPLACE VIEW system.V_MOM30100_ALL AS SELECT no, refno, rwh, gzh, type, refseq, jh, jhname
视图查询 非常卡,怎么优化
一个<em>视图</em>重复运用,会造成卡? -- 获取mapping create or replace function Get_Dept_Mapping(MyORGID in varchar2) return
MySQL--视图优化(二)
续: MySQL--<em>视图</em><em>优化</em>(一)    二 MySQL<em>视图</em><em>优化</em>方式 测试用例:创建2张表,创建一个简单<em>视图</em>、一个复杂<em>视图</em>、一个使用UNOION操作的<em>视图</em>,并插入少量数据。CREATE TABLE t1 (id1 INT, a1 INT UNIQUE, b1 INT, PRIMARY KEY(id1));CREATE TABLE t2 (id2 INT UNIQUE, a2 INT UNIQUE
李海翔 - MySQL视图优化
2015 Oracle 技术嘉年华(OTN)分会场11李海翔 - MySQL<em>视图</em><em>优化</em>
Android性能优化视图篇(渲染机制)
**本篇重点是——–如何解决过度绘制** 众所周知的Android系统每隔16ms重新绘制一次activity,也就是说你的app必须在16ms内完成屏幕刷新的所有逻辑操作,这样才能达到60帧/s。而用户一般所看到的卡顿是由于Android的渲染性能造成的。 然而有的时候你的程序会出现这样的情况,如果某个绘制操作超过了16秒用了24秒这时候用户看同一张图片花了32秒而不是16s,用户会感到卡
那些 Android 程序员必会的视图优化策略
本文首发于微信公众号「玉刚说」 原文链接:那些 Android 程序员必会的<em>视图</em><em>优化</em>策略 1. 概述 现在的APP一些视觉效果都很炫,往往在一个界面上堆叠了很多<em>视图</em>,这很容易出现一些性能的问题,严重的话甚至会造成卡顿。因此,我们在开发时必须要平衡好设计效果和性能的问题。 本文主要讲解如何对<em>视图</em>和布局进行<em>优化</em>:包括如何避免过度绘制,如何减少布局的层级,如何使用ConstraintLayout等等...
关于数据量过大,且SQL已经不能再优化视图的解决办法(一)
        给第三方做数据接口,通过<em>视图</em>组合对方要的数据,由于两边表不一致,所以导致很多<em>视图</em>的<em>查询</em>会很复杂。最复杂的一个<em>视图</em>里面四张表各自关联了几张表,然后<em>查询</em>还用了自定义的function,数据还用为空的状况。开始<em>优化</em>时,先去掉了一些无效的子<em>查询</em>,<em>优化</em>了链接条件,链接顺序。为空字段使用nvl,加函数索引。最后发现还是全表扫描。count了一下表数据总量,还用满足条件的总量发现过半了,所以没走...
查询表很快,查询相应的视图为什么?如何使用视图
一个表:100万数据,通过固定条件<em>查询</em>需要1秒定位一条数据;可是通过此表的一个<em>视图</em>(<em>视图</em>中并没有关联其他大的数据表)定位一条数据需要8秒为什么差距这么大 怎么办?
关于视图查询的问题
<em>视图</em>1:alter view ycljcb as (select distinct loc_det.itemno as 物料编码,sum(loc_det.qty) as 实际库存 from loc_d
mysql语句如何优化 4表连查,原来使用多视图
--rm_customer_user 用户表 字段 CustomerId 客户ID,UserName 用户名,Mobile 手机号码,Status 状态 --rm_customer_company 用
视图执行速度的问题!
SELECT DISTINCT dbo.wlss.wlss_id, dbo.wlss.wlss_ms, dbo.wlss.wlss_fy, dbo.wlss.wlss_shzt, dbo.wlss.w
查询视图带 Where 条件 时,可会自动优化
如题,假如用<em>查询</em><em>视图</em>带 Where 条件时,Oracle 是否会自动<em>优化</em>?它的执行顺序是先查出全部数据,然后再用WHERE 条件过滤?还是直接把 Where条件 带进去,再查出相关数据,当<em>视图</em>连接多表
视图优化方法,请各位高手不吝赐教!!!
各位大侠,小弟建了一个<em>视图</em>,发现<em>查询</em>效率十分低下,于是用排除法找到有三个字段对<em>查询</em>效率影响十分严重。 这三个字段分别是【小号列表】、【二维码】、【用户标识串】。 总记录条数为5385条,去掉这3个字段
视图优化
GPU向缓存区写入每一帧的<em>视图</em>数据,是一行一行地写入图像数据的写入的。如果帧率大于屏幕刷新率,就会产生<em>视图</em>割裂现象。
MySQL索引原理及查询优化
MySQL凭借着出色的性能、低廉的成本、丰富的资源,已经成为绝大多数互联网公司的首选关系型数据库。虽然性能出色,但所谓“好马配好鞍”,如何能够更好的使用它,已经成为开发工程师的必修课,我们经常会从职位描述上看到诸如“精通MySQL”、“SQL语句<em>优化</em>”、“了解数据库原理”等要求。我们知道一般的应用系统,读写比例在10:1左右,而且插入操作和一般的更新操作很少出现性能问题,遇到最...
两个视图联合查询怎么就变了呢,他们各自查询明明都很快啊
有一个<em>视图</em>a和<em>视图</em>b,他们各自<em>查询</em>: select 字段 from a where 时间 and 条件 或者 select 字段 from b where 时间 and 条件 都是一秒就查出来了 但是
MySQL--视图优化(三)
续: MySQL--<em>视图</em><em>优化</em>(一) MySQL--<em>视图</em><em>优化</em>(二)  2 V5.7.5 <em>视图</em>和FROM子句中的派生表的重构 相关工作参见:http://dev.mysql.com/worklog/task/?id=5275 2.1.1 V5.7.5 <em>视图</em>和FROM子句中的派生表的重构内容最近几年,MySQL的<em>优化</em>器进步很快,MySQL的Optimizer团队对于<em>优化</em>器作了许多的<em>优化</em>工作。My
mssql 视图语句优化
这个<em>视图</em>只要count(1)就很<em>慢</em>,同时CPU也会很高,需要怎么样来写会快些 ALTER VIEW [dbo].[V_SynthesizeAsyn] AS SELECT a.Sysnumber , a.OrderId , a.OrderTime , a.MemberId , a.AvType , a.AvObject , a.AvDescription , CASE a.AvObject WHEN 'gs' THEN '金牌供应商' WHEN 'etp' THEN '企业诚信通' WHEN 'itp' THEN '海外TP' WHEN 'zg' THEN '中供' ELSE a.AvObject END AS AvObjectCn , a.CompanyNameCn , a.MemberNameCn , a.DangerDetail , a.IfRenew , CASE a.IfRenew WHEN 'y' THEN '是' ELSE '否' END AS IfRenewCn , b.WarningGrade , d.CompanyProvince , d.CompanyProvince AS Province , d.CompanyCity , d.CompanyCity AS city , rs.Name AS CompanyCityCN , Ps.Name AS CompanyProvinceCN , b.CurrentNodeID , b.CurrentNodeName , b.IfProveCheck , b.IfBusiCheck , b.IfRenew_Again , CASE b.IfRenew_Again WHEN 'y' THEN '是' ELSE '否' END AS IfRenew_AgainCn , b.IsFeedBack , CASE b.IsFeedBack WHEN '1' THEN '是' ELSE '否' END AS IsFeedBackCn , b.FeedBackTime , e.Operator , d.CompanyName , e.OperatorName , d.CeoName , d.Tel , f.Result , ( CASE UPPER(ISNULL(f.Result, '')) WHEN 'YES' THEN '完全正确' WHEN 'NO' THEN '完全不正确' WHEN 'OTHER' THEN '部分正确' ELSE '' END ) AS Result_Name , b.ErrorDot , a.MakerID , a.Maker , d.CompanyAddr , d.LicenseNumber , b.IfTranslate , b.TranslateAudit , f.Content , d.CompanyEntityType , z.Name AS EntityTypeName , y.USERNAME , x.Maker AS LastVerify , a.VeriScope , a.ExpireDate , a.Priority FROM dbo.T_SendAVInfo AS a WITH ( NOLOCK ) INNER JOIN dbo.T_OrderStateInfo AS b WITH ( NOLOCK ) ON a.Sysnumber = b.SendAVInfoSysnumber AND b.IfRemove = '0' LEFT JOIN dbo.T_DataCollectInfo AS d WITH ( NOLOCK ) ON a.Sysnumber = d.SendAVInfoSysnumber LEFT JOIN dbo.T_DataDispense AS e WITH ( NOLOCK ) ON e.OperateState = '1' AND a.Sysnumber = e.SendAVInfoSysnumber LEFT JOIN dbo.T_SideVerifyRecords AS f WITH ( NOLOCK ) ON a.Sysnumber = f.SendAVInfoSysnumber LEFT JOIN ( SELECT Name , Number FROM dbo.Base_DDTree WITH ( NOLOCK ) WHERE ( PareNumber = 'ST0906100004' ) ) AS z ON z.Number = d.CompanyEntityType LEFT JOIN ( ( SELECT Name , Number FROM dbo.Base_DDTree WHERE DataType = 'hzst_tree_area' AND DELETEED = '0' AND IfLeaf = 0 ) ) AS rs ON rs.Number = d.CompanyCity LEFT JOIN ( ( SELECT Name , Number FROM dbo.Base_DDTree WHERE DataType = 'hzst_tree_area' AND DELETEED = '0' ) ) AS Ps ON Ps.Number = d.CompanyProvince LEFT JOIN ( SELECT USERID , USERNAME FROM dbo.T_IA_USERS WITH ( NOLOCK ) ) AS y ON e.Operator = y.USERID --获取审核人 LEFT JOIN ( SELECT loga.SendAVInfoSysnumber , logb.Maker FROM ( SELECT SendAVInfoSysnumber , MAX(CreateTime) AS CreateTime FROM dbo.T_Operationlog WITH ( NOLOCK ) WHERE CurrentNodeID = '111' AND T_Operationlog.SendAVInfoSysnumber='111' GROUP BY SendAVInfoSysnumber ) loga LEFT JOIN ( SELECT SendAVInfoSysnumber , CreateTime , Maker , CurrentNodeID FROM dbo.T_Operationlog WITH ( NOLOCK ) ) logb ON loga.SendAVInfoSysnumber = logb.SendAVInfoSysnumber AND loga.CreateTime = logb.CreateTime ) x ON a.Sysnumber = x.SendAVInfoSysnumber; LEFT JOIN ( SELECT TOP 1 SendAVInfoSysnumber , Maker FROM T_Operationlog ORDER BY CreateTime DESC ) x ON a.Sysnumber = x.SendAVInfoSysnumber; GO SQL Server 分析和编译时间: CPU 时间 = 3656 毫秒,占用时间 = 3691 毫秒。 (1 行受影响) 表 'Base_DDTree'。扫描计数 19,逻辑读取 22 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'T_OrderStateInfo'。扫描计数 9,逻辑读取 6138 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'T_SendAVInfo'。扫描计数 9,逻辑读取 4747 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'T_DataCollectInfo'。扫描计数 9,逻辑读取 24325 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'Worktable'。扫描计数 0,逻辑读取 0 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'T_DataDispense'。扫描计数 9,逻辑读取 5456 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'T_SideVerifyRecords'。扫描计数 9,逻辑读取 5960 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 表 'Worktable'。扫描计数 0,逻辑读取 0 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。 SQL Server 执行时间: CPU 时间 = 25026 毫秒,占用时间 = 3613 毫秒。
oracle多表联合查询作为一张视图,查询速度超~级~~的,怎么办?
create or replace view v_shipowner_all_test as select a.owner_id shipowner_id,a1.ship_count,a1.ship_count_s,a1.ship_count_s_cgt,a2.new_ship_ty,a2.new_ship_ty_s,a3.new_ship_ly,a3.new_ship_ly_s,a4.ship_now,a4.ship_now_s,a4.ship_now_s_cgt,a5.ship_now_b, a5.ship_now_s_b ,a6.ship_fin_ty,a6.ship_fin_ty_s,a7.ship_fin_ly,a7.ship_fin_ly_s,a8.ship_sec_ty,a8.ship_sec_ty_s,a9.SHIP_SEC_B_TY,a9.SHIP_SEC_B_TY_s,b1.SHIP_SEC_all_TY, b1.SHIP_SEC_all_TY_s,b2.SHIP_SEC_all_lY,b2.SHIP_SEC_all_lY_s,b3.ship_yard_id newest_yard,b4.ship_slipt_ty,b4.ship_slipt_ty_s,b5.ship_slipt_ly,b5.ship_slipt_ly_s,b6.sh_x,b6.sh_x_s,b6.sh_x_s_cgt, b7.sh_d,b7.sh_d_s,b7.sh_d_s_cgt,b8.sh_b,b8.sh_b_s,b8.sh_b_s_cgt,b9.sh_h,b9.sh_h_s,b9.sh_h_s_cgt from so_shipowner_info a left join (select t.ship_owner_id,count(1) ship_count,nvl(sum(t.dwt),0) ship_count_s,nvl(sum(t.cgt),0) ship_count_s_cgt from ship_base_info t group by t.ship_owner_id)a1 on a1.ship_owner_id=a.owner_id left join (select t.ship_owner_id,count(1) new_ship_ty,nvl(sum(t.dwt),0) new_ship_ty_s from order_info_new t where t.contract_date>to_char(sysdate,'yyyy') group by t.ship_owner_id)a2 on a2.ship_owner_id=a.owner_id left join (select t.ship_owner_id,count(1) new_ship_ly,nvl(sum(t.dwt),0) new_ship_ly_s from order_info_new t where t.contract_date>to_char(ADD_MONTHS(sysdate,-12),'yyyy') and t.contract_dateto_char(sysdate,'yyyy') group by t.ship_owner_id)a6 on a6.ship_owner_id=a.owner_id left join (select t.ship_owner_id,count(1) ship_fin_ly,nvl(sum(t.dwt),0) ship_fin_ly_s from order_info_deliveries t where t.ship_built>to_char(ADD_MONTHS(sysdate,-12),'yyyy') and t.ship_builtto_char(sysdate,'yyyy') group by t.sellers_id)a8 on a8.sellers_id=a.owner_id left join (select t.buyer_id,count(1) SHIP_SEC_B_TY,nvl(sum(t.dwt),0) SHIP_SEC_B_TY_s from order_info_secondhand t where t.ship_business_date>to_char(sysdate,'yyyy') group by t.buyer_id)a9 on a9.buyer_id=a.owner_id left join (select t.buyer_id,t.sellers_id,count(1) SHIP_SEC_all_TY,nvl(sum(t.dwt),0) SHIP_SEC_all_TY_s from order_info_secondhand t where t.ship_business_date>to_char(sysdate,'yyyy') group by t.buyer_id,t.sellers_id)b1 on b1.buyer_id=a.owner_id or b1.sellers_id=a.owner_id left join (select t.buyer_id,t.sellers_id,count(1) SHIP_SEC_all_lY,nvl(sum(t.dwt),0) SHIP_SEC_all_lY_s from order_info_secondhand t where t.ship_business_date>to_char(ADD_MONTHS(sysdate,-12),'yyyy') and t.ship_business_dateto_char(sysdate,'yyyy') group by t.ship_owner_id)b4 on b4.ship_owner_id=a.owner_id left join (select t.ship_owner_id,count(1) ship_slipt_ly,nvl(sum(t.dwt),0) ship_slipt_ly_s from order_info_split t where t.split_date>to_char(ADD_MONTHS(sysdate,-12),'yyyy') and t.split_date group by t.ship_owner_id)b9 on b9.ship_owner_id=a.owner_id group by a.owner_id,a1.ship_count,a1.ship_count_s,a1.ship_count_s_cgt,a2.new_ship_ty,a2.new_ship_ty_s,a3.new_ship_ly,a3.new_ship_ly_s,a4.ship_now,a4.ship_now_s,a4.ship_now_s_cgt,a5.ship_now_b, a5.ship_now_s_b ,a6.ship_fin_ty,a6.ship_fin_ty_s,a7.ship_fin_ly,a7.ship_fin_ly_s,a8.ship_sec_ty,a8.ship_sec_ty_s,a9.SHIP_SEC_B_TY,a9.SHIP_SEC_B_TY_s,b1.SHIP_SEC_all_TY, b1.SHIP_SEC_all_TY_s,b2.SHIP_SEC_all_lY,b2.SHIP_SEC_all_lY_s,b3.ship_yard_id,b4.ship_slipt_ty,b4.ship_slipt_ty_s,b5.ship_slipt_ly,b5.ship_slipt_ly_s,b6.sh_x,b6.sh_x_s,b6.sh_x_s_cgt, b7.sh_d,b7.sh_d_s,b7.sh_d_s_cgt,b8.sh_b,b8.sh_b_s,b8.sh_b_s_cgt,b9.sh_h,b9.sh_h_s,b9.sh_h_s_cgt 这只是一部分,一共50多个表,想做一张大<em>视图</em>.结果发现,<em>查询</em>了一个晚上也没有<em>查询</em>出结果,怎么样才能提高<em>查询</em>速度呢?或者有什么其他解决办法?????
PostgreSQL查询优化器--逻辑查询优化--视图优化(一)
8.1.1 <em>视图</em>重写 PostgreSQL有一个模块,称为规则模块,用以处理规则。规则系统把<em>查询</em>修改为需要考虑规则的形式,然后把修改过的<em>查询</em>传递给<em>查询</em><em>优化</em>器执行。<em>视图</em>被作为规则的子部分,在此被处理。所以,PostgreSQL通过规则模块(pg_rewrite_query函数)支持逻辑<em>查询</em><em>优化</em>的<em>视图</em>重写,也就是把<em>视图</em>用<em>视图</em>的定义替代,<em>视图</em>定义在SQL中相当于子<em>查询</em>。PostgreSQL统一对子
索引视图
http://www.microsoft.com/china/MSDN/library/data/sqlserver/Pointsof.mspx?mfr=true 索引<em>视图</em>有助于提高 T-SQL 的性能 Itzik Ben-Gan T-SQL 是一种允许您以逻辑方式设计请求的语言。这里所说的“逻辑”的意思是,当编写<em>查询</em>时,您指定的是希望获得什么 结果,而不是希望以何种方式 获得结果。对如何处
视图数据的查询效率与更新效率
场景: 通常遇到涉及多个表的复杂sql<em>查询</em>时,我们会习惯性地建个<em>视图</em>,基于<em>视图</em>再做过滤<em>查询</em>。这比较容易带来性能问题,跟简单<em>视图</em>不同的是,在复杂<em>视图</em><em>查询</em>的背后,数据库会自动地物化一个<em>视图</em>,即创建一个包含<em>视图</em>数据的临时表,基于这个临时表再执行<em>查询</em>,并在<em>查询</em>完成后删除临时表。 结果: 如果数据库工作量中包含许多要求<em>视图</em>物化的<em>查询</em>,那么总的DBMS吞吐量将会急剧下降。 如果数据库中数据...
视图能够提高查询速度吗
我的一张表是18934行,这张表专门会被修改,同时<em>查询</em>时需要对表间的字段进行累加等计算,<em>查询</em>速度一般有等待,26秒左右,现在我把这个计算过程做了<em>视图</em>存放,<em>查询</em>语句是简单了很多,但是速度却没有提升,也是
视图可以优化查询的速度吗?讨论
我有一个不断增长的用户信息表,但是只有一部分用户是活动的。 在处理其他业务时,经常需要使用当前的活动的用户信息,有时也会使用已经注销的用户信息(这部分用户没有被删除,只是标注为注销)。 问:对用户信息
通过视图 查询 真的影响效率吗?
不考虑 那个 物化<em>视图</em>,我也不会,我只是问一下 Sql 的 View CREATE TABLE `user` ( `user_id` int(11) NOT NULL AUTO_INCREMENT,
视图的where优化问题
有个比较复杂的嵌套的比较深的<em>视图</em>,加上where<em>查询</em>后就变得特别<em>慢</em>,比如: select * from dbo.myView where a=x and b>y and c<z 执行速度会比不加whe
查询优化视图
<em>查询</em>记录可以有多种方法,但是不同的方法在效率上有着千差万别.在记录多的情况下,尤为明显.下面举一个例子表1 articles:字段(id   title    time    posterID)表2  users  :字段(id    name    password)<em>查询</em>某人编辑的所有文章的标题.假设表articles 有3000条记录   users有100条记录方法一:SELECT titl...
Oracle视图查询之统计信息收集
``` 今天发现数据库中有一个<em>视图</em>执行非常缓<em>慢</em>,<em>查询</em>从原来的0.4秒左右变<em>慢</em>到3秒多, 查看了sql语句并没有被修改过,怀疑可能是统计信息过旧。 --在当前用户下执行 select 'analyze table '|...
数据计算量大,建了视图但是查询速度太
两年的数据有点吃力了,大家帮忙出个主意,如何办? 1,客户不让切割成多个库 2,提少量的数据明显会,但客户要求一次提出一年的数据 3,做分页?我没做过呢,另外我用的是MASTERDETIAL控件,不方
数据量超7000W的视图,查询的问题.
这个<em>视图</em>是链接的国家规范数据库的一张表.无法对其做任何操作(包括本地<em>视图</em>索引,触发器等). 现在问题是: 以时间为条件, 即使<em>查询</em>一天前的所有数据,都需要5S时间. 更别谈加上其他的一些业务条件.整个
SQL Server查询优化方法(查询速度的原因很多,常见如下几种)
今天看到一位博友的文章,觉得不错,转载一下,希望对大家有帮助,更多文章,请访问:http://blog.haoitsoft.com1、没有索引或者没有用到索引(这是<em>查询</em><em>慢</em>最常见的问题,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 3、没有创建计算列导致<em>查询</em>不<em>优化</em>。 4、内存不足 5、网络速度<em>慢</em> 6、<em>查询</em>出的数据量过大(可以采用多次<em>查询</em>,其他的方法降低数据量) 7、锁或者死锁(这也是<em>查询</em>...
sqlserver视图查询效率测试
测试<em>视图</em>的<em>查询</em>效率,结果清晰表示<em>视图</em>不降低<em>查询</em>效率。
大量数据多表联合查询时时, 使用视图,是不是比直接查询速度要快! 有高手请给讲讲,如何提高查询速度
不会快,因为最终执行的语句是一样的。要想提高速度,结合一下自己的经验:1,多加条件约束,多用and,尽量把要查的东西精确定位出来,少用like in这样的语句;2,越少列越好,<em>查询</em>结果尽量要那些字段就查那些字段,少用*,<em>查询</em>全部,<em>查询</em>一列,比<em>查询</em>全部要快很多。3,各表要定义主键,这样在数据的检索上会快很多!
10万数据量的数据库查询效率比较 纯sql语句 和 view 视图
背景工作快2个月了,日子过的真快啊。时间真的有魔力,曾经觉得那么变态的sql语句,现在竟然觉得那么可爱(才怪)。 从刚开始的十几行的sql就觉得很长,到现在的100多行还感觉长的很正常很有道理,鬼知道我经历了什么。。。废话不多说了,进入正题。笔者在工作中,测试坏境下运行非常快的代码,到了正式坏境下<em>慢</em>了很多,原因是正式数据库数据量比较大的原因。又因为sql语句也很长了,所以考虑一下是否要用建立<em>视图</em>的方
mysql查询原因和解决方案
<em>查询</em>速度<em>慢</em>的原因很多,常见如下几种: 1、没有索引或者没有用到索引(这是<em>查询</em><em>慢</em>最常见的问题,是程序设计的缺陷)2、I/O吞吐量小,形成了瓶颈效应。3、没有创建计算列导致<em>查询</em>不<em>优化</em>。4、内存不足5、网络速度<em>慢</em>6、<em>查询</em>出的数据量过大(可以采用多次<em>查询</em>,其他的方法降低数据量)7、锁或者死锁(这也是<em>查询</em><em>慢</em>最常见的问题,是程序设计的缺陷)8、sp_lock,sp_who,活动的用户查看,原因...
视图和临时表哪个查询效率高?
在做<em>查询</em>报表的时候,经常有一些数据是需要关联的,比如 品类集合。 比如销售报表、采购报表、库存报表等,都经常需要关联这个品类集合,那么我之前都是在每个<em>查询</em>报表中,把品类集合插入到临时表后进行关联的。如
MySQL中的视图及性能问题
2007-08-14 22:28:59|  分类: MySQL |  标签:数据库  postgresql  mysql  |字号 订阅 <em>视图</em>是MySQL 5.0中增加的三大新功能之一(另外两个是存储过程与触发器),也是一般稍微“高级”一点的数据库所必需要有的功能。MySQL在定义<em>视图</em>上没什么限制,基本上所有的<em>查询</em>都可定义为<em>视图</em>,并且也支持可更新<em>视图</em>(当然只有在<em>视图</em>和
mysql视图效率低下的问题
每天要从日志中抽取一些信息存放在数据库中,大概80多M 当单张表到达一定数量的时候(2G以上),再对表做批量插入操作,就会比较<em>慢</em>。 所以现在就拆表。 插入: 做多张结构一样的表,然后对新表进行插入操作
请问大牛mysql 视图多个union all查询如何优化
请问大牛mysql <em>视图</em>多个union all<em>查询</em><em>慢</em>如何<em>优化</em>, union了17张表 谢谢
mysql优化视图
-
MySQL视图优化心得
为了获取客户购买的设备通道,需要编写一个<em>视图</em>,<em>视图</em>用到的数据表共7个,表及其关联关系如下表所示。实体名称缩写实体关系关联关系CUST客户C  PU前端设备P  CAPABILI
5.6.2 视图对性能的影响
5.6.2  <em>视图</em>对性能的影响 Performance Implications of Views 许多人都不认为<em>视图</em>可以改进性能,但是它确实可以提高性能,也可以用它来支持其他提高性能的方式。例如,利用<em>视图</em>重构数据库架构的某一阶段,可以在更改它访问的表的同时,使代码继续工作。 一些应用程序为每一个用户使用一个表,这通常是为了实现行级别安全性。一个和前面例子类似的<em>视图</em>能够在表内实现
MySQL 利用视图来提高开发效率
如何利用MySQL <em>视图</em>加快程序开发
我的MYSQL学习心得(十一) 视图
我的MYSQL学习心得(十一) <em>视图</em> 我的MYSQL学习心得(一) 简单语法 我的MYSQL学习心得(二) 数据类型宽度 我的MYSQL学习心得(三) 查看字段长度 我的MYSQL学习心得(四) 数据类型 我的MYSQL学习心得(五) 运算符 我的MYSQL学习心得(六) 函数 我的MYSQL学习心得(七) <em>查询</em> 我的MYSQL学习心得(八) 插入 更新 删除 我的MYSQL学习...
「mysql优化专题」视图应用竟然还可以这么优化?不得不收藏(8)
一、<em>视图</em>概述(技术文): (1)什么是<em>视图</em>? <em>视图</em>是基于 SQL 语句的结果集的可视化的表。 <em>视图</em>包含行和列,就像一个真实的表。<em>视图</em>中的字段就是来自一个或多个数据库中的真实的表中的字段。<em>视图</em>并不在数据库中以存储的数据值集形式存在,而是存在于实际引用的数据库表中,<em>视图</em>的构成可以是单表<em>查询</em>,多表联合<em>查询</em>,分组<em>查询</em>以及计算(表达式)<em>查询</em>等。行和列数据来自由定义<em>视图</em>的<em>查询</em>所引用的表,并且在引用<em>视图</em>时动态生...
【数据库优化专题】MySQL视图优化(一)
本期数据库<em>优化</em>专题分享,为大家带来的是DBA+社群MySQL领域原创专家——李海翔所著的MySQL<em>视图</em><em>优化</em>系列文章。以下是第一部分的内容,未完部分敬请关注后续更新。 专家简介 李海翔 网名:那海蓝蓝 DBA+社群MySQL领域原创专家 从事数据库研发、数据库测试与技术管理等工作10余年,对数据库的内核有深入研究,擅长于PostgreSQL和...
orale 视图优化
在ORACLE<em>查询</em>中,如果<em>视图</em>和其他表组合<em>查询</em>,基本上用不到<em>视图</em>基表的索引,导致速度很<em>慢</em>,前台开发人员反映前台出来结果要10几秒,实在无法忍受,后查那个执行计划看到跟<em>视图</em>有关的两个表,首先都是全表扫描,全表扫描后是SORT MERGE,而且占用很大的COST,看<em>视图</em>定义知道原来两个完全结构的表UNION起来的,经查那两个表完全不可能有重复记录,我就把UNION修改为UNION ALL后速度就好
sql server视图优化
CREATE VIEW MMS_TOTAL_CHARGES AS SELECT A.EA_ANO AS EA_BRID, SUM(A.EA_JE) AS TOTAL_CHARGES FROM (SEL
这个视图如何优化
--<em>视图</em> CREATE VIEW view_test AS SELECT a.startTime, a.workstate, b.parentCheck, b.addTime, b.transactI
create view替代繁琐的联表,优化视图查询效率
我有三张表 第一张表数据量不大 第二张表数据量有点 第三张表基本没啥数据 通过普通的联表<em>查询</em>分析效率如下 最终要执行这条SQL效率如下 1000条数据用了8秒多,很不理想~~~ 然后尝试建立<em>视图</em>,直接
Android app 性能优化视图优化
Android app 性能<em>优化</em>之<em>视图</em><em>优化</em> 前言: 每当一款App开始快速扩展的时候,随着业务功能的越来越复杂,功能模块的越来越多总会引起这样那样的性能问题。交互不流畅卡顿,ANR,手机发热量大等等性能问题在Android开发中一直都是一个坑爹的存在。不是大家不想去<em>优化</em>,可能是等你发现开始要搞搞性能的时候,发现工程貌似好大了,能跑不崩就万事大吉了,那么多代码要去看,去改。真心是一个
android 视图性能优化
android<em>视图</em>性能<em>优化</em> 1.<em>视图</em>性能 (1)Overdraw简介     Overdraw就是过度绘制,是指在一帧的时间内(16.67ms)像素被绘制了多次,理论上一个像素每次只绘制一次是最优的,但是由于重叠的布局导致一些像素会被多次绘制,而每次绘制都会对应到CPU的一组绘图命令和GPU的一些操作,当这个操作耗时超过16.67ms时,就会出现掉帧现象,表现为应用卡顿,所以对重叠不可见元素
21 视图合并(view merge) --优化主题系列
<em>视图</em>合并(view merge) 当SQL语句中有内联<em>视图</em>(in-line view,内联<em>视图</em>就是在from后面有select子<em>查询</em>) 或者SQL语句中有用 create view...创建的<em>视图</em>,CBO会将内联<em>视图</em>/<em>视图</em>给展开,进行等价的改写,这个过程就叫做<em>视图</em>合并。如果没有发生<em>视图</em>合并,在执行计划中,我们可以看到VIEW关键字。
大学四年自学走来,这些私藏的实用工具/学习网站我贡献出来了
大学四年,看课本是不可能一直看课本的了,对于学习,特别是自学,善于搜索网上的一些资源来辅助,还是非常有必要的,下面我就把这几年私藏的各种资源,网站贡献出来给你们。主要有:电子书搜索、实用工具、在线视频学习网站、非视频学习网站、软件下载、面试/求职必备网站。 注意:文中提到的所有资源,文末我都给你整理好了,你们只管拿去,如果觉得不错,转发、分享就是最大的支持了。 一、电子书搜索 对于大部分程序员...
【JSON解析】浅谈JSONObject的使用
简介 在程序开发过程中,在参数传递,函数返回值等方面,越来越多的使用JSON。JSON(JavaScript Object Notation)是一种轻量级的数据交换格式,同时也易于机器解析和生成、易于理解、阅读和撰写,而且Json采用完全独立于语言的文本格式,这使得Json成为理想的数据交换语言。 JSON建构于两种结构: “名称/值”对的集合(A Collection of name/va...
卸载 x 雷某度!GitHub 标星 1.5w+,从此我只用这款全能高速下载工具!
作者 | Rocky0429 来源 | Python空间 大家好,我是 Rocky0429,一个喜欢在网上收集各种资源的蒟蒻… 网上资源眼花缭乱,下载的方式也同样千奇百怪,比如 BT 下载,磁力链接,网盘资源等等等等,下个资源可真不容易,不一样的方式要用不同的下载软件,因此某比较有名的 x 雷和某度网盘成了我经常使用的工具。 作为一个没有钱的穷鬼,某度网盘几十 kb 的下载速度让我...
2019年还剩1天,我从外包公司离职了
这日子过的可真快啊,2019年还剩1天,外包公司干了不到3个月,我离职了
我一个37岁的程序员朋友
周末了,人一旦没有点事情干,心里就瞎想,而且跟几个老男人坐在一起,更容易瞎想,我自己现在也是 30 岁了,也是无时无刻在担心自己的职业生涯,担心丢掉工作没有收入,担心身体机能下降,担心突...
计算机网络的核心概念
这是《计算机网络》系列文章的第二篇文章 我们第一篇文章讲述了计算机网络的基本概念,互联网的基本名词,什么是协议以及几种接入网以及网络传输的物理媒体,那么本篇文章我们来探讨一下网络核心、交换网络、时延、丢包、吞吐量以及计算机网络的协议层次和网络攻击。 网络核心 网络的核心是由因特网端系统和链路构成的网状网络,下面这幅图正确的表达了这一点 那么在不同的 ISP 和本地以及家庭网络是如何交换信息的呢?...
python自动下载图片
近日闲来无事,总有一种无形的力量萦绕在朕身边,让朕精神涣散,昏昏欲睡。 可是,像朕这么有职业操守的社畜怎么能在上班期间睡瞌睡呢,我不禁陷入了沉思。。。。 突然旁边的IOS同事问:‘嘿,兄弟,我发现一个网站的图片很有意思啊,能不能帮我保存下来提升我的开发灵感?’ 作为一个坚强的社畜怎么能说自己不行呢,当时朕就不假思索的答应:‘oh, It’s simple. Wait for me for a ...
一名大专同学的四个问题
【前言】   收到一封来信,赶上各种事情拖了几日,利用今天要放下工作的时机,做个回复。   2020年到了,就以这一封信,作为开年标志吧。 【正文】   您好,我是一名现在有很多困惑的大二学生。有一些问题想要向您请教。   先说一下我的基本情况,高考失利,不想复读,来到广州一所大专读计算机应用技术专业。学校是偏艺术类的,计算机专业没有实验室更不用说工作室了。而且学校的学风也不好。但我很想在计算机领...
复习一周,京东+百度一面,不小心都拿了Offer
京东和百度一面都问了啥,面试官百般刁难,可惜我全会。
Java 14 都快来了,为什么还有这么多人固守Java 8?
从Java 9开始,Java版本的发布就让人眼花缭乱了。每隔6个月,都会冒出一个新版本出来,Java 10 , Java 11, Java 12, Java 13, 到2020年3月份,...
达摩院十大科技趋势发布:2020 非同小可!
【CSDN编者按】1月2日,阿里巴巴发布《达摩院2020十大科技趋势》,十大科技趋势分别是:人工智能从感知智能向认知智能演进;计算存储一体化突破AI算力瓶颈;工业互联网的超融合;机器间大规模协作成为可能;模块化降低芯片设计门槛;规模化生产级区块链应用将走入大众;量子计算进入攻坚期;新材料推动半导体器件革新;保护数据隐私的AI技术将加速落地;云成为IT技术创新的中心 。 新的画卷,正在徐徐展开。...
轻松搭建基于 SpringBoot + Vue 的 Web 商城应用
首先介绍下在本文出现的几个比较重要的概念: 函数计算(Function Compute): 函数计算是一个事件驱动的服务,通过函数计算,用户无需管理服务器等运行情况,只需编写代码并上传。函数计算准备计算资源,并以弹性伸缩的方式运行用户代码,而用户只需根据实际代码运行所消耗的资源进行付费。Fun: Fun 是一个用于支持 Serverless 应用部署的工具,能帮助您便捷地管理函数计算、API ...
讲真,这两个IDE插件,可以让你写出质量杠杠的代码
周末躺在床上看《拯救大兵瑞恩》 周末在闲逛的时候,发现了两个优秀的 IDE 插件,据说可以提高代码的质量,我就安装了一下,试了试以后发现,确实很不错,就推荐给大家。 01、Alibaba Java 代码规范插件 《阿里巴巴 Java 开发手册》,相信大家都不会感到陌生,其 IDEA 插件的下载次数据说达到了 80 万次,我今天又贡献了一次。嘿嘿。 该项目的插件地址: https://github....
Python+OpenCV实时图像处理
目录 1、导入库文件 2、设计GUI 3、调用摄像头 4、实时图像处理 4.1、阈值二值化 4.2、边缘检测 4.3、轮廓检测 4.4、高斯滤波 4.5、色彩转换 4.6、调节对比度 5、退出系统 初学OpenCV图像处理的小伙伴肯定对什么高斯函数、滤波处理、阈值二值化等特性非常头疼,这里给各位分享一个小项目,可通过摄像头实时动态查看各类图像处理的特点,也可对各位调参、测试...
2020年一线城市程序员工资大调查
人才需求 一线城市共发布岗位38115个,招聘120827人。 其中 beijing 22805 guangzhou 25081 shanghai 39614 shenzhen 33327 工资分布 2020年中国一线城市程序员的平均工资为16285元,工资中位数为14583元,其中95%的人的工资位于5000到20000元之间。 和往年数据比较: yea...
为什么猝死的都是程序员,基本上不见产品经理猝死呢?
相信大家时不时听到程序员猝死的消息,但是基本上听不到产品经理猝死的消息,这是为什么呢? 我们先百度搜一下:程序员猝死,出现将近700多万条搜索结果: 搜索一下:产品经理猝死,只有400万条的搜索结果,从搜索结果数量上来看,程序员猝死的搜索结果就比产品经理猝死的搜索结果高了一倍,而且从下图可以看到,首页里面的五条搜索结果,其实只有两条才是符合条件。 所以程序员猝死的概率真的比产品经理大,并不是错...
害怕面试被问HashMap?这一篇就搞定了!
声明:本文以jdk1.8为主! 搞定HashMap 作为一个Java从业者,面试的时候肯定会被问到过HashMap,因为对于HashMap来说,可以说是Java集合中的精髓了,如果你觉得自己对它掌握的还不够好,我想今天这篇文章会非常适合你,至少,看了今天这篇文章,以后不怕面试被问HashMap了 其实在我学习HashMap的过程中,我个人觉得HashMap还是挺复杂的,如果真的想把它搞得明明白...
毕业5年,我问遍了身边的大佬,总结了他们的学习方法
我问了身边10个大佬,总结了他们的学习方法,原来成功都是有迹可循的。
自己做的打地鼠小游戏下载
用MFC制作的打地鼠小游戏,主要训练了定时器的使用。 相关下载链接:[url=//download.csdn.net/download/dbtxdxy/4688416?utm_source=bbsseo]//download.csdn.net/download/dbtxdxy/4688416?utm_source=bbsseo[/url]
虚拟串口破解版下载
虚拟串口破解版工具,让你无需插入USB即可调试自己的串口软件 相关下载链接:[url=//download.csdn.net/download/nnbbvv11/10342231?utm_source=bbsseo]//download.csdn.net/download/nnbbvv11/10342231?utm_source=bbsseo[/url]
ASP.NET2.0高级编程(第4版) 2/6下载
pdf格式的 中文版 高清晰 http://youa.baidu.com/item/6e0ce22c10e4b8248df64adb 相关下载链接:[url=//download.csdn.net/download/williamlee2009/1710459?utm_source=bbsseo]//download.csdn.net/download/williamlee2009/1710459?utm_source=bbsseo[/url]
我们是很有底线的