Oh, we also have an issue handling the original table. We need to create a view to UNION all partitioned tables.<br><br>G.<br><br><div class="gmail_quote">On Tue, Feb 9, 2010 at 10:44 PM, George Silva <span dir="ltr"><<a href="mailto:georger.silva@gmail.com">georger.silva@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hello everyone,<br><br>After thinking for a while, I'm asking for a opinion on how to develop the spatial partitioning feature (#181).<br>

<br>I'm coming here after ideas, and I'll be presenting my own.<br><br>I made a simple Activity Diagram to illustrate the process. I apologize for my UML mistakes :P.<br>
<br>The idea, in text is:<br><br>Create a partioning_information table (or what other name seems appropriate)<br><br>Create a partitions table, with a polygon geometry.<br><br>User creates a partioned table. The user inputs: Extent, Width and Height (of each tile) and an optional Grow Percentage.<br>


<br>After that, the algorithm would create all partition tables (we can think of a nice naming rule for those tables, or put them into a schema?) and fill out partition_information and partitions and create the insert/update/delete rules (or triggers) for that master table.<br>


<br>These rules/triggers would be based on intersection or within, testing the centroid of each feature against the table grid. I know this can be slow, but is there any other option? What method is faster to determine if a point is inside a certain tile?<br>


<br>Tell me what you think.<br clear="all"><font color="#888888"><br>-- <br>George R. C. Silva<br><br>Desenvolvimento em GIS<br><a href="http://blog.geoprocessamento.net" target="_blank">http://blog.geoprocessamento.net</a><br>


</font></blockquote></div><br><br clear="all"><br>-- <br>George R. C. Silva<br><br>Desenvolvimento em GIS<br><a href="http://blog.geoprocessamento.net">http://blog.geoprocessamento.net</a><br>