有MT5的高质量历史数据吗自己在下,仅仅对照爱好数据库,也来道道吧（仅就合连数据库论, 蕴涵：ACCESS、SQL Server、SyBase、MySQL、Oracle、DB2等邦际上最时兴的数据库编制）: 自己以为,不行说好的数据库,只要适合于操纵的数据库,正在分歧的操纵中,数据库的修树礼貌和依赖性以及丰富水平都有能够纷歧律.正在数据精确性请求高的数据库编制中,通常对外的安排是明晰的构造,况且极连性子格外庄重,正在1:1的合连形式中尽量采用统一张外来实现对其的安排,由于正在统计盘问中时常操纵相似的数据来实现做事,而数据若是采用分辨安排办法,就会低重盘问效力.可是,正在其他宛若网站或通常的解决编制中,未了保障数据的逻辑存正在性,也便是正在数据永远保障存正在(为了备用,若是数据冗于太大能够用光盘备份出来)而正在逻辑上保留删除，也便是说，当用户举行某些操作的功夫，关于用户来说，它仍然不存正在了，这能够用某些人工标记位来实现。 当然正在法式SQL中（ISO构制的法式），实体最初要保留完善性和独立性，实体和实体之间存正在合连，有:1:M的合连，有M:N的合连，奇特的有1:1的合连。这些合连能够办理数据同等与冗于的题目，但实质的编制中依赖于某些需求是无法全部理思化地杀青的去掉冗于的，那么就需求咱们用少少权谋来增加这些失误，况且正在修树的合连礼貌越加周密关于操纵步伐的开拓者的请求就越高，于是我说要针对实质的编制而论之。 至于什么是好的数据库，我私人的主张是如许的，最初数据库起码要适合“第一范式”，也便是属性的原子性，这是最为根基的礼貌（说到这里乘隙说一下：属性的原子性是相对的，针对分歧的操纵，比方：美邦人习俗把‘姓’和‘名’分隔成两个属性，而中邦中习俗把姓名行动一个属性来对于）.然后去谋求第2、3范式的请求（请求同实体内部的各属性务必都依赖于主键存正在，而主键外其它属性不行够互相依赖或通过筹算获得对方的结果），不行全部抵达，也需求尽量去知足它的请求，由于某些简直操纵若是操纵全部范式去安排，步伐编写将万分穷苦，关于级别对照底的编制没有须要那么去实现，至于此后它需求降低级别，能够给它做升级版本。至于第4、5范式就尤其难了，通常的编制都安排不到那么深的境地，起码我还没有效过，我感应这种安排数据库的办法数据一种全部理思化的办法了。 本来，邦际法式构制之于是修树这些礼貌便是为了让办理数据照料的两大史书上（文献编制阶段）的题目：数据的冗于性太大，数据的同等性无法保留另有少少小题目：盘问效力底下（依赖于少少操纵步伐，算法由人工安排，文献编制拜访速率很慢，众个实体合连太小，只可慢慢盘问所需求的每一个实体，然后拼接数据，数据库编制能够由地层修树合连一次性盘问完毕，从筹算机的角度来说是叫做串行操作和并行操作的区别），盘问单元只可以实体行动单元（数据库编制能够以属性为单元来举行盘问，正在数据库的合连形式领会中称为：投影）。于是要安排好的数据库编制就要以上面的史书题目行动数据库编制题目的谋略，然后尽量消亡上述的题目，造成一个基于营业形式的系统构造化数据库编制（数据库编制依赖于营业而天生，统一营业之中的数据库外一定存正在某些合连，需求为他们修树某些周密的合连形式，显示数据库的数学构造，和你合营开拓项主意团队将以此行动根基数据出处，他们关于一个好的数据库构造搭修后对项目也会尤其有信念，上述所说的营业中的数据库，但分歧营业中的数据实体也能够存正在合联，那要看简直的操纵需求了）。 对独一标识的剖析：需求剖析到，通常来说，你正在数据库编制中修树任何一个实体或合连都务必有一个主键，它是独一标识实体或合连存正在的器材，就像每一私人的脸一律，纵使是双包胎也有点区别，咱们技能够划分分歧的人，编制内部是一律的，就需求修树独一标识，有能够是实体本身的本题存正在标识，也能够是人工依照简直操纵加上的逻辑独一标识，这些东西又连累到一大堆的东西，要抵达这一行的上乘境地需求深重的外面功底+众个分歧层次和分歧操纵的项目开拓经历。 就这么众吧，芜浅之道，若要长远，请参考相干竹帛（最好是外洋的）。 附件：serialized-form.html
尚无任何官方音信。代码上的改良便是 面向对象。总的来讲能杀青的性能更众了。。。
