X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 56F915282C for ; Mon, 4 Jul 2005 12:28:30 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 42467-07 for ; Mon, 4 Jul 2005 15:28:29 +0000 (GMT) Received: from floppy.pyrenet.fr (floppy.pyrenet.fr [194.116.145.2]) by svr1.postgresql.org (Postfix) with ESMTP id 7556F52815 for ; Mon, 4 Jul 2005 12:28:27 -0300 (ADT) Received: by floppy.pyrenet.fr (Postfix, from userid 106) id 449DC3095A; Mon, 4 Jul 2005 17:31:48 +0200 (MET DST) From: Zac X-Newsgroups: pgsql.sql Subject: Re: Help on Procedure running external function Date: Mon, 04 Jul 2005 17:27:20 +0200 Organization: Hub.Org Networking Services Lines: 68 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@news.hub.org User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en In-Reply-To: To: pgsql-sql@postgresql.org X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.041 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200507/16 X-Sequence-Number: 21994 Din Adrian wrote: > > Yes , I know what sequence is, but our procedure for generating doc > numbers is v. big and has manny (4) parameters and we did'nt use > sequence in it for this reason .... > > any other advice ? I think there is no way to have any information about non committed transactions. I don't know if I understand well your problem but from what I see "get_me_next_number" function runs in a different transaction (Why? Is it an externale procedure that make its own connection to the DB?)), otherwise it would see the new inserted number. The better solution is to run "get_me_next_number" in the same transaction. Another solution (not so good but should work) is to generate by yourself the number (as you do) and lock the table until you end to prevent others inserting documents. I hope this helps you. Bye > > thak you, > Adi > > On Mon, 04 Jul 2005 14:47:16 +0200, Zac wrote: > >> Din Adrian wrote: >> >>> Hello, >>> I have a 'big' problem: >>> I am trying to run from a procedure a function witch generate a new >>> document number (max from table +1 ) and after to insert a document >>> with this number, but the function returns me the same number each >>> time because the tranzaction is not finished and the inserts are >>> not commited and of course the next document number is the same. >>> ... >>> for ... >>> loop >>> nr=get_me_next_number(params); >>> insert into table values (nr,...) >>> end loop >>> ... >>> ... >>> error inserting in table .. primary_key nr ..... >>> Is any way in making the external function to 'know' that I >>> inserted another row but this insert is in a tranzaction that is >>> not finish yet ? ar onother solution ? >>> for now I 'solved' by asking for a nr once and generate myself >>> next number (+1) but this is not a correct solution (in this time >>> somebody else could insert a document with the same nr as the >>> procedure ) >>> thank you, >>> Adi >>> >> I think the best solution is to use a sequence, not "select max(id) >> +1 from table". Look here: >> http://www.postgresql.org/docs/8.0/interactive/sql-createsequence.html >> http://www.postgresql.org/docs/8.0/interactive/functions-sequence.html >> Bye >> >> ---------------------------(end of broadcast)--------------------------- >> TIP 9: In versions below 8.0, the planner will ignore your desire to >> choose an index scan if your joining column's datatypes do not >> match >> > > >