On Mon, Nov 26, 2018 at 10:49 AM Tom Forbes <t...@tomforb.es> wrote: > On your point about non-standard backends, maybe we should focus on making > it easier to add third party backends and standardize some of the > internals? We could treat the backend as external (i.e no special hacks for > them) but keep them in the Django package. If we make the interfaces a bit > more abstract it would be a lot easier for these backends to exist without > hacks perhaps. >
Over the past several years when I first started this thread, the API has improved and these types of improvements reduced the need to monkey patch or completely rewrite bits of the ORM in django-mssql. Continuing to move/keep any DB specific hacks out of the ORM and in to their respective backend makes Django friendlier for 3rd party database backends. The API is still deemed internal and if you push for a more official database backend API, I suggest clearly stating that it will still be exempt from the standard deprecation policy. There was a lot of strong opposition to changing that policy in the past. Regards, Michael Manfre -- GPG Fingerprint: 74DE D158 BAD0 EDF8 keybase.io/manfre -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group, send email to firstname.lastname@example.org. Visit this group at https://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/CAGdCwBu%2BM0gVcspaKKoS1CoRHxWXOt5Z3bRKSfp4g%2BC0D49Yhw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.