IIRC, the guidance is that 4.14 should work back to 4.12. We're talking
about minor releases in this case, not bugfix. Every bugfix release
should be compatible within the current minor release. This is one of
the tenants of https://semver.org/
You should not have issues going to 5.0.0, but I don't know of anyone
who has explicitly tested this. You should proceed with caution.
On 6/14/19 2:07 AM, Vova Galchenko wrote:
> Hey Josh,
> thanks for getting back to me. The current Phoenix version we're on is
> 4.14.1. Do I understand correctly that the Phoenix community intends to
> provide data compatibility at least two versions back? Does this
> intention apply across major version boundaries? More specifically, does
> it imply that data produced by 4.14.1 is intended to be compatible with
> 4.14.2 and 5.0.0?
> Thank you.
> On Wed, Jun 12, 2019 at 1:18 PM Josh Elser <firstname.lastname@example.org
> <mailto:email@example.com>> wrote:
> What version of Phoenix 4 are you coming from?
> Of note, if you're lagging far behind, you'll get bit by the column
> encoding turning on by default in 4.10 
> In general, before we update the system catalog table, we take a
> snapshot of it, so you can roll back (although this would be
> manual). In
> terms of testing as a community, we only do testing back two releases.
> After that, your mileage may vary.
> - Josh
>  https://phoenix.apache.org/columnencoding.html
> On 6/11/19 9:02 PM, Vova Galchenko wrote:
> > Hello Phoenix Users List!
> > We at Box are thinking about the upgrade story from Phoenix 4 to
> 5. As
> > part of that, we'd like to understand if these Phoenix versions
> > data in formats compatible with each other. In other words,
> suppose we
> > have an HBase 1.4 cluster used by Phoenix 4. Can I shut
> everything down,
> > upgrade HBase to 2.0 and Phoenix to 5, start everything up again,
> > expect to preserve the integrity of the data stored in the original
> > cluster? If not, is there guidance for what the upgrade process
> > look like?
> > Thanks,
> > vova