Q4 2022

our july release gives more options, more features, and improved speed of synchronization for our popular connectors postgresql custom logical replication slots previously dlh io allowed for only one general replication slot to be created per any database and it had to be a specific name, datalakehouseio replication slot while we still recommend this name for your slot when creating your database, we now allow for any custom name of a replication slot you will simply add the name of the slot when you create your source connection to postgresql you will not be able to change it later for obvious reasons for that source connection but this added flexibility is a great edition for teams with dbas with strong opinions on naming conventions we still recommend that if you need to create multiple replication slots for example to capture data changes only on specific schemas and not the entire database, that you use our recommended naming convention, datalakehouseio replication slot , and use a short suffix to differentiate the slots, for example, datalakehouseio replication slot schema1 , or datalakehouseio replication slot mytbl ultimately this enables slots to not be read or cleared out for a situation where a database has multiple schemas and each schema should be synchronized on a different frequency with different parameters by creating multiple source connections to the same database with different replication slots, you will deselect the schemas for each connection you wish not to synchronize and the replication slot will be respected for that synchronization of that source we've seen the most success for this use case with aiven io postgresql customers, hooray!!! postgresql replication slot auto recreate the postgressql database is notorious for dropping the replication slot upon a database update/refresh and we've seen this happen with a number of customers who do not have large replicated instances and other means of maintaining the state of their slots dlh io will now auto recreate the replication slot for you in the database you use in your dlh io postgres source connection if it detects that it was removed or no longer available permissions to do so will obviously need to be part of the privileges granted to the user credentials you use in the source connection to learn more about other ways the postgres could retain your slot states you could reference some documentation from postgresql https //www postgresql org/docs/current/logical replication subscription html https //www postgresql org/docs/current/logical replication subscription html https //www postgresql org/docs/current/logical replication restrictions html https //www postgresql org/docs/current/logical replication restrictions html https //wiki postgresql org/wiki/logical replication and physical standby failover https //wiki postgresql org/wiki/logical replication and physical standby failover