@stewen
兄台,你那招人不.呵呵.- @笑东风
好的,我已经遵照你的吩咐修改结论啦. - @海南.胡勇
组合不组合查询是一样的,一开始我还用EF去生成语句,后来发现它生成的语句简直庞大,还慢,最后没办法,只能自己组合语句..
你要读写分开那倒是可行的办法,但我这表在应用中以后只读不写. - 建议找个平台先混一阵子,熟悉工作与人相处等等.
另外,你也喜欢冒单词嘛,只是不喜欢别人冷不丁冒出来你不熟悉的单词吧.呵呵. - @海南.胡勇
不是每个字段都建索引,搜索用的int型做普通索引,字符串型做全文索引. - @魔君六道
Sql Server2008-2012支持你的语法.我的版本才2005
http://msdn.microsoft.com/zh-tw/library/ms187373(v=sql.100).aspx
现成的蛋糕吃不成了.唉 - @魔君六道
是的,非常感谢您的不吝赐教.学习了. - @大石头
倒过来倒过去这种做法不科学,倒如1000万数据,那中间的数据怎么办.不能只考虑两头.
而且你不知道你要查询的数据是在前面还是后面. - 数据列数,各数据列的大小也有原因吧.
我的数据列中有nvarchar(max)的,存放企业简介.不知道是否影响.
这个数据库体积有2.244G,这个表是最大的,还包括其它一些零散的数据表如新闻表等,大概几十万数据行.
原因我貌似找到了,如@魔君六道所说,在末端的数据就特别慢,排在前面的数据就很快.... - 1，逻辑读取 3 次，物理读取 2 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 61 毫秒。
最后要肯定你的专注,确实3569是在接近末端,表示感谢.问题好像接近明朗了.... - @笑东风
我绝对相信你们的结果会很快,因为很快才是正常的,慢才是不正常.
你说的第二点"碎片过多"好像有这可能.
索引失效和索引建立不对及内存或硬盘不足,都不成立,这个语句在本地双核+2G,服务器至强双核+4G测试结果大同小异.
但数据库的碎片可能性是有的.
另外,亲,这问题拿出来正是想和大家探讨的,这算是一种不厚道么?我也不是吃饱了撑的,为此语句我损失了很多百度收录.
关于慢的结果,你们要不信我帖图给你们看. - @魔君六道
statistics profile的结果啊,你要的列我都给你啦.剩下的没给全而已.
ALTER DATABASE [ChengZhenTong] SET COMPATIBILITY_LEVEL=90提示90那里有错误.唉.
谢谢关注,总之内在的东西.不懂啊. - @魔君六道
112只是我杜撰出来的,为了简便说明问题而已.
真实数字是3569
运行语句报错:
"FORCESEEK" 不是可识别的表提示选项。如果它要作为表值函数的参数，请确保您的数据库兼容模式设置为 90 - 做过了,索引全删再重建索引,没用,索引解决不了我的问题,我差点把它字符串后纳入全文索引了.
谢谢你的建议. - @天外来客之火星人
同意. - Index Scan
第二个
10 1 select top 10 ID from E_Table where CateParentID=3569 2 1 0 NULL
10 1 |--Top(TOP EXPRESSION:((10))) 2 2 1 Top
10 1 |--Index Seek(OBJECT:([CZT].[dbo].[E_Table].[IX_E_Table_CateParentID]), SEEK:([CZT].[dbo].[E_Table].[CateParentID]=(3569)) ORDERED FORW - @kiler
这完全是新建的数据库,步骤简而言之是:
建表===>导数据===>修改(添加CateParentID列)
最大的疑点就在这个新增的列 - @3cKing
后者比前者快多了啊.毫秒级的. - 否定我的结论,怎么能说我的结论是错的呢?
你的观点特别是第二点,在同一台机器上执行不同的查询,还要考虑CPU,内存?
第三点我想你要仔细看我文章就明白了,CateID和CateParentID是同等性质的列,但代入条件后,得到的查询速度完全不一样.区别就在于它们创建的时候不同.前者在表装入数据之前,后者在表装入数据之后.... - @周强
有没有索引,速度一样的慢.我都测试过了. - 最近帮朋友搞一个电子黄页的基目，里面有几百万数据，其中一个表包含了以下几个字段： ID(主键，标识，自增长int,索引), CityID(城市ID，int,索引), CateID(类别ID，...
- @damofeiying
你是1.6版,我在1.5版和2.0版都测试过.没问题.
不过我想不大可能是版本问题.检测一下是不是本地配置文件的问题
例如UC的API位置,等. - 吃老本、不思进取、守旧的企业是该淘汰了。 尤其像诺基亚这种死守赛班，最后被迫抱着微软的企业真是让人们唾弃。
- 可怜我从没买过正版!
- 把Windows级的帐户拿到WEB上来进行验证,安全性会不会有问题?例如提权、恶意猜解等。
当然要是企业内部用，就当我没说了。 - 恭喜你.虽然我一直视你为遥不可及的神人!
不过,香港这届就已经被渗透了.
不过你呆在那儿总比在大陆强百倍. - @Lidlxx
服务器有防火墙或IP安全策略,你要开放一下.
另外,最好双方都通过域名来通信.因为IP不一定默认网站就是你通信的网站. - @Lidlxx
connectionString="server=111.111.111.111;user=abc;database=bbsData;port=3306;password=123test;"
我这里是这样的.
注意分号是分割作用. - 权限开放了吗?
- 理论上可以,但若要选择该节点该怎么操作呢?
