In memory database warehouse

US9734221B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-9734221-B2
Application numberUS-201314025574-A
CountryUS
Kind codeB2
Filing dateSep 12, 2013
Priority dateSep 12, 2013
Publication dateAug 15, 2017
Grant dateAug 15, 2017

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

An in memory database system includes a random access memory to store an in memory database table, a stored set of defined views over the database tables, a stored set of analytical services adapted to provide transaction services and database warehouse services, an engine to run the analytical services on the database table, and an interface to interact with users and provide access to the engine, analytical services, and views to perform transactions and data warehouse functions on the database table.

First claim

Opening claim text (preview).

The invention claimed is: 1. An in-memory data warehouse system comprising: one or more processors; and a computer-readable medium coupled with the processor, the computer-readable medium comprising instructions stored thereon that are executable by the one or more processors to cause the in-memory data warehouse system to perform operations comprising: storing a plurality of virtual data model views as part of a virtual data model layer configured to enrich application data with time-dependent data having a validity period; wherein each virtual data model view of the plurality of virtual data model views comprises a keep history flag as a property of each data model view that is only set if time-dependent data is maintained for the application data associated with the virtual data model view; receiving an indication that the keep history flag has been activated in a first virtual data model view of the plurality of virtual data model views, wherein the first virtual data model view is based on one or more tables; based on determining that the keep history flag has been activated in the first virtual data model view, generating a shadow table with a same structure as the first virtual data model view; determining that updates were made to at least one table upon which the first virtual data model view is based; determining whether the updates made to the at least one table have an effect on the first virtual data model view; and updating the shadow table, based on determining that updates made to the at least one table have an effect on the first virtual data model view. 2. The in-memory data warehouse system of claim 1 , wherein determining that updates made to the at least one table have an effect on the first virtual data model view comprises determining additional values for an attribute of the first virtual data model view. 3. The in-memory data warehouse system of claim 1 , the operations further comprising: exposing historical information by enhancing the first virtual data model view. 4. The in-memory data warehouse system of claim 1 , the operations further comprising: processing a transaction on an in-memory database wherein the transaction comprises data having a validity time; updating the first virtual data model view in response to the transaction being processed; and storing the validity time information in the shadow table to provide historical access to past time dependent data following expiration of the validity time. 5. The in-memory data warehouse system of claim 1 , wherein in order to keep history information, the shadow table is flagged as insert-only and stores only a delta of a tuple with a single timestamp. 6. The in-memory data warehouse system of claim 1 , wherein in order to keep history information, the shadow table is flagged as insert-only and stores a full tuple including additional information that is used to determine a time span of its validity. 7. The in-memory data warehouse system of claim 1 , wherein the shadow table stores validity period information comprising information that indicates a time span for which the corresponding data is valid. 8. The in-memory warehouse system of claim 1 , wherein the shadow table comprises a read-optimized main store of data, and a differential buffer, wherein the differential buffer is a write-optimized insert-only structure. 9. The in-memory warehouse system of claim 8 , wherein all inserts, updates, and delete operations are performed on the differential buffer. 10. The in-memory data warehouse system of claim 9 , wherein the main store is not touched by any data modifying operation. 11. The in-memory data warehouse system of claim 10 , wherein the differential buffer and the main store are merged periodically within a merge process. 12. An in-memory data warehouse system executed method comprising: storing, using one or more processors, a plurality of virtual data model views as part of a virtual data model layer configured to enrich application data with time-dependent data having a validity period; wherein each virtual data model view of the plurality of virtual data model views comprises a keep history flag as a property of each data model view that is only set if time-dependent data is maintained for the application data associated with the virtual data model view; receiving an indication that the keep history flag has been activated in a first virtual data model view of the plurality of virtual data model views, wherein the first virtual data model view is based on one or more tables; based on determining that the keep history flag has been activated in the first virtual data model view, generating a shadow table with a same structure as the first virtual data model view; determining that updates were made to at least one table upon which the first virtual data model view is based; determining whether the updates made to the at least one table have an effect on the first virtual data model view; and updating the shadow table, based on determining that updates made to the at least one table have an effect on the first virtual data model view. 13. The method of claim 12 , wherein determining that updates made to the at least one table have an effect on the first virtual data model view comprises determining additional values for an attribute of the first virtual data model view. 14. The method of claim 12 , the operations further comprising: exposing historical information by enhancing the first virtual data model view. 15. The method of claim 12 , further comprising: processing a transaction on an in-memory database wherein the transaction comprises data having a validity time; updating the first virtual data model view in response to the transaction being processed; and storing the validity time information in the shadow table to provide historical access to past time dependent data following expiration of the validity time. 16. The method of claim 12 , wherein in order to keep history information, the shadow table is flagged as insert-only and stores only a delta of a tuple with a single timestamp. 17. The method of claim 12 , wherein in order to keep history information, the shadow table is flagged as insert-only and stores a full tuple including additional information that is used to determine a time span of its validity. 18. The method of claim 12 , wherein the shadow table comprises a read-optimized main store of data, and a differential buffer, wherein the differential buffer is a write-optimized insert-only structure. 19. The method of claim 18 , wherein all inserts, updates, and delete operations are performed on the differential buffer. 20. A non-transitory computer readable storage device having instructions to cause one or more processors to perform operations comprising: storing a plurality of virtual data model views as part of a virtual data model layer configured to enrich application data with time-dependent data having a validity period; wherein each virtual data model view of the plurality of virtual data model views comprises a keep history flag as a property of each data model view that is only set if time-dependent data is maintained for the application data associated with the virtual data model view; receiving an indication that the keep history flag has been activated in a first virtual data model view of the plurality of virtual data model views, wherein the first virtual data model view is based on one or more tables; based on determining that the keep history flag has been act

Assignees

Inventors

Classifications

  • G06F16/252Primary

    between a Database Management System and a front-end application · CPC title

  • Indexing; Data structures therefor; Storage structures · CPC title

  • Physics · mapped topic

  • Physics · mapped topic

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US9734221B2 cover?
An in memory database system includes a random access memory to store an in memory database table, a stored set of defined views over the database tables, a stored set of analytical services adapted to provide transaction services and database warehouse services, an engine to run the analytical services on the database table, and an interface to interact with users and provide access to the eng…
Who is the assignee on this patent?
Sap Se
What technology area does this patent fall under?
Primary CPC classification G06F16/252. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue Aug 15 2017 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 2 related publications on this page (citations in our corpus or others sharing the same primary CPC).