<p dir="ltr">+1. Well put.  No one is arguing against this other approach.  The two efforts can be taken independently.</p>
<p dir="ltr">Carl</p>
<div class="gmail_quote">On Jul 11, 2014 10:48 PM, "Mike Bayer" <<a href="mailto:mbayer@redhat.com">mbayer@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 7/11/14, 11:26 PM, Jay Pipes wrote:<br>
> Yep, couldn't agree more.<br>
><br>
> Frankly, the steps you outline in the wiki above are excellent<br>
> examples of where we can make significant gains in both performance<br>
> and scalability. In addition to those you listed, the underlying<br>
> database schemas themselves, with the excessive use of large VARCHAR<br>
> fields, BLOB fields for JSONified values, and the general bad strategy<br>
> of bunching heavily-read fields with infrequently-read fields in the<br>
> same tables, are also a source of poor overall database performance.<br>
Well the topic of schema modifications I actually left out of that<br>
document entirely for starters - I made a conscious choice to focus<br>
entirely on things that don't involve any apps changing any of their<br>
fundamental approaches or schemas...at least just yet! :)    I'm hoping<br>
that as oslo.db improves and the patterns start to roll out, we can<br>
start working on schema design too.    Because yeah I've seen the giant<br>
lists of VARCHAR everything and just said, OK well we're going to have<br>
to get to that..just not right now :).<br>
<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>