<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Nuxeo and Postgresql: upgrading to native UUID type in Nuxeo Forum</title>
    <link>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314570#M1571</link>
    <description>&lt;P&gt;Practically all tables hold an &lt;CODE&gt;id&lt;/CODE&gt; column which is the uuid. Also &lt;CODE&gt;proxies.targetid&lt;/CODE&gt; is a foreign key to &lt;CODE&gt;hierarchy.id&lt;/CODE&gt; therefore a uuid too. This does not applied to &lt;CODE&gt;nxp_logs*&lt;/CODE&gt; tables or the tables corresponding to directories.&lt;/P&gt;
&lt;P&gt;For migration I think it's best to do a full PostgreSQL dump, change the column types in the dump then reload the dump in an empty database. You'll have to drop the &lt;CODE&gt;ancestors&lt;/CODE&gt;, &lt;CODE&gt;hierarchy_read_acl&lt;/CODE&gt; and &lt;CODE&gt;aclr_modified&lt;/CODE&gt;,  tables and let them be re-created.&lt;/P&gt;</description>
    <pubDate>Thu, 03 Nov 2016 15:14:45 GMT</pubDate>
    <dc:creator>Florent_Guillau</dc:creator>
    <dc:date>2016-11-03T15:14:45Z</dc:date>
    <item>
      <title>Nuxeo and Postgresql: upgrading to native UUID type</title>
      <link>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314569#M1570</link>
      <description>&lt;P&gt;Currently, our system &amp;amp; database uses &lt;CODE&gt;varchar&lt;/CODE&gt; for the UUIDs. I suspect performance can be greatly improved by changing this type to the PG's &lt;CODE&gt;uuid&lt;/CODE&gt; type. Is it possible to convert the existing table/schema to the &lt;CODE&gt;uuid&lt;/CODE&gt; type?  Would the &lt;CODE&gt;ancestors&lt;/CODE&gt; table need to be re-indexed somehow? How can I get a list of tables that I would need to convert?&lt;/P&gt;
&lt;P&gt;Alternatively: is there a way to export and re-import or re-build the meta data, which postgresql holds?&lt;/P&gt;</description>
      <pubDate>Wed, 02 Nov 2016 15:52:54 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314569#M1570</guid>
      <dc:creator>otheus_uibk</dc:creator>
      <dc:date>2016-11-02T15:52:54Z</dc:date>
    </item>
    <item>
      <title>Re: Nuxeo and Postgresql: upgrading to native UUID type</title>
      <link>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314570#M1571</link>
      <description>&lt;P&gt;Practically all tables hold an &lt;CODE&gt;id&lt;/CODE&gt; column which is the uuid. Also &lt;CODE&gt;proxies.targetid&lt;/CODE&gt; is a foreign key to &lt;CODE&gt;hierarchy.id&lt;/CODE&gt; therefore a uuid too. This does not applied to &lt;CODE&gt;nxp_logs*&lt;/CODE&gt; tables or the tables corresponding to directories.&lt;/P&gt;
&lt;P&gt;For migration I think it's best to do a full PostgreSQL dump, change the column types in the dump then reload the dump in an empty database. You'll have to drop the &lt;CODE&gt;ancestors&lt;/CODE&gt;, &lt;CODE&gt;hierarchy_read_acl&lt;/CODE&gt; and &lt;CODE&gt;aclr_modified&lt;/CODE&gt;,  tables and let them be re-created.&lt;/P&gt;</description>
      <pubDate>Thu, 03 Nov 2016 15:14:45 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314570#M1571</guid>
      <dc:creator>Florent_Guillau</dc:creator>
      <dc:date>2016-11-03T15:14:45Z</dc:date>
    </item>
    <item>
      <title>Re: Nuxeo and Postgresql: upgrading to native UUID type</title>
      <link>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314571#M1572</link>
      <description>&lt;P&gt;If postgresql uses the UUID type, will they look the same as they are now, just not stringified? Will nuxeo create these strings to look the same way they are now, so that tables like &lt;CODE&gt;aceinfo&lt;/CODE&gt; will work properly?  Are you saying nuxeo will detect and re-create ancestors, and these other two tables if they don't exist? How will it get the ACL info?&lt;/P&gt;</description>
      <pubDate>Wed, 09 Nov 2016 10:55:08 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314571#M1572</guid>
      <dc:creator>otheus_uibk</dc:creator>
      <dc:date>2016-11-09T10:55:08Z</dc:date>
    </item>
    <item>
      <title>Re: Nuxeo and Postgresql: upgrading to native UUID type</title>
      <link>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314572#M1573</link>
      <description>&lt;P&gt;Yes for Nuxeo the document id will still be a String. &lt;CODE&gt;aceinfo&lt;/CODE&gt; is a directory and will use a String too. Yes ancestors and the ACL-related tables will be re-created. Why don't you try on a small test database to see what issues you have?&lt;/P&gt;</description>
      <pubDate>Wed, 09 Nov 2016 11:58:50 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/nuxeo-forum/nuxeo-and-postgresql-upgrading-to-native-uuid-type/m-p/314572#M1573</guid>
      <dc:creator>Florent_Guillau</dc:creator>
      <dc:date>2016-11-09T11:58:50Z</dc:date>
    </item>
  </channel>
</rss>

