银行保证金风险管理系统的设计和实现教案.docVIP

根据上文OracleObject定义，也就是说，会有一张Trade表，一张Product表，一张Account表。其中通过Trade_ID的关联实现了数据层级表现 这样做目的是不希望数据库的表设计与OracleObject太过紧密绑定，以免将来有数据库更换的需求或数据迁移的过程中，遇到不可估计的难度。虽然说没有完全用到OracleObject提供优势，可以在列上使用自定义的数据类型，方便存储和查询，但这里使用了一种折中的方案，放弃了一些性能上和编码上的便利，换来了系统今后升级的空间，而且性能的表现也完全在可接受范围内 在V2版本中，所有Datasheet的保存都是在保存过程的基础上完成的，而OracleObject特性中允许用户自定义类型，因此我们运用OracleObject来保存和访问Datasheet。理由很简单，既然定义和使用了OracleObject，就可以在存储过程中充分使用其面向对象的特性，可以轻易的使用其属性和各种方法。举个例子来看，假设我们定义了INSERT_TRADE，即“插入一笔交易”这个类的保存过程，该类的参数是Trade_Object即交易数据，我们用该类的返回参数替代了返回列表。而操纵Trade_Object就和使用Java对象一样。例如需要使用Trade_id，POB_TRADE中的属性Trade_id就可以了，如POB_TRADE.Trade_id。而