Hi, MARK! On Oct 13, MARK CALLAGHAN wrote:
On Thu, Oct 13, 2016 at 4:00 PM, Sergei Golubchik <serg@mariadb.org> wrote:
There is development and support for TokuDB. The main reason for dropping it could be RocksDB based engine covering all TokuDB use cases, but better. I mean, *if* RocksDB will be able to do that, then TokuDB won't be needed (it's *if*, not a certainty).
Is MariaDB.com providing the development for TokuDB or are you speculating about the commitment to it provided by someone else? If the latter, then it would be better to hear directly from them. If the former, can you be more specific about what MariaDB.com plans to do for TokuDB?
I am speculating about the commitment to it provided by Percona. Based on what (I believe) Peter said, and it's in the Colin email too:
Peter says that bugs are fixed for customers... and there is ongoing development to make it better
but mainly based on the changes I see in TokuDB codebase inside Percona Server: 5.6.32-78.1 - 73 files changed, 4192 insertions(+), 3715 deletions(-) 5.6.31-77.0 - 35 files changed, 153 insertions(+), 79 deletions(-) 5.6.30-76.3 - 77 files changed, 862 insertions(+), 309 deletions(-) 5.6.29-76.2 - 25 files changed, 487 insertions(+), 153 deletions(-) 5.6.28-76.1 - 14 files changed, 997 insertions(+), 182 deletions(-) 5.6.27-76.0 - 206 files changed, 15619 insertions(+), 5969 deletions(-) 5.6.26-74.0 - initial checkin (into mergetrees/tree/merge-tokudb-5.6 repo) I agree that it doesn't prove that they will continue to do so in the future. If MariaDB.com has any plans about TokuDB - I don't know about them. Regards, Sergei Chief Architect MariaDB and security@mariadb.org