Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id EC1F186A549 for ; Wed, 18 Jan 2012 06:24:03 -0400 (AST) Received: from nm9-vm0.bullet.mail.sp2.yahoo.com ([98.139.91.196]) by magus.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1RnSgG-0005YC-Mh for pgsql-it-generale@postgresql.org; Wed, 18 Jan 2012 10:24:03 +0000 Received: from [98.139.91.62] by nm9.bullet.mail.sp2.yahoo.com with NNFMP; 18 Jan 2012 10:23:34 -0000 Received: from [98.139.91.13] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 18 Jan 2012 10:23:34 -0000 Received: from [127.0.0.1] by omp1013.mail.sp2.yahoo.com with NNFMP; 18 Jan 2012 10:23:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 640887.95525.bm@omp1013.mail.sp2.yahoo.com Received: (qmail 22724 invoked by uid 60001); 18 Jan 2012 10:23:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1326882214; bh=RVgmIRsq0eyzoVy1oclpClgNI2HZ+p0/VBSTlq0uTCQ=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=yG48GUzI3TofWSRN0auiVgp/ii5WDVCPC+70t9jTzXCH+8dOniadqHjjevJgBODI8OEkQ/+hcd/A4FKTg6sAFgUxxditY1ypnsOHo5T9cI4PMiwy9nkh0A5/ZfiAPfMmse0eetUxnYOzlemK3oa1QNMCLOlRgEkKnu5ErsB6HvM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=U1tm5NH69QMa1h7rBzGoNQg6LD4ydaH2SZJqVtK9Z4b5SABB3dmU5gRHeyo9w2x3pvkpdRPsg/PFlWBUTlETwpM0tal2wXylXisVuiI0MPsd5NvHUWOyojyb0V2INA0aXwyLa5CdKn5M4tDMvwqewxI2NTsRBMZ0Oup9S0mpNKg=; X-YMail-OSG: jsQSpoIVM1nQi4Y4Xzk1.xYUcZtRSkq8KELr1NWuA6CR4bE XkU1ObgohJP9eI2o8T_q0lR5TvtQ4ALjYI0lL1r_Q7CHaJKwpthnbffJqWYR MMUXORoAp0bzho7p.uCAcO9SNOMJY7NJKxizQ2FlwSsy_OXJwfYbe8AJ3QAG aqPuWrrmBYZU6HJs2Avnjo8a84yAQ4b_wakuxlU8mAqgp00Kqdq5VE6Do3aH BYeokScjmAzTrsGideZvUaxR5SEe90KlDh.WTmHVFj77rTXj.SQNo_y4A2my IEpaXk2MAruUa.YQaLkd4Xll3Q4jfm_itIS4mAlRygzTFoeRicS_GIkVPEOx XeH73ota8H9Kzhek_RdEGwAZn_VdlZ87G68HtzA0WVv2h3QeVmfKCG60zfEF KoBc86TBD7jjj_AkXB9M2A47hsH09M8EpAsggE6t6PFZc3Fwc6HpnxO_ZIw- - Received: from [195.110.138.53] by web45111.mail.sp1.yahoo.com via HTTP; Wed, 18 Jan 2012 02:23:34 PST X-Mailer: YahooMailWebService/0.8.115.331698 References: <1326453954.52470.YahooMailNeo@web45110.mail.sp1.yahoo.com> <1326881565.57173.YahooMailNeo@web45103.mail.sp1.yahoo.com> Message-ID: <1326882214.89857.YahooMailNeo@web45111.mail.sp1.yahoo.com> Date: Wed, 18 Jan 2012 02:23:34 -0800 (PST) From: barbara cioppa Reply-To: barbara cioppa Subject: Re: problema con autoincremento nextval To: Alessio Gennari Cc: Torello Querci , "pgsql-it-generale@postgresql.org" In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1119668690-1945956697-1326882214=:89857" X-Pg-Spam-Score: -2.0 (--) X-Archive-Number: 201201/7 X-Sequence-Number: 227 ---1119668690-1945956697-1326882214=:89857 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable in teoria con=0AALTER table "Pratiche".pratica=0AALTER COLUMN id type seria= l;=0Adovrebbe funzionare ma mi dice che il tipo serial non esiste!=0AInizio= a pensare di cambiare DBMS :((=0A=0A=0A________________________________=0A= From: Alessio Gennari =0ATo: barbara cioppa <= barbara_cioppa@yahoo.com> =0ACc: Torello Querci ; "pgsql= -it-generale@postgresql.org" =0ASent: We= dnesday, January 18, 2012 11:15 AM=0ASubject: Re: [pgsql-it-generale] probl= ema con autoincremento nextval=0A =0A=0ACredo sia una limitazione del pgAdm= inIII.=0A=0AL'unico modo per cambiare quel campo =E8 un alter. Per=F2, se q= uel campo =E8 oggetto di una foreign key proveniente da un'altra tabella, c= redo che l'alter non possa funzionare.=0A=0A=0A=0A2012/1/18 barbara cioppa = =0A=0ASalve ancora,=0A>ho aggiornato pgAdmin III = alla 1.14.1 , il problema =E8 che se aggiungo un campo posso metterlo di ti= po serial,mentre non posso cambiare il tipo di ID in nessun modo, n=E8 con = l'interfaccia n=E8 con l'sql.=0A>Questo non l'ho capito. Inoltre non posso = eliminare l'id perch=E8 da quel campo dipendono diverse tabelle per la refe= rential integrity quindi dovfrei cancellare i riferimenti in cascata (che n= on mi ricordo nemmeno la sintassi).=0A>Perch=E8 non posso cambiare il tipo = in serial? Non me lo da come opzione sui tipi di dato.=0A>=0A>=0A>=0A>=0A>= =0A>________________________________=0A> From: Torello Querci =0A>To: Alessio Gennari =0A>=0A>Cc: bar= bara cioppa ; "pgsql-it-generale@postgresql.org" = =0A>Sent: Friday, January 13, 2012 2:22 = PM=0A>=0A>Subject: Re: [pgsql-it-generale] problema con autoincremento next= val=0A> =0A>=0A>=0A>=0A>=0A>=0A>Il giorno 13 gennaio 2012 14:12, Alessio Ge= nnari ha scritto:=0A>=0A>Ciao Barbara,=0A>>in= nanzitutto sarebbe importante sapere che versione di postgres stai utilizza= ndo, comunque prova a fare cos=EC:=0A>>=0A>>=0A>>ID integer not null defaul= t=A0nextval( "Pratiche"."numID"::regclass)=0A>>=0A>>=0A>>Questa =E8 la sint= assi per il postgres 9.=0A>>=0A>>=0A>>Per quanto riguarda l'utilizzo dello = stesso sequence su due tabelle differenti non so se abbia senso, io persona= lmente non l'ho mai fatto. Se si potesse fare comunque il sequence andrebbe= sempre in avanti ignorando la tabella da cui =E8 stato invocato. In parole= povere non potrai mai avere uno stesso id in entrambe le tabelle.=0A>>=0A>= >=0A>Se pu=F2 fare e il comportamento =E8 proprio quello da te descritto, o= vvero viene staccato un ID univoco indipendente dalla tabella dove =E8 stat= o usato.=0A>=0A>=0A>Esistono molti casi in cui questo pu=F2 essere utile, p= er esempio quando ci sono tipi diversi di "documenti" che risiedono in tabe= lle diverse e che devono essere identificati in modo univoco.=0A>Vero che s= i pu=F2 fare in altri modi ma l'uso delle sequence usate in pi=F9 tabelle s= emplifica molto la vita.=0A>Ovviamente il fatto che si possa fare non signi= fica che si debba fare.=0A>=0A>=0A>Saluti=0A>=0A>=0A>=0A> ---1119668690-1945956697-1326882214=:89857 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
in teoria con
ALTER table "Pratiche".pratica
ALTER COLUMN id type serial;
dovrebbe funzionare ma mi dice ch= e il tipo serial non esiste!
Inizio a pensare di cambiare DBMS :(= (

=
From: Alessio Gennari <alessio.= gennari78@gmail.com>
To: barbara cioppa <barbara_cioppa@yahoo.com>
Cc: Torello Querci <tquerci@gmail.com>; "pgsql-it-= generale@postgresql.org" <pgsql-it-generale@postgresql.org>
<= span style=3D"font-weight: bold;">Sent: Wednesday, January 18, 2= 012 11:15 AM
Subject: = Re: [pgsql-it-generale] problema con autoincremento nextval
=0ACredo sia una limita= zione del pgAdminIII.

L'unico modo per cambiare q= uel campo =E8 un alter. Per=F2, se quel campo =E8 oggetto di una foreign ke= y proveniente da un'altra tabella, credo che l'alter non possa funzionare.<= /font>
=0A=0A

=

2012/1/18 barbara cioppa <barbara= _cioppa@yahoo.com>
=0A=0A
Salve ancora,
<= span>ho aggiornato pgAdmin III alla 1.14.1 , il problema =E8 che se aggiung= o un campo posso metterlo di tipo serial,mentre non posso cambiare il tipo = di ID in nessun modo, n=E8 con l'interfaccia n=E8 con l'sql.
= =0A=0A
Questo non l'ho capito. Inoltre non posso eliminare l'id p= erch=E8 da quel campo dipendono diverse tabelle per la referential integrit= y quindi dovfrei cancellare i riferimenti in cascata (che non mi ricordo ne= mmeno la sintassi).
=0A=0A
Perch=E8 non posso cambiar= e il tipo in serial? Non me lo da come opzione sui tipi di dato.


=0A=0A
From: Torello Querci <tquerci@gmail.com>
=0A=0A To: Alessi= o Gennari <alessio= .gennari78@gmail.com>
Cc: barbara cioppa <barbara_cioppa@yahoo.com>; "pgsql-it-generale= @postgresql.org" <pgsql-it-generale@postgresql.org>
=0A=0A
= Sent: Friday, January 13, 2012= 2:22 PM

Subject: Re: [pgsql-it-generale] problema con autoincrement= o nextval
=0A=0A

=0A


Il giorno 13 gennaio 2012 14:12, Alessio Gennari = <alessio.gennari78@gmail.com> ha scritto:
=0A=0A= =0ACiao Barbara,
innanzitutto sarebbe importante sapere che versione di= postgres stai utilizzando, comunque prova a fare cos=EC:
=
=0A=0A=0A=0A=0A
ID integer not null default nextval(=0A"Pr= atiche"."numID"::regclass)
=0A=0A=0A

Questa =E8 la sintassi per il postgres 9.

Pe= r quanto riguarda l'utilizzo dello stesso sequence su due tabelle different= i non so se abbia senso, io personalmente non l'ho mai fatto. Se si potesse= fare comunque il sequence andrebbe sempre in avanti ignorando la tabella d= a cui =E8 stato invocato. In parole povere non potrai mai avere uno stesso = id in entrambe le tabelle.
=0A=0A=0A=0A=0A

=
Se pu=F2 fare e il comportamento =E8 proprio quello da te descritto, o= vvero viene staccato un ID univoco indipendente dalla tabella dove =E8 stat= o usato.

Esistono molti casi in cui questo pu=F2 e= ssere utile, per esempio quando ci sono tipi diversi di "documenti" che ris= iedono in tabelle diverse e che devono essere identificati in modo univoco.=
=0A=0A=0A
Vero che si pu=F2 fare in altri modi ma l'uso delle seq= uence usate in pi=F9 tabelle semplifica molto la vita.
Ovviamente= il fatto che si possa fare non significa che si debba fare.

=
=0A=0A=0ASaluti

=0A
<= br>

=0A

---1119668690-1945956697-1326882214=:89857--