Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id CC1CBB5DBF7 for ; Tue, 9 Aug 2011 13:01:00 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 57248-07 for ; Tue, 9 Aug 2011 16:00:54 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from polaris.pinpointresearch.com (cerberus.pinpointresearch.com [66.7.238.130]) by mail.postgresql.org (Postfix) with ESMTP id 92621B5DBDA for ; Tue, 9 Aug 2011 13:00:54 -0300 (ADT) Received: from betelgeuse.pinpointresearch.com (betelgeuse.pinpointresearch.com [192.168.1.179]) by polaris.pinpointresearch.com (Postfix) with ESMTP id CE8DEE00EC84; Tue, 9 Aug 2011 09:00:52 -0700 (PDT) Message-ID: <4E4159B4.2050304@pinpointresearch.com> Date: Tue, 09 Aug 2011 09:00:52 -0700 From: Steve Crawford User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110617 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: Oliveiros d'Azevedo Cristina CC: Nikolay , pgsql-sql@postgresql.org Subject: Re: Mysterious column "name" References: <4E3AB1B2.5040704@gmail.com> <80B8AE0F6EA345ECB04802EB381EF1B1@marktestcr.marktest.pt> In-Reply-To: <80B8AE0F6EA345ECB04802EB381EF1B1@marktestcr.marktest.pt> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.712 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RP_MATCHES_RCVD=-0.812 X-Spam-Level: X-Archive-Number: 201108/28 X-Sequence-Number: 35696 On 08/09/2011 08:34 AM, Oliveiros d'Azevedo Cristina wrote: > Strange... > > Tables have hidden columns but AFAIK, "name" is not one of them... > > http://www.postgresql.org/docs/9.0/interactive/ddl-system-columns.html > > ... > >> Good day! >> >> I found one strange results for sql-query. >> >> create table testtable ( >> f1 int, >> f2 int >> ); >> >> insert into testtable(f1, f2) values(1, 100); >> >> select testtable.* from testtable; // it is ok >> >> select testtable from testtable; // it is ok >> >> select testtable.name from testtable; // returns strange result. >> ----------------------------------------------------------------- >> name >> name >> ----------------------------------------------------------------- >> "(1,100)" >> ----------------------------------------------------------------- >> no error message about nonexistent column. >> Result is similar to second variant, but pgAdmin3 shows not full record. >> ... > See http://www.postgresql.org/docs/9.0/static/rowtypes.html on composite data types and scroll to section 8.15.3. Cheers, Steve