"OracleObject设计与数据表关联的毕业论文探讨"

0 下载量 50 浏览量 更新于2024-03-12 收藏 71KB DOC 举报
本毕业设计论文完整版设计论文.doc是关于OracleObject的设计。根据上文OracleObject的定义,通过设计一张Trade表,一张Product表,一张Account表,并通过Trade_ID的关联实现了数据层级表现。这样做的目的是为了避免数据库的表设计与OracleObject太过紧密绑定,以免将来在数据库更换或数据迁移的过程中遇到不可估计的难度。虽然并没有完全使用OracleObject提供的优势,但在设计中使用了一种折中的方案,放弃了一些性能上和编码上的便利,以换取系统今后升级的空间。在V2版本中,所有Datasheet的保存都是在保存过程的基础上完成的,而OracleObject特性中允许用户自定义类型,因此我们运用OracleObject来保存和访问Datasheet。这样做的原因很简单,既然定义和使用了OracleObject,就可以在存储过程中充分使用其面向对象的特性,可以轻易的使用其属性和各种方法。举个例子来看,假设我们定义了INSERT_TRADE,即;实现了对Trade表的插入操作。这种方式既能充分利用OracleObject的特性,又能保持一定的性能表现和编码上的灵活性。 此外,在设计中还考虑到了系统的可扩展性和可维护性。通过避免与具体数据库太过紧密绑定,减少了在将来数据库更换或数据迁移时的难度和风险。同时,在V2版本中,还使用了一种折中的方案,放弃了一些性能上和编码上的便利,换来了系统今后升级的空间,而且性能的表现也完全在可接受范围内。这些设计的考量都是为了使系统更加灵活和可靠,能够适应未来的发展和变化。 总的来说,本设计论文完整版设计论文.doc详细介绍了基于OracleObject的设计思路和实现方法。通过对Trade表、Product表和Account表的设计和数据层级表现,以及对OracleObject的使用和存储过程的设计,实现了系统的灵活性、可扩展性和可维护性。同时也充分考虑了系统性能和编码灵活性的平衡,为系统今后的升级和变化留下了空间。这些设计的考量都是为了使系统更加健壮、灵活和可靠,能够适应未来的发展和变化。