免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3764 | 回复: 7

在pf加上key以及unique的缺点? [复制链接]

论坛徽章:
0
发表于 2010-02-03 11:12 |显示全部楼层
请大家发表自己的观点!

我个人倾向于pf不加key以及unique

在lf里实现!

论坛徽章:
0
发表于 2010-02-03 11:19 |显示全部楼层
支持你的观点:但也有个别
分析如下:
1、当物理文件数据过大时,在新生成一条数据后,因为物理文件是有键字,那么需要对数据进行重新排序,从效率上讲是有些问题,但如果没有键字,则不存在该问题。
2、程序在处理过程中或者sql进行删除数据时,会有一定的记录空间需要重新整理,这时重整数据库的时候效率上会快点
3、但对于一些数据库,其使用频率很低,并且数据量不大时,可以不用考虑如上问题时,可以在物理文件中直接定义键字,

论坛徽章:
0
发表于 2010-02-03 11:21 |显示全部楼层
这个是随业务的吧

论坛徽章:
0
发表于 2010-02-03 14:21 |显示全部楼层
我较早时间在我的blog写过文《项目中不能PF带key》,http://blog.chinaunix.net/u1/46034/showart_1963975.html

论坛徽章:
0
发表于 2010-02-03 15:33 |显示全部楼层
回复 1# mamei


1) 最近写入物理文件记录的位置根物理文件有没有使用键一点关系也没有。如果是新文件,或者没有已经被删除的纪录,或者有删除的纪录但是选择不利用删除纪录的空间,最新写入的纪录总是在文件的最后面。

2)用rpg读该文件,如果有键,f表里面有"k",那么读出来的次序就使用键。如果f表没有"k",或者用dsppfm, query, sql读出,读出来的次序是写进去的物理次序。

3)物理文件有键,就是说排序的b+ tree 与物理文件合二为一。物理文件没有键,而lf有键,b+ tree就在lf里面。

4)物理文件没有键,lf有键,写入物理文件时系统照样要修改lf中的b+ tree, 只是有时可以让这个修改延时一下而已。多数应用系统不允许这种延时。

论坛徽章:
0
发表于 2010-02-05 20:52 |显示全部楼层
优化索引对提高运行效率也很关键.

论坛徽章:
0
发表于 2010-02-06 15:37 |显示全部楼层
本帖最后由 huangxkst 于 2010-02-06 15:40 编辑

回复 1# mamei


    个人经验啊!我开发过的项目基本上pf都没有key,需要就添加相关的lf,让lf带key,但是也不会一味的添加lf,因为lf多了会占用存储空间,影响程序的执行效率。

论坛徽章:
0
发表于 2010-02-06 20:36 |显示全部楼层
和楼上的一样,没有遇到过PF带key的,都是LF有key;
开发中都是使用LF来读取,保存数据,用key定位
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会 限时8.5折

【架构革新 高效可控】2020年6月4日~6日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP