社区
MS-SQL Server
帖子详情
急!!!怎样建立合理的索引?表中的所有字段都可能作为查询的条件,由用户自己选择查询的字段
beihua
2003-04-20 10:02:59
急!!!怎样建立合理的索引?表中的所有字段都可能作为查询的条件,由用户自己选择查询的字段
比如一个表有20多个字段: id,field1,field2,field3......field18,field19,field20......
其中id是主键是一个自增长字段,其实就是提供给用户自定义查询的功能
将这全部20多个字段联起来建一个联合索引好像不太好吧?
那对于这个表怎样建立一个合理的索引呢?
谢谢!
...全文
229
12
打赏
收藏
急!!!怎样建立合理的索引?表中的所有字段都可能作为查询的条件,由用户自己选择查询的字段
急!!!怎样建立合理的索引?表中的所有字段都可能作为查询的条件,由用户自己选择查询的字段 比如一个表有20多个字段: id,field1,field2,field3......field18,field19,field20...... 其中id是主键是一个自增长字段,其实就是提供给用户自定义查询的功能 将这全部20多个字段联起来建一个联合索引好像不太好吧? 那对于这个表怎样建立一个合理的索引呢? 谢谢!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
12 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
ekun008
2003-04-20
打赏
举报
回复
www.solarstones.com/wzq
caiyunxia
2003-04-20
打赏
举报
回复
楼上说的比较清楚
但有必要按任意字段做条件查询吗?
teaism
2003-04-20
打赏
举报
回复
上面的第5点就是说,
建索引除了按规则经验判断之外,也是个调试过程,要比较速度,然后决定是否建索引。
teaism
2003-04-20
打赏
举报
回复
呵呵,这是个大题目。
1.尽量少建索引。
2.对于如ID或常JION的不重复的列建clusted index
3.对于种类不多,如bit,type列不建索引,如建索引不会提高多少速度,但严重引响性能。
4.对于常在select ....内或where ....内的列建索引。且建索引的列长越小越好。
5.建索引,要对建索引前后性能做比较,然后决定是否保留索引,如果无多大效果 删了它。
对于你这个问题,我认为:对ID建clusted index,其它列剔除BIT,TYPE列常用的选几个长度较小的列建索引就行了。
beihua
2003-04-20
打赏
举报
回复
谢谢大家!
caiyunxia
2003-04-20
打赏
举报
回复
如果有100列,建100个索引吗
mjhnet
2003-04-20
打赏
举报
回复
把最常用的查询条件字段设置成索引字段,不宜太多。
查询分析器里有优化向导,可以去用用
iamltd
2003-04-20
打赏
举报
回复
呵呵。那倒是。
又要自定义又要效率,自己去用access吧。哈哈
要自定义只能把ID建索引,其他都不好建的
w_rose
2003-04-20
打赏
举报
回复
“现在不是流行自定义吗?”
你们如果设计出有价值的管理软件,用户还愿意自己去鼓捣那些花拳绣腿么?如果愿意,为什么不把SQL Server或者Access各它装一套,让它直接通过Access操作后台数据库,自己在Access里设计报表?
beihua
2003-04-20
打赏
举报
回复
让用户自己随意地选择查询的条件难道不好吗?
问题是系统的概要设计已经出来了,是我们经理设计的哟。
现在不是流行自定义吗?
请多指教!
^_^
w_rose
2003-04-20
打赏
举报
回复
真正“万能”的流程,来自于对于成功的流程的继承,而不是要求用户在毫无经验的情况下自己拼凑答案。
w_rose
2003-04-20
打赏
举报
回复
没有一种价值建立在“万能”之上。越是万能的东西,越说明设计者不懂得什么是关键的价值。
linux下AWK学习笔记
awk 是一种编程语言,用于在linux/unix下对文本和数据进行处理。
MySQL:设计
索引
的时候,我们一般需要考虑哪些因素
设计过程 (1)首先,我们针对业务需求
建立
好一张表的结构后,就知道这个表里有哪些
字段
,每个
字段
是什么类型的,会包含哪些数据。 (2)接着设计好表的结构后,接下来要做的,就是要设计表的
索引
。设计
索引
的时候,我们要考虑的第一点,就是未来我们对表进行
查询
的时候,大致会如何来
查询
可能
一开始我们设计完表的结构后,并不能知道未来会怎么
查询
表。这时我们完全可以在表结构设计完毕之后,先别
急
着设计
索引
,因为此时你根本不知道要怎么
查询
表。 (3)接着我们可以进入系统开发的环节,也就是根据需求文档把业务代码写好。 等系统差不多
盘点MySQL慢
查询
的12个原因(1)
日常开发中,我们经常会遇到数据库慢
查询
。那么导致数据慢
查询
都有哪些常见的原因呢?今天田螺哥就跟大家聊聊导致MySQL慢
查询
的12个常见原因,以及对应的解决方法。很多时候,我们的慢
查询
,都是因为没有加
索引
。如果没有加
索引
的话,会导致全表扫描的。因此,应考虑在的
条件
列,
建立
索引
,尽量避免全表扫描。反例: 正例: 有时候我们明明加了
索引
了,但是
索引
却不生效。在哪些场景,
索引
会不生效呢?主要有以下十大经典场景:我们创建一个
用户
user表
字段
为字串类型,是B+树的普通
索引
,如果
查询
条件
传了一个数字过去,
盘点MySQL慢
查询
的12个原因
日常开发中,我们经常会遇到数据库慢
查询
。那么导致数据慢
查询
都有哪些常见的原因呢?今天就跟大家聊聊导致MySQL慢
查询
的12个常见原因,以及对应的解决方法。 反例: 正例: 2.1 隐式的类型转换,
索引
失效 我们创建一个
用户
user表 userId
字段
为字串类型,是B+树的普通
索引
,如果
查询
条件
传了一个数字过去,会导致
索引
失效。如下:如果给数字加上’',也就是说,传的是一个字符串呢,当然是走
索引
,如下图:为什么第一条语句未加单引号就不走
索引
了呢?这是因为不加单引号时,是字符串跟数字的比较,它们类型不匹配,My
MySQL高级篇来了!
索引
优化?分库分表?通通安排!!
文章目录第二部分、MySQL高级13、Linux安装MySQL14、配置文件15、MySQL Server分层16、MySQL引擎MyISAM和InnoDB对比Alibaba使用的MySQL17、
索引
优化分析
索引
选择
性能分析性能分析表
字段
解析18、
索引
性能测试
索引
正确使用(最左前缀原则)场景一:全列匹配场景二、最左前缀匹配场景三、
查询
条件
使用了
索引
的最左前缀的部分
字段
(中间
条件
缺失)场景四、
查询
条件
没有使用
索引
字段
的最左列(第一列)场景五、匹配某列的字符串前缀场景六、使用范围
查询
场景七、
查询
条件
中含有表达式
MS-SQL Server
34,873
社区成员
254,639
社区内容
发帖
与我相关
我的任务
MS-SQL Server
MS-SQL Server相关内容讨论专区
复制链接
扫一扫
分享
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章