They are easier to manage, and don't require as much maintenance. So for instance, if you create a new table from a query:<div><br></div><div>SELECT * INTO region</div><div>FROM world WHERE ...;</div><div><br></div><div>

if the table "world" has a typmod geometry column, then these would appear in "region" as e.g., geometry(Point,4326). Geometry columns without typmods or constraints can also be misleading, since the geometry columns view will misrepresent their geometry type (just GEOMETERY), dimension (2) and srid (0), even if the data has otherwise.</div>

<div><br></div><div>Most of your changes shouldn't require much drama. You can do them in-place, e.g.:</div><div><br></div><div><div>ALTER TABLE world</div><div>    ALTER COLUMN geom TYPE geometry(MultiPolygonZ,4326);</div>

</div><div><br></div><div>then drop the old constraints.</div><div><br></div><div>-Mike</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 13 November 2012 05:26, Shira Bezalel <span dir="ltr"><<a href="mailto:shira@sfei.org" target="_blank">shira@sfei.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:12pt;font-family:Times New Roman"><br><span style>Hi All,</span><div style><br>We have recently upgraded our databases to use PostGIS 2.0.1 from 1.5. Is it recommended that we recreate our tables with geometry columns so that they use the typmod geometries instead of the constraint-based geometries? Is there any advantage to this?<div>

<br></div><div><span style="font-size:12pt">Thanks,</span></div><div>Shira </div></div></div></div><br>_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
<br></blockquote></div><br></div>