开发人员升级至ASE15.0的10大理由(九)

（接上期）10语义分区本文的目的并非要详细介绍应该使用可种分区模式,而仅仅是如何更好地使用分区,等—因为它已经远远超出了意向的范围。在此将讨论为何要考虑使用分区,语义分区与轮循如何区别—与为何语义分区要优越于联合视图（前文曾提及）。     

开发人员升级至ASE15.0的10大理由(八)

9极端事务处理（语句缓存、延迟提交、tempdb） 随着近几年混合负载/实时报表的需求推动,极端事务处理（XTP）被越来越多地需要。它已在第5部分的一开始即通过OLTP增长的曲线而展示（可配置的DSS查询优化）。     

越野车的车身

各位编辑，你们好： 我是《汽车杂志》的普通读者。也是一个汽车迷，买过很多种汽车类杂志（汽车杂志、汽车之友是常买的）。不过这是第一次联系你们和提出一些问题，发表自己的一些想法。 我很喜欢贵刊中关于汽车模型的介绍版块。因为我本身就是一个超级车模收集者，家里现在有约50辆各种比例的汽车模型，不过局限于财力以及家人的反对（老妈和老婆），所以有些喜欢的模型都没有能买成。     

开发人员升级至ASE15.0的10大理由(十)

10.3.1分区和插入性能 考虑插入的性能。Sybase最早对于分区的努力将能追溯至版本11.0,它旨在帮助查询性能。尽管如此,真正的驱动原因是降低或消除堆表最后一页的竞争。那时,Sybase仅支持全页锁定（APL）,因此,并发的表插入常常被序列化到表的最后一页上。     

开发人员升级至ASE15.0的10大理由

(接上期) 应用程序开发人员的问题是病人信息很可能使用不同的应用程序输入,或同一应用程序中不同的屏幕因为需要不同的工作流程来完全录入必要的病人信息.作为对象模型,开发人员更容易从"patient"父类中抽取出住院或门诊病人,等到将数据保存至数据库时,住院或门诊病人对象在中间层被集成至一个单独的实体中.对象一关系映射需要在某点发生,通常是在中间层.但是在一些情况下,开发人员会使用像Hibernate这样的数据库抽取层,它在介于中间层逻辑和数据库本身的数据库接口层进行对象一关系映射.该层中的对象一关系映射操作常常很麻烦而且效率不高.     

连续性智能推动“实时”分析应用

时至今日，在全球化市场、多样化客户行为、复杂的产品经销链以及变化多端的动态服务等多种因素的催化下，商业环境正以前所未有的速度发生着快速地变化，在无比复杂的商业环境以及不断增加的海量数据的双重挑战下，为了保持竞争力，     

Sybase15.3横向扩展查询性能使用PlexQ分布武查询平台、全共享的MPP架构(二)

2.3 Sybase IQ15中对Intra-Operator的增强Sybase IQ 15.0版本显著的增强了Intra-operator并行化.许多查询操作现在可以使用多个线程并行执行.多数的表Join操作(1) Group By操作.(2)排序(Oder By与Merge Joins).(3)表中的谓词执行:例如:“WHERE last_namelike “％som％”,范围谓词,IN条件,“Top N”操作,以及更多.     

Sybase15.3横向扩展查询性能使用PlexQ分布式查询平台、全共享的MPP架构(三)

(上接第9期)4.1 DQP的可扩展性一个查询可能只有全面并行化并充分利用单个节点的CPU资源,才能从DQP获益.另外,Sybase IQ主存储和共享临时存储必须不能受到I/O的限制.DQP使用逻辑服务器上所有节点的可用的内存和CPU资源.一般来讲,可用的节点和资源越多,查询性能越高.基于任务单元的数量,存在一个上限.如果没有足够的任务单元传送到Multiplex中所有可用的CPU上,则只有一部分CPU被使用.逻辑服务器中节点的当前工作负载显然将影响性能.     

开发人员升级至ASE 15.0的10大理由(二)

（接上期）1.3避免聚合算术溢出另一个问题是由于今天不断增长的数据量造成了普通聚合的算术溢出,如sum（）或count（）。ASE增加了一些新函数来处理大数据类型的聚合,包括以下改变：