Ciao Luca e tutti,il link che mi hai mandato è chiaro, ma forse non del
tutto,nel senso che oltre a consigliare di tenere i dati in uno schema
diversodal public per i motivi esposti, non afferro bene se esiste una via
diversa che non modificare la posizione dei dati di partenza nel db (altro
s
Il 25/07/2012 11:58, luca.casagra...@gmail.com ha scritto:
> E' solo un vantaggio nell'eseguire
> aggiornamenti/backup/ripristini..niente di preoccupante :) In questo
> modo ti fai un dump del tuo schema senza alcuna tabella di sistema o
> altro legato all'installazione di PostGIS. Nell'articolo po
Il 25 luglio 2012 11:49, Luca Mandolesi ha scritto:
>> Ciao Eugenio,
>> mai mettere i dati nello schema public ;)
>
> OT: Perchè? Oddio..non mi fare preoccupare!
E' solo un vantaggio nell'eseguire
aggiornamenti/backup/ripristini..niente di preoccupante :)
In questo modo ti fai un dump del tuo sch
> Ciao Eugenio,
> mai mettere i dati nello schema public ;)
OT: Perchè? Oddio..non mi fare preoccupare!
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate
Il 25 luglio 2012 10:27, Eugenio Trumpy ha scritto:
> Mi sono dimenticato di specificare che sul nuovo db 9.1.6, ho installato
> postgis 2.0.1
> Sto vedendo che non esiste più la tabella geometry_columns, o meglio è una
> vista,
> quindi forse questo è il mio problema?
>
> Nel caso idee per im
Mi sono dimenticato di specificare che sul nuovo db 9.1.6, ho installato
postgis 2.0.1Sto vedendo che non esiste più la tabella geometry_columns, o
meglio è una vista,quindi forse questo è il mio problema?
Nel caso idee per importare i dati??
E.
From: frippe12...@hotmail.com
To: gfoss@list
Ciao a tutti,in questi giorni sto aggiornando il database server
prostgresql.Postgresql gira su debian squeeze ed è alla versione 8.2.6.Ho
installato in parallelo su porta differente la versione 9.1.4.I due database
stanno girando regolarmente.Il mio problema è legato a reimportare i dati.Come
