Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XzXle-0007e4-5q for pgsql-hackers@arkaria.postgresql.org; Fri, 12 Dec 2014 21:28:54 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XzXld-0005Lk-La for pgsql-hackers@arkaria.postgresql.org; Fri, 12 Dec 2014 21:28:53 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XzXlc-0005Le-G1 for pgsql-hackers@postgresql.org; Fri, 12 Dec 2014 21:28:52 +0000 Received: from mail-bn1on0613.outbound.protection.outlook.com ([2a01:111:f400:fc10::613] helo=na01-bn1-obe.outbound.protection.outlook.com) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XzXlY-0007dm-Dw for pgsql-hackers@postgresql.org; Fri, 12 Dec 2014 21:28:50 +0000 Received: from decina.local (24.55.12.91) by DM2PR11MB0352.namprd11.prod.outlook.com (25.160.136.17) with Microsoft SMTP Server (TLS) id 15.1.31.17; Fri, 12 Dec 2014 21:28:42 +0000 Message-ID: <548B5E01.5060005@BlueTreble.com> Date: Fri, 12 Dec 2014 15:28:33 -0600 From: Jim Nasby User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Robert Haas , Amit Langote CC: Amit Kapila , Andres Freund , Alvaro Herrera , Bruce Momjian , Pg Hackers Subject: Re: On partitioning References: <20140829155607.GF7705@eldon.alvh.no-ip.org> <066501cffd52$3d919390$b8b4bab0$@lab.ntt.co.jp> <032601d00471$ea6f4280$bf4dc780$@lab.ntt.co.jp> <04da01d00917$2dde1010$899a3030$@lab.ntt.co.jp> <015b01d00eab$56d37700$047a6500$@lab.ntt.co.jp> <002d01d01359$290cb4a0$7b261de0$@lab.ntt.co.jp> <007b01d015c6$373c21e0$a5b465a0$@lab.ntt.co.jp> In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [24.55.12.91] X-ClientProxiedBy: BN1PR08CA0030.namprd08.prod.outlook.com (10.242.217.158) To DM2PR11MB0352.namprd11.prod.outlook.com (25.160.136.17) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:DM2PR11MB0352; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601003); SRVR:DM2PR11MB0352; X-Forefront-PRVS: 04238CD941 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6009001)(24454002)(51704005)(199003)(479174003)(377454003)(189002)(87976001)(21056001)(66066001)(99396003)(42186005)(107046002)(106356001)(83506001)(80316001)(33656002)(20776003)(122386002)(65956001)(105586002)(47776003)(19580405001)(65816999)(50986999)(87266999)(31966008)(19580395003)(64706001)(76176999)(54356999)(77156002)(68736005)(50466002)(101416001)(86362001)(93886004)(15975445007)(92566001)(4396001)(64126003)(97736003)(59896002)(36756003)(62966003)(23676002)(46102003)(120916001)(40100003)(85282002)(473944003)(18886065003); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR11MB0352; H:decina.local; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:;SRVR:DM2PR11MB0352; X-OriginatorOrg: bluetreble.com X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 12/12/14, 8:03 AM, Robert Haas wrote: > On Thu, Dec 11, 2014 at 11:43 PM, Amit Langote > wrote: >> >In case of what we would have called a 'LIST' partition, this could look like >> > >> >... FOR VALUES (val1, val2, val3, ...) >> > >> >Assuming we only support partition key to contain only one column in such a case. >> > >> >In case of what we would have called a 'RANGE' partition, this could look like >> > >> >... FOR VALUES (val1min, val2min, ...) TO (val1max, val2max, ...) >> > >> >How about BETWEEN ... AND ... ? > Sure. Mind you, I'm not proposing that the syntax I just mooted is > actually for the best. What I'm saying is that we need to talk about > it. Frankly, if we're going to require users to explicitly define each partition then I think the most appropriate API would be a function. Users will be writing code to create new partitions as needed, and it's generally easier to write code that calls a function as opposed to glomming a text string together and passing that to EXECUTE. -- Jim Nasby, Data Architect, Blue Treble Consulting Data in Trouble? Get it in Treble! http://BlueTreble.com -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers