Received: from localhost (maia-2.hub.org [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id A4DC99FBD22 for ; Fri, 16 Feb 2007 10:31:03 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 51094-03 for ; Fri, 16 Feb 2007 10:30:47 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from matrix.gatewaynet.com (host2.dynacom.ondsl.gr [62.103.35.210]) by postgresql.org (Postfix) with ESMTP id 5486B9FBC88 for ; Fri, 16 Feb 2007 10:30:52 -0400 (AST) Received: from host3.dynacom.ondsl.gr ([62.103.35.211] helo=ip216.internal.net) by matrix.gatewaynet.com with esmtp (Exim 4.62) (envelope-from ) id 1HHyYG-0006Yq-2o for pgsql-sql@postgresql.org; Fri, 16 Feb 2007 10:34:44 +0200 From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: pgsql-sql@postgresql.org Subject: Re: can someone explain confusing array indexing nomenclature Date: Fri, 16 Feb 2007 10:34:42 +0200 User-Agent: KMail/1.9.3 References: <8971770.post@talk.nabble.com> <200702151224.12455.achill@matrix.gatewaynet.com> <8989242.post@talk.nabble.com> In-Reply-To: <8989242.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702161034.43399.achill@matrix.gatewaynet.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.186 tagged_above=0 required=5 tests=AWL, BAYES_50, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200702/175 X-Sequence-Number: 27509 =CE=A3=CF=84=CE=B9=CF=82 =CE=A0=CE=AD=CE=BC=CF=80=CF=84=CE=B7 15 =CE=A6=CE= =B5=CE=B2=CF=81=CE=BF=CF=85=CE=AC=CF=81=CE=B9=CE=BF=CF=82 2007 18:55, =CE= =BF/=CE=B7 chrisj =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > Thanks Achilleas, > > I see what you are saying, but if we consider just the index "[2]" for a > moment, > it means something different depending upon the context (in one case it > means "2" and in the other case it means "1:2") and the context is > determined by the format of indexes on other dimensions. > > I believe I understand....but incredibly confusing. > Now that i think about it again, i speculate that the [2] is discarded. > - chris > > Achilleas Mantzios wrote: > > =CE=9E=C2=A3=CE=9F=C2=84=CE=9E=CE=89=CE=9F=C2=82 =CE=9E=EF=BF=BD=CE=9E= =CE=85=CE=9F=C2=84=CE=9E=C2=AC=CE=9F=C2=81=CE=9F=C2=84=CE=9E=C2=B7 14 =CE= =9E=C2=A6=CE=9E=CE=85=CE=9E=C2=B2=CE=9F=C2=81=CE=9E=CE=8F=CE=9F=C2=85=CE=9E= =C2=AC=CE=9F=C2=81=CE=9E=CE=89=CE=9E=CE=8F=CE=9F=C2=82 2007 21:31, =CE=9E= =CE=8F/=CE=9E=C2=B7 chrisj=20 =CE=9E=C2=AD=CE=9E=C2=B3=CE=9F=C2=81=CE=9E=C2=B1=CE=9F=C2=88=CE=9E=CE=85: > >> given the following table: > >> > >> protocal2=3D> select * from sal_emp ; > >> name | pay_by_quarter | schedule > >> -------+---------------------------+----------------------------------= =2D- > >>--- ---- Bill | {10000,10000,10000,10000} | > >> {{meeting,lunch},{training,presentation}} > >> Carol | {20000,25000,25000,25000} | > >> {{breakfast,consulting},{meeting,lunch}} > >> (2 rows) > >> > >> why do the following two queries yield different results?? > >> > >> protocal2=3D> SELECT schedule[1][2] FROM sal_emp WHERE name =3D 'Bill'; > >> schedule > >> ---------- > >> lunch > >> (1 row) > >> > >> protocal2=3D> SELECT schedule[1:1][2] FROM sal_emp WHERE name =3D 'Bil= l'; > >> schedule > >> ------------------- > >> {{meeting,lunch}} > >> (1 row) > > > > The [n:m] notation denotes a slice of the array (not element). > > So schedule[1][2] is the Array element on 2nd col of 1st row, > > while schedule[1:1][2] could mean > > the second row of the subarray schedule[1:1][1:2]. > > So these two are foundamentally different things. > > In my 7.4 even if you gave > > SELECT schedule[1:1][888] FROM sal_emp WHERE name =3D 'Bill'; > > you would still get {{meeting,lunch}} as a result. > > (Right or wrong is another story). > > Anyway the first time you query for a "text", > > the second time you query for a "text[]", so you should expect > > different results. > > -- > > Achilleas Mantzios > > > > ---------------------------(end of broadcast)--------------------------- > > TIP 3: Have you checked our extensive FAQ? > > > > http://www.postgresql.org/docs/faq =2D-=20 Achilleas Mantzios