<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 23, 2012 at 1:50 PM, Brian Schott <span dir="ltr"><<a href="mailto:brian.schott@nimbisservices.com" target="_blank">brian.schott@nimbisservices.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>So, we could build on this. No reason to reinvent, but we might want to expand the number of events.  I'm concerned about things like what happens when flavors change over time.  Maybe the answer is, always append to the flavor/instance-type table.  The code I remember and the admin interface that Ken wrote allowed you to modify flavors.  That would break billing unless you also track flavor modifications.</div>
</div></blockquote><div><br></div><div>That seems like a situation where you would want to denormalize the billing database and record the flavor details along with the rest of the creation event data.</div><div><br></div>
<div>Doug</div><div><br></div></div></div>