Open source database highly optimized for Web applications

한국어 Login Register


Changing the version number of the next CUBRID release

I would like to announce the changes we have made regarding the version number of the next CUBRID release. First time when I wrote about the Roadmap for the next release, I mentioned that it was going to be CUBRID 3.2.

The next version is expected to introduce many new features and enhancements:

  • 62 new SQL syntax extensions for better MySQL Compatibility
  • Improved Index Enhancement for higher performance
  • Easier High-Availability feature for more convenient and easy-to-use configurations
This is why we decided to increment the minor version digit, instead of the maintenance number. So, the next version will be CUBRID 4.0 or the full version name - CUBRID 2008 R4.0, which will probably make in April this year. At this moment this is only a tentative forecast.

For more information about the CUBRID Release Policy, visit http://www.cubrid.org/release_policy.


3 comments 1 trackbacks
Why do you use 2008 in your version name, when you update your server at 2010 , it looks outdated.

I would wanto see as Cubrid R3.2 or CUBRID 3.2.
Reply
last year
*.215.216.13
Your behavior is completely normal and is common to many developers. “2008″ (or “8.”) is the version of core system. You can understand this as an architecture version which does not change with every new release. If we have some big changes to the CUBRID’s architecture, perhaps, we will assign a new version representing that year.

As you might already know there is short version CUBRID 3.2, which is exactly what you are talking about.

Think of Ubuntu case. Every year they release a new version named 9.04, 10.04, 11.04, meaning 2009, 2010, 2011. Any problems with this? I don’t think there is any problem besides the perceptional.
Reply
last year
*.91.137.50
Your behavior is completely normal and is common to many developers. "2008" (or "8.") is the version of core system. You can understand this as an architecture version which does not change with every new release. If we have some big changes to the CUBRID's architecture, perhaps, we will assign a new version representing that year.

As you might already know there is short version CUBRID 3.2, which is exactly what you are talking about.

Think of Ubuntu case. Every year they release a new version named 9.04, 10.04, 11.04, meaning 2009, 2010, 2011. Any problems with this? I don't think there is any problem besides the perceptional.
Reply
last year
*.91.137.50
danit 2011.03.08
RT @CUBRID: Changing the version number of the next CUBRID release #CUBRID #New Features #New Release http://bit.ly/fJpqBK
posted last year
viewed 594 times
Share this article