The ability to dynamically add new column families. Our app is currently under heavy development, and we will be adding new column families at least once a week after we have shipped the initial production app. From the existing docs, it seemed to me that the procedure for changing schema in 0.6 is very manual in nature and thus error prone and likely to cause data corruption. Feel free to correct me if I'm wrong :)
Matt On Jun 13, 2010, at Sun Jun 13, 5:01 PM, Benjamin Black wrote: > What specifically is driving you to use trunk rather than the stable, > 0.6 branch? > > On Sun, Jun 13, 2010 at 1:37 PM, Matthew Conway <m...@backupify.com> wrote: >> Not so much worried about temporary breakages, but more about design >> decisions that are made to enhance cassandra at the cost of a data format >> change. So long as the policy here is to preserve backwards compatibility >> with the on disk storage format (possibly with an automatic conversion), >> even that shouldn't be a problem. I'll go ahead and follow commits/dev, but >> given my lack of experience with cassandra, I'm worried I might not be able >> to tell an important change from not, so it would be helpful if I knew if >> any more were planned for 0.7, or if an extra step was taken to announce >> these kinds of changes in one of the lists. Thanks, >> >> Matt >> >> On Jun 11, 2010, at Fri Jun 11, 7:43 PM, Jonathan Ellis wrote: >> >>> If you're comfortable following comm...@cassandra.apache.org, it >>> should be pretty obvious which changes are going to break things >>> temporarily or require a commitlog drain. Otherwise, we recommend >>> sticking with the stable branch until a beta is released. >>> >>> On Fri, Jun 11, 2010 at 2:24 PM, Matthew Conway <m...@backupify.com> wrote: >>>> Hi All, >>>> >>>> I'd like to start using trunk for something real, but am concerned about >>>> stability of the data format. That is, will I be able to upgrade a >>>> running system to a newer version of trunk and eventually to the 7.0 >>>> release, or are there any changes planned to the format of the data stored >>>> on disk that would prevent this. I'm ok with having to do a full shutdown >>>> to do upgrades, or even some form of export/import (would prefer to avoid >>>> this), but obviously would need to know when the format has changed so I >>>> can do the right thing (announcements to mailing list?). What is the >>>> recommend procedure for dealing with upgrades? Thanks, >>>> >>>> Matt >>>> >>>> >>> >>> >>> >>> -- >>> Jonathan Ellis >>> Project Chair, Apache Cassandra >>> co-founder of Riptano, the source for professional Cassandra support >>> http://riptano.com >> >>
