<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>The Netezza Community : All Content - All Communities</title>
    <link>http://www.enzeecommunity.com/index.jspa</link>
    <description>All Content in The Netezza Community</description>
    <language>en</language>
    <pubDate>Wed, 08 Sep 2010 23:19:11 GMT</pubDate>
    <generator>Clearspace 2.5.3 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2010-09-08T23:19:11Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>No Difference in Performance</title>
      <link>http://www.enzeecommunity.com/message/4925</link>
      <description>It has to be 15MB per dataslice (at least).  Use "select count(*) from _v_dslice" to determine the number of dataslices on your system. &amp;nbsp; Also you wouldn't see any performance gain unless your source table is physically ordered on the column you</description>
      <pubDate>Wed, 08 Sep 2010 23:19:11 GMT</pubDate>
      <author>Communityadmin@netezza.com</author>
      <guid>http://www.enzeecommunity.com/message/4925</guid>
      <dc:date>2010-09-08T23:19:11Z</dc:date>
      <clearspace:dateToText>1 hour, 47 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Hierarchy resolution</title>
      <link>http://www.enzeecommunity.com/message/4915</link>
      <description>Netezza does not support CONNECT BY or the recursive version of the WITH statement at this time (not in 6.0 either).  The best way to resolve the issue is at data load time.  Just create multiple tables instead of shoving everything into a single</description>
      <pubDate>Wed, 08 Sep 2010 20:15:40 GMT</pubDate>
      <author>Communityadmin@netezza.com</author>
      <guid>http://www.enzeecommunity.com/message/4915</guid>
      <dc:date>2010-09-08T20:15:40Z</dc:date>
      <clearspace:dateToText>4 hours, 51 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>nzsql \copy</title>
      <link>http://www.enzeecommunity.com/message/4907</link>
      <description>I think you might want to try the \o [file] command. That will redirect query output to a file.</description>
      <pubDate>Wed, 08 Sep 2010 13:49:08 GMT</pubDate>
      <author>joey.foley@va.gov</author>
      <guid>http://www.enzeecommunity.com/message/4907</guid>
      <dc:date>2010-09-08T13:49:08Z</dc:date>
      <clearspace:dateToText>11 hours, 18 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>difference between DECIMAL  and NUMERIC type</title>
      <link>http://www.enzeecommunity.com/message/4906</link>
      <description>In Netezza DECIMAL is the same as NUMERIC - they can be used interchangeably and require the same amount of storage etc. &amp;nbsp; D.</description>
      <pubDate>Wed, 08 Sep 2010 10:55:03 GMT</pubDate>
      <author>dave.shuttleworth@edge-a.co.uk</author>
      <guid>http://www.enzeecommunity.com/message/4906</guid>
      <dc:date>2010-09-08T10:55:03Z</dc:date>
      <clearspace:dateToText>14 hours, 12 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Exadata's SOA (Secondhand-On-Arrival)</title>
      <link>http://www.enzeecommunity.com/blogs/grill/2010/09/07/exadatas-soa-secondhand-on-arrival</link>
      <description>I've recently been involved in a rousing exchange out on Linked-In with one of Oracle's employees - on the Exadata machine and how it compares to Netezza. The conversation simply had to stop when the Oracle  employee  implied that I might be biased.</description>
      <category domain="http://www.enzeecommunity.com/tags?containerType=14&amp;container=1">exadata</category>
      <category domain="http://www.enzeecommunity.com/tags?containerType=14&amp;container=1">rdbms</category>
      <category domain="http://www.enzeecommunity.com/tags?containerType=14&amp;container=1">rac</category>
      <category domain="http://www.enzeecommunity.com/tags?containerType=14&amp;container=1">performance</category>
      <category domain="http://www.enzeecommunity.com/tags?containerType=14&amp;container=1">oracle</category>
      <category domain="http://www.enzeecommunity.com/tags?containerType=14&amp;container=1">secondhand</category>
      <pubDate>Tue, 07 Sep 2010 19:44:06 GMT</pubDate>
      <author>dbirmingham@virtualmach.com</author>
      <guid>http://www.enzeecommunity.com/blogs/grill/2010/09/07/exadatas-soa-secondhand-on-arrival</guid>
      <dc:date>2010-09-07T19:44:06Z</dc:date>
      <clearspace:dateToText>1 day, 5 hours ago</clearspace:dateToText>
    </item>
    <item>
      <title>View Skew</title>
      <link>http://www.enzeecommunity.com/message/4901</link>
      <description>there are otions to show skew in the nzadmin tool - see System Administrattors guide. (search for 'skew') &amp;nbsp; Also there's a support script (nz_skew) that show the same info. &amp;nbsp; D.</description>
      <pubDate>Mon, 06 Sep 2010 14:26:43 GMT</pubDate>
      <author>dave.shuttleworth@edge-a.co.uk</author>
      <guid>http://www.enzeecommunity.com/message/4901</guid>
      <dc:date>2010-09-06T14:26:43Z</dc:date>
      <clearspace:dateToText>2 days, 10 hours ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Not enough memory to partition hash join</title>
      <link>http://www.enzeecommunity.com/message/4899</link>
      <description>Has anyone seen or know how to resolve this error: "Not enough memory to partition hash join".  The query that is producing this error runs everyday and has been fine.  While the tables have grown the dataset that is being worked on is pretty constant</description>
      <pubDate>Sun, 05 Sep 2010 19:07:31 GMT</pubDate>
      <author>Communityadmin@netezza.com</author>
      <guid>http://www.enzeecommunity.com/message/4899</guid>
      <dc:date>2010-09-05T19:07:31Z</dc:date>
      <clearspace:dateToText>3 days, 5 hours ago</clearspace:dateToText>
    </item>
    <item>
      <title>monitoring nzrestore</title>
      <link>http://www.enzeecommunity.com/message/4898</link>
      <description>I am currently running nzrestore on a 2TB database.  The backup itself is on a snap drive and the new machine where the db is being created is a TwinFin P12.  The utility is being run with -v (verbose) option. Four tables in this db have 2billion+ rec</description>
      <pubDate>Sun, 05 Sep 2010 14:10:35 GMT</pubDate>
      <author>Communityadmin@netezza.com</author>
      <guid>http://www.enzeecommunity.com/message/4898</guid>
      <dc:date>2010-09-05T14:10:35Z</dc:date>
      <clearspace:dateToText>3 days, 10 hours ago</clearspace:dateToText>
    </item>
    <item>
      <title>date_trunc in Netezza</title>
      <link>http://www.enzeecommunity.com/message/4897</link>
      <description>There is no function named "date_trunc" that takes a single argument.  The date_trunc function takes two arguments: &amp;nbsp; select date_trunc('day', current_timestamp) &amp;nbsp; If you want to create a custom function that does the same thing as the Oracle</description>
      <pubDate>Fri, 03 Sep 2010 15:55:49 GMT</pubDate>
      <author>Communityadmin@netezza.com</author>
      <guid>http://www.enzeecommunity.com/message/4897</guid>
      <dc:date>2010-09-03T15:55:49Z</dc:date>
      <clearspace:dateToText>5 days, 8 hours ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Usage of DataType</title>
      <link>http://www.enzeecommunity.com/docs/DOC-1172</link>
      <description>Hi, &amp;nbsp; We have a table in the database having CHAR as the key Columns. In few of the forums, I learnt that Netezza provides better performance with Integer Data Type as Key Column while selecting the record or updating the record. &amp;nbsp; I tried</description>
      <pubDate>Thu, 02 Sep 2010 18:38:25 GMT</pubDate>
      <author>Communityadmin@netezza.com</author>
      <guid>http://www.enzeecommunity.com/docs/DOC-1172</guid>
      <dc:date>2010-09-02T18:38:25Z</dc:date>
      <clearspace:dateToText>6 days, 6 hours ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
  </channel>
</rss>

