Thu Feb 21 19:58:42 PST 2008
- Previous message: [Slony1-general] French translation of Slony documentation
- Next message: [Slony1-general] Slony locks tables that are not even in replication sets?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Casey Duncan wrote: > > - Use many small table sets instead of one big one. This means you > may need multiple execute script statements, but each one will lock > fewer tables at once. See this note from the middle of this page of the Slony Documentation: http://slony.info/documentation/ddlchanges.html Slony Documentation wrote: > > You may be able to define replication sets that consist of smaller sets of > tables so that fewer locks need to be taken in order for the DDL script to > make it into place. > > If a particular DDL script only affects one table, it should be > unnecessary to lock all application tables. > > Note: Actually, as of version 1.1.5 and later, this is NOT TRUE. The > danger of someone making DDL changes that crosses replication sets seems > sufficiently palpable that slon has been changed to lock ALL replicated > tables, whether they are in the specified replication set or not. > If I'm reading the docs correctly, breaking tables into multiple table sets no longer helps with locking issues. Correct? -- View this message in context: http://www.nabble.com/Applying-schema-changes-in-slony-tp14429677p15627246.html Sent from the Slony-I -- General mailing list archive at Nabble.com.
- Previous message: [Slony1-general] French translation of Slony documentation
- Next message: [Slony1-general] Slony locks tables that are not even in replication sets?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list