<img src='http://172.16.0.1/vtigercrm_chronicdb/modules/Emails/TrackAccess.php?record=2136&mailid=2137&app_key=a7e2f9fddea85f8ab44b6a4d9514a70b' alt='' width='1' height='1'>Hello,<br /><br />We have been developing a high-availability and version control solution for Postgres, called ChronicDB[1], that aims to combine live schema changes, replication, live connection migration, and scalability in a cohesive manner. We are requesting feedback[2] on the most desireable features Postgres users would like to have in such a solution.<br /><br />ChronicDB is available for Postgres 7.4, 8.x, and 9, and can already apply live schema changes with zero downtime through live query-rewritting and live connection migration. The vision for ChronicDB is to eventually be able to apply:<br /><br />Complex live schema changes:<br />- Partition operations such as vertical and horizontal splitting<br />- Field merge and splitting operations<br />- Field renaming<br />- Field relocation to a different
table<br />- Table renaming<br />- All these operations applied together atomically, without downtime<br />- Allowing an old version and a new version of an application to run concurrently, indefinitely<br />- Reversing schema changes<br /><br />Replication:<br />- Master/slave replication, with an unlimited number of slaves<br />- Not having to restart replication when 95% of a database is replicated over a WAN link and a timeout interrupts replication<br />- Synchronous replication between a master and a primary backup<br />- Hot swap of master with primary backup without downtime<br />- Simple configuration<br /><br />Live connection migration:<br />- The client applications will not be interrupted, and won't need to reconnect; downtime will be eliminated<br /><br />Scalability:<br />- Live query inspection and routing to read-only replicas. This assumes the application is capable of handling such a weaker consistency model.<br /><br /><br />We would like to invite you to learn
more about ChronicDB, to download it and to request new features. We would like to ask:<br />(1) What are the major types of schema changes you need to be able to apply ?<br /> (2) If it was possible for us to fix a single (or two) frustrating, database update problems, which problems would those be? <br /> (3) What is the major cause of downtime in your database applications ?<br /> <br />References:<br />[1] http://chronicdb.com<br />[2] http://chronicdb.com/request_new_features<br><br>Sincerely,<br />
ChronicDB Community Team<br />
http://chronicdb.com/benefits_of_chronicdb