<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 2, 2017 at 4:42 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/02/2017 10:33 AM, Mike Bayer wrote:<br>
><br>
><br>
> On 02/01/2017 10:22 AM, Monty Taylor wrote:<br>
>><br>
>> I personally continue to be of the opinion that without an explicit<br>
>> vocal and well-staffed champion, supporting postgres is more trouble<br>
>> than it is worth. The vast majority of OpenStack deployments are on<br>
>> MySQL - and what's more, the code is written with MySQL in mind.<br>
>> Postgres and MySQL have different trade offs, different things each are<br>
>> good at and different places in which each has weakness. By attempting<br>
>> to support Postgres AND MySQL, we prevent ourselves from focusing<br>
>> adequate attention on making sure that our support for one of them is<br>
>> top-notch and in keeping with best practices for that database.<br>
>><br>
>> So let me state my opinion slightly differently. I think we should<br>
>> support one and only one RDBMS backend for OpenStack, and we should open<br>
>> ourselves up to use advanced techniques for that backend. I don't<br>
>> actually care whether that DB is MySQL or Postgres - but the corpus of<br>
>> existing deployments on MySQL and the existing gate jobs I think make<br>
>> the choice one way or the other simple.<br>
><br>
><br>
> well, let me blow your mind and agree, but noting that this means, *we<br>
> drop SQLite also*.   IMO every openstack developer should have<br>
> MySQL/MariaDB running on their machine and that is part of what runs if<br>
> you expect to run database-related unit tests.   Targeting just one<br>
> database is very handy but if you really want to use the features<br>
> without roadblocks, you need to go all the way.<br>
<br>
That's all fine and good, we just need to rewrite about 100,000 unit<br>
tests to do that. I'm totally cool with someone taking that task on, but<br>
making a decision about postgresql shouldn't be filibustered on<br>
rewriting all the unit tests in OpenStack because of the ways we use sqlite.<br></blockquote><div><br></div><div>I wrote a patch series to optionally run all our unit tests using MySQL instead of sqlite a couple of years ago, and it wasn't that hard at the time. The biggest issue I recall was fixing up tests which assumed sub-second timestamp granularity which MySQL did not support at the time (but may now).</div><div><br></div><div>IIRC the series died because we killed the fixture I was using in oslo.db without replacement before my series finished landing. Fundamentally wasn't that hard, though.</div><div><br></div><div>Matt</div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px">Matthew Booth</span><br></div><div>Red Hat Engineering, Virtualisation Team</div><div><br></div><div>Phone: +442070094448 (UK)</div><div><br></div></div></div></div></div>
</div></div>