Sharing materialized views in multiple tenant database systems

Patent metadata

Field	Value
Publication number	US-12277115-B2
Application number	US-202318463904-A
Country	US
Kind code	B2
Filing date	Sep 8, 2023
Priority date	May 31, 2019
Publication date	Apr 15, 2025
Grant date	Apr 15, 2025

Abstract

Systems, methods, and devices for sharing materialized views in multiple tenant database systems. A method includes defining a materialized view over a source table that is associated with a first account of a multiple tenant database. The method includes defining cross-account access rights to the materialized view to a second account such that that second account can read the materialized view without copying the materialized view. The method includes modifying the source table for the materialized view. The method includes identifying whether the materialized view is stale with respect to the source table by merging the materialized view and the source table.

First claim

The claimed invention is:

1. A method comprising:
storing a source table associated with a provider account, the source table including at least one micro-partition and stored across one or more of a plurality of shared storage devices in a multiple tenant database system, and wherein the at least one micro-partition is an immutable storage object;
generating, by one or more execution nodes allocated to the provider account, a materialized view from underlying data in the source table;
storing the materialized view in cache storage allocated to the provider account separate from the plurality of shared storage devices;
providing access to the materialized view to a receiver account;
updating, by the provider account, the source table including deleting at least one micro-partition based on execution of a transaction and inserting at least one new micro-partition;
receiving, from the receiver account, a query directed at the materialized view;
identifying modifications to the source table not reflected in the materialized view by executing a merge command between the source table and the materialized view;
in response to merging the source table and materialized view, scanning the source table to detect the insertion of the at least one new micro-partition in the source table but not present in the materialized view;
in response to merging the source table and materialized view, scanning the materialized view to detect the deletion of the at least one micro-partition found in the materialized view but not present in the source table;
updating the materialized view based on detecting the at least one new micro-partition and detecting the deletion of the at least one micro-partition;
executing the query based on the updated materialized view; and
providing access to the updated materialized view to the receiver account for query processing and restricting the receiver account from accessing the update to the underlying data in the source table.

2. The method of claim 1 , further comprising:
creating an alias object in the receiver account for the materialized view for use by the receiver account; and
linking the alias object with a shared object in the provider account.

3. The method of claim 2 , further comprising:
granting a role in the receiver account usage privileges to the alias object, and
restricting the receiver account from accessing the underlying data in the source table.

4. The method of claim 1 ,
wherein the provider account grants usage privileges to a role in the receiver account for accessing the materialized view.

5. The method of claim 1 , wherein providing access to the materialized view to the receiver account comprises sharing the materialized view without creating a duplicate of the materialized view.

6. The method of claim 1 , wherein the provider account has write access and read access to the materialized view, wherein the receiver account has read access to the materialized view.

7. A system comprising:
one or more processors of a machine; and
a memory storing instructions that, when executed by the one or more processors, cause the machine to perform operations comprising:
storing a source table associated with a provider account, the source table including at least one micro-partition and stored across one or more of a plurality of shared storage devices in a multiple tenant database system, and wherein the at least one micro-partition is an immutable storage object;
generating, by one or more execution nodes allocated to the provider account, a materialized view from underlying data in the source table;
storing the materialized view in cache storage allocated to the provider account separate from the plurality of shared storage devices;
providing access to the materialized view to a receiver account;
updating, by the provider account, the source table including deleting at least one micro-partition based on execution of a transaction and inserting at least one new micro-partition;
receiving, from the receiver account, a query directed at the materialized view;
identifying modifications to the source table not reflected in the materialized view by executing a merge command between the source table and the materialized view;
in response to merging the source table and materialized view, scanning the source table to detect the insertion of the at least one new micro-partition in the source table but not present in the materialized view;
in response to merging the source table and materialized view, scanning the materialized view to detect the deletion of the at least one micro-partition found in the materialized view but not present in the source table;
updating the materialized view based on detecting the at least one new micro-partition and detecting the deletion of the at least one micro-partition;
executing the query based on the updated materialized view; and
providing access to the updated materialized view to the receiver account for query processing and restricting the receiver account from accessing the update to the underlying data in the source table.

8. The system of claim 7 , the operations further comprising:
creating an alias object in the receiver account for the materialized view for use by the receiver account; and
linking the alias object with a shared object in the provider account.

9. The system of claim 8 , the operations further comprising:
granting a role in the receiver account usage privileges to the alias object, and
restricting the receiver account from accessing the underlying data in the source table.

10. The system of claim 7 ,
wherein the provider account grants usage privileges to a role in the receiver account for accessing the materialized view.

11. The system of claim 7 , wherein providing access to the materialized view to the receiver account comprises sharing the materialized view without creating a duplicate of the materialized view.

12. The system of claim 7 , wherein the provider account has write access and read access to the materialized view, wherein the receiver account has read access to the materialized view.

13. A non-transitory computer readable storage media storing instructions that, when executed by one or more processors, cause the one or more processors to:
store a source table associated with a provider account, the source table including at least one micro-partition and stored across one or more of a plurality of shared storage devices in a multiple tenant database system, and wherein the at least one micro-partition is an immutable storage object;
generate, by one or more execution nodes allocated to the provider account, a materialized view from underlying data in the source table;
store the materialized view in cache storage allocated to the provider account separate from the plurality of shared storage devices;
provide access to the materialized view to a receiver account;
update, by the provider account, the source table including deleting at least one micro-partition based on execution of a transaction and inserting at least one new micro-partition;
receive, from the receiver account, a query directed at the materialized view;
identify modifications to the source table not reflected in the materialized view by executing a merge command between the source table and the materialized view;
in response to merging the source table and materialized view, scan the source table to detect the insertion of the at least one new micro-partition in the source table but not present in the materialized view;
in response to merging the source table and materialized view, scan the materialized view to detect the deletion of t

Assignees

• Snowflake Inc

Inventors

• Rajaperumal Prasanna
• Cruanes Thierry
• Lee Allison Waingold
• Demura Igor
• Yan Jiaqi
• Dageville Benoit

Classifications

• G06F16/2393

  Updating materialised views · CPC title

• G06F16/24539 Primary

  using cached or materialised query results · CPC title