Comments (3)
This was something we were anticipating that there could be a need for this, and we wanted to wait until hearing an explicit user ask about that, thank you for opening this issue!
To better understand your need, would it be enough to replicate only table level DDLs from template schemas to corresponding tables in actual schemas (ALTER TABLE), or would you need any other kind of DDLs to be replicated, such as CREATE INDEX, or any other type (VACUUM, TRUNCATE, something else)?
from citus.
I could imagine that we add a GUC that specifies which template schema is requested to be used when creating a new schema, as in:
SET citus.effective_template_schema_name = "template_schema_1";
Then the CREATE SCHEMA commands that follows this statement directly inherit table structures defined in template_schema_1
as well as following table structure changes (ALTER TABLE .., CREATE INDEX) that happens in template_schema_1
. This probably also requires disallowing individual schema changes in the schemas that inherit their structure from a template one?
Is my understanding correct? DDLs other than ALTER TABLE / CREATE INDEX are needed?
from citus.
I am not familiar with all the operations you currently support with row based, but it would make sense to have this function in a similar way for consistency sake. I would think at a minimum you would need:
Table: create, alter, drop
View: create, drop
Function: create, replace, drop
Index: create, drop
from citus.
Related Issues (20)
- Can the Columnar extension be used to exceed the 1600 column limit? HOT 1
- How to add columnar store and distributed extension into pg16 source code?
- ERROR: btree index keys must be ordered by attribute HOT 1
- Debezium cannot auto create table when sink data from kafka HOT 1
- Azure Cosmos DB for Postgres HOT 2
- Consider propagating GRANTs for the database where Citus is installed too
- Is there a schedule for distributed snapshot isolation? HOT 1
- Flaky tests to fix
- Intra-node isolation anomaly HOT 2
- Harden database commands against failures
- Do nothing for database command if the database is not distributed
- citus-11.1.4/src/include/pg_version_compat.h:59:1: error: redefinition of ‘RelationGetSmgr’ HOT 1
- Build error on linux 20.04. with postgres 14 HOT 1
- Querying a view fails if the base table has new columns added HOT 2
- Segmentation fault CASE WHEN with DO block
- Table ownership not working for distributed tables HOT 1
- Cannot add workers HOT 2
- Unable to create distributed table with enum column in a transaction
- Properly handle implicit database dependencies for CREATE/ALTER DATABASE commands
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from citus.