OLá a todos,
Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou
editando a mesma através do qgis. Será que existe maneira (no pgadmin)
de dar opções de prenchimento (domínios) em determinadas colunas?
Tipo na coluna cod selecionavamos ou 1 ou 2.
Obrigado
Pedro COsta
Em 19 de outubro de 2011 11:50, Pedro Costa pedrocostaa...@sapo.pt escreveu:
Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou
editando a mesma através do qgis. Será que existe maneira (no pgadmin)
de dar opções de prenchimento (domínios) em determinadas colunas?
Tipo na
Obrigado dickson. Será que podes dizer-me como crio uma tabela que vai
ter geometria de pontos entre outros campos?
On 19-10-2011 15:40, Dickson S. Guedes wrote:
Em 19 de outubro de 2011 11:50, Pedro Costapedrocostaa...@sapo.pt escreveu:
Pessoal é o seguinte, eu tenho uma base de dados em
Já descobri como criar obrigado a todos. alguém sabe se é possivel com
uma expressão sql apagar todas as colunas de uma tabela sem saber o seu
nome?excepto a de geometria
obrigado
On 19-10-2011 15:43, Pedro Costa wrote:
Obrigado dickson. Será que podes dizer-me como crio uma tabela que vai
2011/10/19 Pedro Costa pedrocostaa...@sapo.pt:
Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e vou
editando a mesma através do qgis. Será que existe maneira (no pgadmin)
de dar opções de prenchimento (domínios) em determinadas colunas?
Tipo na coluna cod selecionavamos ou 1 ou
2011/10/19 Pedro Costa pedrocostaa...@sapo.pt:
Já descobri como criar obrigado a todos. alguém sabe se é possivel com
uma expressão sql apagar todas as colunas de uma tabela sem saber o seu
nome?excepto a de geometria
Não, e não é uma boa idéia, porque todos os atributos teriam de ser
NOT
Muito obrigado Faria.
Será que sabes onde posso encontar informação sobre esses dois tipos
para entender a logica?
On 19-10-2011 16:11, Guimarães Faria Corcete DUTRA, Leandro wrote:
2011/10/19 Pedro Costapedrocostaa...@sapo.pt:
Pessoal é o seguinte, eu tenho uma base de dados em pgadmin e
2011/10/19 Pedro Costa pedrocostaa...@sapo.pt:
Será que sabes onde posso encontar informação sobre esses dois tipos
para entender a logica?
A melhor informação está na documentação, em http://postgresql.org/ —
no capítulo SQL Commands, encontras CREATE TYPE, CREATE DOMAIN e
CREATE TABLE.
Obrigado.
Porque eu importo shapes para a base que tem sempre campos que não
interessam e assim apagava desde logomas vou tentar outra maneira
On 19-10-2011 16:13, Guimarães Faria Corcete DUTRA, Leandro wrote:
2011/10/19 Pedro Costapedrocostaa...@sapo.pt:
Já descobri como criar obrigado
2011/10/19 Pedro Costa pedrocostaa...@sapo.pt:
Porque eu importo shapes para a base que tem sempre campos que não
interessam e assim apagava desde logomas vou tentar outra maneira
Mais um caso de problema X‐Y… tu não nos disseste o que queria fazer,
mas como. E acontece que o como não
Peço desculpa pela falta de informação. eu já estou a usar o postgis
On 19-10-2011 16:53, Guimarães Faria Corcete DUTRA, Leandro wrote:
2011/10/19 Pedro Costapedrocostaa...@sapo.pt:
Porque eu importo shapes para a base que tem sempre campos que não
interessam e assim apagava desde
2011/10/19 Pedro Costa pedrocostaa...@sapo.pt:
Peço desculpa pela falta de informação. eu já estou a usar o postgis
Ah! Estava mesmo a pensar como importar arquivos de formas sem o dito‐cujo…
___
pgbr-geral mailing list
On 9/12/07, Leandro DUTRA [EMAIL PROTECTED] wrote:
O problema que vejo em uso de domínio ao invés do tipo é que o
PostgreSQL não se comporta bem na transformação domínio - tipo em
algumas partes (como planejador, otimizador). Digo isso porque já vi
consultas [sub|super]estimadas com uso
2007/9/18, Leonardo Cezar [EMAIL PROTECTED]:
On 9/18/07, Leandro DUTRA [EMAIL PROTECTED] wrote:
2007/9/18, Leonardo Cezar [EMAIL PROTECTED]:
On 9/12/07, Euler Taveira de Oliveira [EMAIL PROTECTED] wrote:
Leo, e sobre a criação de tipos base com CREATE TYPE. Como você quer
fazer a
On 9/18/07, Leandro DUTRA [EMAIL PROTECTED] wrote:
2007/9/18, Leonardo Cezar [EMAIL PROTECTED]:
Talvez o Euler esteja falando da conversão obrigatória que o PARSER
faz quando lidando com domínios. Quando se tratam de tipos nativos,
essas conversões não são necessárias para gerar a estrutura
On 9/18/07, Leandro DUTRA [EMAIL PROTECTED] wrote:
O Euler não está perguntando de restrições de integridade, como as que
a gente declara nos DOMAINs?
Verdade. Desculpe a distração (pura pressa).
Na procedure de INPUT voce define suas restrições sobre valores.
E tem como usar as
2007/9/18, Leonardo Cezar [EMAIL PROTECTED]:
E tem como usar as restrições declarativas normais, como se usa nos DOMAINs?
Não. Mas você pode utilizar as facilidades providas pelo SPI (fmgr.h).
.project
Talvez aí fique simples o suficiente até para eu criar tipos… ;-) vou
tentar estudar
Leandro DUTRA wrote:
O problema que vejo em uso de domínio ao invés do tipo é que o
PostgreSQL não se comporta bem na transformação domínio - tipo em
algumas partes (como planejador, otimizador). Digo isso porque já vi
consultas [sub|super]estimadas com uso de domínios.
Será que você pode
2007/9/12, Euler Taveira de Oliveira [EMAIL PROTECTED]:
Leandro DUTRA wrote:
Sim, de uma maneira muito simples: definem-se as restrições de
integridade (CONSTRAINTs) sobre os DOMAINs — NOT NULL, CHECK, mesmo
DEFAULT que não é uma restrição de integridade. Não lembro se cabe
FOREIGN KEY
Leandro DUTRA wrote:
Os domínios conseguem de fato manter integridade sobre as operações?
Sim, de uma maneira muito simples: definem-se as restrições de
integridade (CONSTRAINTs) sobre os DOMAINs — NOT NULL, CHECK, mesmo
DEFAULT que não é uma restrição de integridade. Não lembro se cabe
On 9/8/07, Leandro DUTRA [EMAIL PROTECTED] wrote:
Lembre‐se que não é só nomear, mas manter restrições de integridade
consistentes também.
Vou precisar rever meus conceitos do termo integridade também ...
Os domínios conseguem de fato manter integridade sobre as operações?
Se a idéia fosse
2007/9/10, Leonardo Cezar [EMAIL PROTECTED]:
On 9/8/07, Leandro DUTRA [EMAIL PROTECTED] wrote:
Lembre‐se que não é só nomear, mas manter restrições de integridade
consistentes também.
Vou precisar rever meus conceitos do termo integridade também ...
Estou usando aqui no sentido mais comum,
22 matches
Mail list logo