Table substitution

• US 9,600,545 B2
• Filed: 08/14/2007
• Issued: 03/21/2017
• Est. Priority Date: 12/18/2001
• Status: Active Grant

• Current Assignee: Oracle America, Inc. (Oracle Corporation)
• Original Assignee: Oracle America, Inc. (Oracle Corporation)
• Inventors: Pryce, Alex, Boyd, Jeffrey, Kurinskas, Scott
• Primary Examiner(s): CHEEMA, AZAM M
• Application Number:
  US11/838,590
• Publication Number:
  US 20070276861A1
• Time in Patent Office: 3,507 Days
• Field of Search: 707/100, 707/101, 707 1- 10, 707200-206, 707/402
• US Class Current: 1/1
• CPC Class Codes: G06F 16/214 Database migration support
• CPC Class Codes: G06F 16/25 Integrating or interfacing systems involving database management systems
• CPC Class Codes: Y10S 707/99942 Manipulating data structure, e.g. compression, compaction, compilation
• CPC Class Codes: Y10S 707/99943 Generating database or data structure, e.g. via user interface

Abstract

A method and system that enables data to be shared across application systems via a table substitution scheme. Tables are identified in the legacy application system that are candidates for substitution of tables in the core application system containing similar data. Table structure meta data corresponding to these “substituted” tables are then extracted from the legacy system schema, and stored in a repository. In accordance with the meta data, business logic is defined to remap columns in the core tables to corresponding columns in the substituted tables. Accordingly, when the core application system performs data access (e.g., reads, inserts, updates, etc.), it accesses the remapped columns in the substituted tables instead of original columns in the core tables. At the same time, the legacy application system is enabled to concurrently access the substituted tables without require any changes to the business logic of the legacy application system.

Claims

1. A method for sharing data across a legacy application system and a core application system, comprising:

identifying a legacy application table in the legacy application system based on data contained in a set of related core application system tables of a set of core application system tables, wherein

the set of core application system tables are associated with a business component,

the set of core application system tables comprise one or more columns that are not part of the set of related core application system tables or the legacy application table,

the one or more columns in the set of core application system tables are required by the core application system,

the legacy application table comprises a portion, the portion corresponding to a substituted table, and

the portion is configured to be used by the core application system;

determining a structure of the portion and the set of related core application system tables;

mapping columns in the set of related core application system tables to corresponding columns in the portion based on the structure of the portion and the set of related core application system tables, wherein

as a result of the mapping,

the portion comprised in the legacy application table is accessible by both the core application systems and the legacy application system; and

determining that core application system data operations have been previously configured to access the columns in the set of related core application system tables;

performing the core application system data operations such that the core application system data operations access the mapped columns in the portion comprised in the legacy application table instead of the columns in the set of related core application system tables, wherein

the legacy application system is configured to concurrently access the portion, and

the core application system is configured to concurrently access the one or more columns in the set of core application system tables.

2. The method of claim 1, wherein determining the structure of the portion comprises:

generating a DDL (data definition language) file corresponding to a database schema used by the legacy application system;

parsing the DDL file looking for statements pertaining to the portion, including create table, view and index statements; and

extracting basic SQL (structured query language) meta data from the DDL statements pertaining to the portion.

3. The method of claim 2, further comprising:

defining a DDL template describing a DDL format particular to a database server software product;

enabling a user to identify the database server software product used by the legacy application system; and

using the DDL template that is particular to the database server software product identified by the user to parse the DDL file.

4. The method of claim 1, further comprising:

tuning a query corresponding to the portion so as to optimize the query, wherein the query is tuned based on tuning parameters pertaining to a database server used to host both the legacy application system and the core application system.

5. The method of claim 1, wherein

the core application system is implemented with a multi-level software architecture comprising

a user interface layer that includes a plurality of user-interface objects containing fields that enable users to interact with the core application system, and

an object manager layer that contains business logic that maps the columns in the portion to corresponding fields in the plurality of user-interface objects.

6. The method of claim 5, wherein

the multi-level software architecture further includes a data manager layer that interacts with the object manager layer and includes logic to enable the core application system to access data using any one of a plurality of different database servers such that switching to a new database server during the migration does not require any modification to the business logic in the object manager layer.

7. The method of claim 1, wherein

the determining comprises:

using a utility to extract meta data from the legacy application table, and

using the utility to write the meta data to a repository.

8. The method of claim 1, wherein

the mapping comprises:

accessing meta data in a repository, wherein

the meta data provides data abstraction between a first business logic used for the mapping and a second business logic used for the performing.

9. The method of claim 8, wherein the mapping further comprises:

determining columns in the core application system table that are required by the core application system, and

for each of such columns, identifying corresponding columns in the portion based on common data between the columns in the core application system table that are required by the core application system and the corresponding columns in the portion.

