writegull — Tue, 19 Oct 2010 08:50:00 GMT

�q�段旉��职�?ji��n)，一个半月时间一直面试中�Q�面试差不多大大��小30�ơ，从运�l�到开发都有，成功3�Ӟ��但是可惜我这边对�?家不满意�Q�所以只能��l�努力寻找�?/p>

今天比较特别面试的是数据库的设计。面试我的�h和我�q�龄一��P��说实话数据库设计斚w��我不在行�Q�但是他发布的职位上面只写了(ji��n)�|�站�l�护�Q�数据库�l�护�{�字��P��比较模糊�Q�所以我�q�边直接的投递，有了(ji��n)面试��Z��(x��)�?/p>

面试开始那位仁兄直接的说了(ji��n)他所面��(f��)的问题，公司数据库数据到辄��万��别，以后可能�?x��)到辑֍�万，需要一个好的设计�h员对数据库进行优化设计，�q�里指的是不光设计符合功能需求，更加要符合性能需求，��是说数据库设计上面需要兼��ֈ�效率�?/p>

他给我出�?ji��n)一道题目，一个信息表�Q�一个类别表。类别表中的�c�d��成树(w��i)形结构的�Q�这个树(w��i)可能�?x��)非常深�Q�就是说�c�d��?x��)很多。信息表中有所有类别的信息。现在需要设计下�c�d��表和信息表，使得信息表和�c�d��表在查询的效率能够承受千万��别的数据�?br />

我用比较正常的思维去设计，�c�d��表中有id�Q�name�Q�parentid。这时候他说如果以�q�种方式设计那在查询的时候不断的用嵌套的方式查询效率不行�Q�他让我想下�Q�我说可以将�c�d��表分为几个小表和信息表联�l�查询，他说�q�个�Ҏ(gu��)��不行�Q�我想了(ji��n)�?x��)没有想刎ͼ�他就直接�l�我讲了(ji��n)他的�Ҏ(gu��)��Q�但是他说这个方法百万��可以�Q�但是千万��的不行，他的�Ҏ(gu��)��也简单，讄��一个大�c�Mؓ(f��)1�Q�第一个大�c�M��面的一个类别�ؓ(f��)2�Q�那么在�c�d��表中存储

id name category_id

1 �W�一大类下的一个小�c?nbsp; '1,2'

那么在查询的时�?select * from category where category_id like '1%';

只要like后面不要�?%1%'�?nbsp; 1的前面不要写%�Q�在效率上面�q�是能够承受的，�q�个和烦(ch��)引类伹{�?/p>

他也指出虽然�q�种�Ҏ(gu��)��提高�?ji��n)一定效率但是每�ơ有一个新�c�d��加入时候总要再次遍历整个�?w��i)�Ş�c�d��Q�在适合的位�|�插入，�q�样子的方式�l�维护类别表格带来一定麻�?ch��)�?/p>

那位仁兄�q�问题程序上分页的问题，我说比较通常的方式是��在查询数据库的时候截取记录上的某一��记录显�C��?/p>

但是他说�q�样子的方式对他的大量数据处理没有用处�?nbsp;

以上��是那位仁兄的思�\。我�q�边没有�q�方面经验只能对�q�位仁兄说抱歉了(ji��n)�Q�同时也非常感谢他提出的问题和答案�?/p>

回来的�\上一直在惌��个问题，虽然他这样子的方式可以回避掉嵌套查询�Q�但是我惛_��q�样子的存储方式�l�增大了(ji��n)�c�d��表格的记录数量和更新删除的难度，同时如果�c�d��和信息多的话仍然�?x��)有查询效率的问题��生�?br />

　　在网上查询这�U�大量数据的数据库设计方法，大部分方法都是分��或者烦(ch��)引�?br />

1.按照月来分，每个月让�pȝ��自动��Z��张表�Q�然后把�q�个月的数据攑֜��q�个表里�?.��是用一个备份的数据服务器，把每个月的数据都导出到那个备份服务器上去�Q�在备䆾服务器上面数据的存储不按月来分，按照�q�来分，每年��Z��张新表，做报表的时候，��到备䆾服务器上面操�?.��是对这几张表用对象数据库，来存储一个月的数据，�q�数据是在内存的�Q�操作�v来，比操作关�p�L��据库快，前段旉��的数据还是放在关�p�L��据库里面�Q�这样就可以不用数据备䆾服务器了(ji��n)4 .定时清理数据,可以考虑用触发器或者带存储�q�程的作业来实现;5.是考虑数据的�{换与提取,定期用程序或用事务复制导入原�?汇��L��?把数据复制到一��C��门做�l�计的服务器�?专门做查询所�?查询的时候做相应的优�?例如索引,视图�{�这��h��询的时候压力就�?x��)小很�?同时考虑负蝲�q��,在空隙时利用其cpu和内�? . 各业务系�l�和外部数据源传送的数据为维�p�L��留系�l�输入，�q�些数据分别�l�过数据格式��(g��)查；源数据清�z�抽取�{换、装载数据到攉��层；�Ҏ(gu��)��集层中数据抽取、�{换、装载到数据仓库�Q�数据仓库中数据�q�行抽取、�{换�ƈ�l�合模型��法库中的算法生成维�pȝ��果集以供输出�Q�同旉��过数据仓库接口�Q�可��数据提供给�?用系�l�的本地化查询��用�?/p>

转自�Q�http://www.cnblogs.com/luluping/archive/2009/12/12/1622566.html

大数据量的数据库设计准则�Q? 1、分�?�Q�list、range、hash�Q��? 2、根据where条�g来决定分区策略�?/p>

转自�Q�www.itpub.net

个�h认�ؓ(f��)�Q?1、既然数据量辑ֈ�5000万，是否可以考虑�Ҏ(gu��)��U�子�q�行分类�Q�把不同�cȝ��U�子对应的记录存攑֜�不同的表中，或者每10个种子对应的数据一��h��入一张表中； 2、在�U�子信息表中�Q�增加一个字�D�，该字�D는�于记录该�U�子的��生的记录是存攑֜�哪张表里面�?不知道这��h��否有用，��g��的��l�。�?/p>

转自�Q�http://www.soidc.net/discuss/30/040101/00/487088_1.html

我对�q�方面没有太多的涉及(qi��ng)�Q�所以对那位仁兄遇到的问题无法做出确切的回答。现在做下事后诸葛亮�Q�我认�ؓ(f��)内存既然有限�Ӟ��那么如果一个数据库(不分�?的数据量到达一定程度下�Q�对数据库的数据查询的效率一定有影响�Q�不��设计的如何巧妙。所以分区策略，以硬盘空间来换效率是比较可行�Ҏ(gu��)��?/p>

writegull 2010-10-19 16:50 发表评论

国产精品伦子伦免费视频,欧美jjzz,欧美精品一区二区三区蜜桃视频