Fwiw Dialect discovery is far and away the preferred solution for
"specifying" Dialect. That said, I am ok with splitting off Dialect(s)
specific to MariaDB.
Right I agree auto-detection is preferred. Are you suggesting that we
actually can't automatically figure out if the connected database is a
MariaDB or a MySQL instance?
That would be sad. I hope you can find a solution :)
Relatedly, I wonder if we should begin to remove the Dialects we have marked
as deprecated and whether we should consider a "legacy" repo where we can
dump these (as well as other removed features - Javassist support e.g.).
The expectation would be no continued development, but would make them more
readily available to users who still needed them as opposed to simply
dropping them completely. We could even alter the license of those classes
to be less restrictive than LGPL in terms of contributing back changes.
On Mon, Feb 6, 2017, 6:47 AM Sanne Grinovero <sanne(a)hibernate.org> wrote:
> +1 to split them. I don't expect people to consider them "the same"
> We probably should have split them even if there had been no technical
> differences, just to make it clear which one needs to be configured.
> On 6 February 2017 at 12:37, Vlad Mihalcea <mihalcea.vlad(a)gmail.com>
> > Hi,
> > I've had a very interesting discussion on Twitter regarding MarisDB:
> > https://twitter.com/bobbytank42/status/828529312731013121
> > And, since MySQL and MariaDB have gone in different directions, we might
> > want to provide MariaDB Dialects as well.
> > For instance, it's not very intuitive for a Hibernate user to figure out
> > that they need to use the MySQLInnoDb57Dialect to handle Timestamps with
> > microsecond precision which have been available since MariaDB 5.3:
> > https://mariadb.com/kb/en/mariadb/microseconds-in-mariadb/
> > Let me know what you think.
> > Vlad
> > _______________________________________________
> > hibernate-dev mailing list
> > hibernate-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
> hibernate-dev mailing list