10. The method of claim 1, wherein

the performing the core application system data operations comprises:

entering data corresponding to a new record, and

in response thereto, writing data pertaining to the new record to the portion and writing a part of the same data to at least one child table of the set of related core application system tables.

11. The method of claim 10, further comprising:

defining a linking table that links rows in the portion to corresponding rows in said at least one child table; and

inserting data into the linking table to define a link between the data pertaining to the new record that is written to the portion and the part of the same data that are written to said at least one child table.

12. The method of claim 10, wherein

the core application system provides a core primary key generation scheme for the core application system table that is being substituted for by the portion, and

the legacy application system provides a legacy primary key generation scheme for the portion, further comprising

overriding the core primary key generation scheme with the legacy key generation scheme such that a new primary key in the portion is generated using the legacy primary key generation scheme when the new record is inserted.

13. The method of claim 1, further comprising

adding, at runtime, the one or more columns in the set of core application system tables to a definition of the business component, wherein

as a result of the adding,

the one or more columns in the set of core application system tables function as one or more pseudo columns, and

the one or more columns in the set of core application system tables are accessible by core application objects of the core application system but not by the legacy application system.

14. The method of claim 13, wherein

mapping the columns in the set of related core application system tables to corresponding columns in the portion comprises:

determining that the one or more columns in the set of core application system tables that are required by the core application system, and

for each of such columns,

identifying a corresponding column in the portion containing similar data, and

remapping the core application objects that reference the column in the set of related core application system tables to henceforth map to the corresponding column in the portion that is identified.

15. The method of claim 13, wherein

the one or more of the columns in the set of core application system tables do not have a corresponding column in the portion, but instead have the one or more pseudo columns that appear to exist to the core application objects, but do not correspond to an actual column in the portion.

16. The method of claim 1, wherein

the core application system data operations access the mapped columns in the portion based on at least one of a reading, an insertion, or an update of data associated with the mapped columns in the portion.

17. A non-transitory computer-readable media on which a plurality of machine instructions are stored corresponding to a multi-layer software architecture implemented by one or more software modules, including:

a user interface layer providing a plurality of forms pertaining to various business objects used by a core application system, each form including a plurality of fields;

an object management layer that interfaces with the user interface layer including

a first portion of business logic that maps columns in a set of related core application system tables of a set of core application system tables to corresponding fields in the plurality of forms, wherein

the set of core application system tables are associated with a business component,

the set of core application system tables comprise one or more columns that are not part of the set of related core application system tables,

the one or more columns in the set of core application system tables are required by the core application system, and

a second portion of business logic that maps columns in at least one legacy application system table of a legacy application system to fields in at least one form corresponding to at least one business object, each of said at least one legacy application system table comprising a portion, the portion corresponding to a substituted table, wherein

the one or more columns of the set of core application system tables are not part of the legacy application table, and

the portion is configured to be used by the core application system, and

the portion comprised in the legacy application table is accessible by both the core application system and the legacy application system; and

logic that determines that core application system data operations have been previously configured to access the columns in the set of related core application system tables, the core application system data operations being performed such that the core application system data operations access mapped columns in the portion comprised in the legacy application table instead of the columns in the set of related core application system tables;

a data management layer that interfaces with the object management layer and provides access to the set of core application system tables and said at least one legacy application system table through interaction with a database server instance that hosts the set of core application system tables and said at least one legacy application system table, wherein

the set of core application systems tables and said at least one legacy application system table respectively correspond to different database schemas,

the legacy application system is configured to concurrently access the portion, and

the core application system is configured to concurrently access the one or more columns in the set of core application system tables.

18. The non-transitory computer-readable media of claim 17, wherein

the multi-level software architecture further includes a query adapter/tuner layer that contains logic to dynamically tune an SQL statement based on tuning parameters specific to a database server software product used to host the database server instance.

19. The non-transitory computer-readable media of claim 18, wherein

the query adapter/tuner layer is

implemented as a dynamic link library containing at least one method that receives an SQL statement as an input,

identifies a type of database access specified by the SQL statement, and

dynamically generates a tuned SQL statement based on predefined rules for the type of database access identified that are defined for one or more tables referenced in the SQL statement.

20. The non-transitory computer readable media of claim 17, wherein

the object management layer is implemented using an object-oriented language that is used to define one or more business objects, and

each business object corresponds to

at least one form in the user interface layer that enable users to enter data pertaining to that business object, and

a plurality of business components that define logic for mapping fields on the forms to columns in the set of core application system tables and said at least one legacy application system table.

21. The non-transitory computer readable media of claim 17, wherein

the portion is used during migration of a database server software product from the legacy application system to the core application system, and

switching to a new database server instance during the migration does not require any modification to the first portion of business logic or the second portion of business logic in the object management layer.