Re: Declarative partitioning
От | Corey Huinker |
---|---|
Тема | Re: Declarative partitioning |
Дата | |
Msg-id | CADkLM=fz4SRiaLggFctOcJegpcjxaWPwCyi6YDwq9Wnceno7=w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Declarative partitioning (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>) |
Ответы |
Re: Declarative partitioning
|
Список | pgsql-hackers |
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 18, 2016 at 12:41 AM, Amit Langote <span dir="ltr"><<ahref="mailto:Langote_Amit_f8@lab.ntt.co.jp" target="_blank">Langote_Amit_f8@lab.ntt.co.jp</a>></span>wrote:<br /><blockquote class="gmail_quote" style="margin:0 00 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="a3s" id=":1pe" style="overflow:hidden">START [ EXCL ] (startval)END [ INCL ] (endval)<br /><br /> That is, in range type notation, '[startval, endval)' is the default<br /> behavior.So for each partition, there is at least the following pieces of<br /> metadata:</div></blockquote></div><div class="gmail_extra"><br/></div><div class="gmail_extra">This is really close, and if it is what we ended up with we wouldbe able to use it.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">I suggest that the range notationcan be used even when no suitable range type exists.<br /></div><div class="gmail_extra"><br /></div><div class="gmail_extra">Iassume the code for parsing a range spec regardless of data type already exists, but in case it doesn't,take a range spec of unknown type:</div><div class="gmail_extra"><br /></div><div class="gmail_extra">[x,y)</div><divclass="gmail_extra"><br /></div><div class="gmail_extra">x and y are either going to beraw strings or doublequoted strings with possible doublequote escapes, each of which would be coercible into the the typeof the partition column.</div><div class="gmail_extra"><br /></div><div class="gmail_extra">In other words, if your stringvalues were 'blah , blah ' and 'fabizzle', the [) range spec would be ["blah , blah ",fabizzle).</div><div class="gmail_extra"><br/></div><div class="gmail_extra">Using regular range specs syntax also allows for the range to beunbounded in either or both directions, which is a possibility, especially in newer tables where the expected distributionof data is unknown.</div><div class="gmail_extra"><br /></div>p.s. Sorry I haven't been able to kick the tiresjust yet. We have a very good use case for this, it's just a matter of getting a machine and the time to devote to it.</div></div>
В списке pgsql-hackers по дате отправления: