Re: [pgbr-geral] array retornando valor diferente de varchar

2012-08-15 Por tôpico Euler Taveira 
On 15-08-2012 23:21, Renato Augusto wrote:
> Sim, isso eu sei, além de entender essa lógica de escapar a string em array
> quero evitar que isso aconteça.
> Se não estiver em array isso não acontece.
> 
Eu não entendi o seu problema! XY problem?


-- 
   Euler Taveira de Oliveira - Timbira   http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] array retornando valor diferente de varchar

2012-08-15 Por tôpico Renato Augusto 
Sim, isso eu sei, além de entender essa lógica de escapar a string em array
quero evitar que isso aconteça.
Se não estiver em array isso não acontece.

Renato Becker


Em 15 de agosto de 2012 22:44, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:

>
> On 15-08-2012 21:52, Renato Augusto wrote:
> > Boa noite
> > Tenho a seguinte situação, se faço SELECT em uma tabela com campos
> > varchar está retornando corretamente os dados, mas se faço SELECT destes
> > mesmos dados em um ARRAY de um SUB-SELECT, então está retornando os
> > valores com barra invertida (\) no início e fim da coluna..
> > Mais um detalhe, se o valor da coluna não tiver espaços retorna certo,
> > senão retorna conforme abaixo:
> (...)
>
> > SELECT com retorno inválido:
> >
> > SELECT m.mat_id, m.mat_descricao, (SELECT array(SELECT
> >
> array[mc.matcor_id::varchar,mc.matcor_descricao::varchar,mc.matcor_foto::varchar]::varchar
> >
> >FROM public.material_cores mc WHERE mc.sis_ten_id = m.sis_ten_id AND
> > mc.mat_id = m.mat_id ORDER BY mc.matcor_id)) AS arr_mat_cores
> >FROM public.material m WHERE m.sis_ten_id = 2 ORDER BY m.mat_id
> >
> > 1;"Napa";"{"{1,\"Napa Avelã\",Napa_1.jpg}","{2,\"Napa
> > Bandeira\",Napa_2.jpg}","{3,\"Napa Cobalto\",Napa_3.jpg}","{4,\"Napa
> > Coral\",Napa_4.jpg}","{5,\"Napa Golden\",Napa_5.jpg}","{6,\"Napa
> > Lilac\",Napa_6.jpg}","{7,\"Napa Lima\",Napa_7.jpg}","{8,\"Napa
> > Magemta\",Napa_8.jpg}","{9,\"Napa Nuvem\",Napa_9.jpg}","{10,\"Napa
> > Preto\",Napa_10.jpg}","{11,\"Napa Rato\",Napa_11.jpg}","{12,\"Napa
> > Rosado\",Napa_12.jpg}","{13,\"Napa Turquesa\",Napa_13.jpg}","{14,\"Napa
> > Vermelho\",Napa_14.jpg}"}"
> >
> > Vejam a diferença em um e outro SELECT:
> >
> > "Napa Avelã" -> \"Napa Avelã\"
> >
> > Alguém já passou por algum caso como esse?
>
> Sim
> A barra invertida é o PostgreSQL escapando as aspas das cadeias de
> caracteres.
> É o jeito que se faz para saída de vetores, que foi o que você pediu no
> SELECT.
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda com select

2012-08-15 Por tôpico Anselmo Silva 
Edson, um toque: é meio complicado pro pessoal aqui ter tempo para refazer
seu modelo completo, inserir dados e detectar seu problema.
Sugestão: Faça um modelo simplificado da estrutura em que ocorre o
problema, detecte o problema e poste aqui. Algo como:

CREATE TABLE OS(XXX TYPE , YYY TYPE)...
INSERT INTO OS(...
SELECT DISTINCT(XXX...




Em 15 de agosto de 2012 22:45, Edson - Listas  escreveu:

>  Pessoal, ainda não consegui encontrar o problema, segue o meu modelo no
> endereço abaixo:
>   http://imagebin.org/224706
>
> Edson
>
> Em 13/08/2012 21:21, Anselmo Silva escreveu:
>
> Faça um modelo resumido do problema com a estrutura deste modelo para
> melhores dicas.
> 'Chutando' eu aconselharia que vc revisasse as ligações (joins), se estão
> consistentes.
>
> 2012/8/13 Edson - Listas 
>
>> Olá Pessoal,
>>
>> O meu select abaixo, esta duplicando as linhas, mesmo usando DISTINCT.
>>
>> select DISTINCT  a.cd_fil,a.cd_ordem,a.dt_abertura,
>> a.cd_cli,f.nm_cli,f.de_endereco,f.fone,
>> a.vlr_final_os,a.vlr_desc_os,a.vlr_outros,
>> a.vlr_tot_prod,a.vlr_tot_serv,a.servico_solicitado,
>> a.de_ocorrencia,
>> h.de_cid,a.cd_funcio,e.nm_funcio,b.cd_prod,
>> g.de_prod,b.qtde_prod,b.vlr_unit_prod,b.perc_desc_prod,
>> b.vlr_desc_prod,b.vlr_prod,b.total_prod,
>> c.cd_servico,d.de_servico,c.qtd_serc,c.vlr_unit,
>> c.perc_desc_serv,c.vlr_desc,c.vlr_serv,
>> c.sub_total,
>> CASE
>>  WHEN a.fg_tipo_os = 'INS' THEN 'INSTALAÇÃO'
>>  WHEN a.fg_tipo_os = 'MAN' THEN 'MANUTENÇÃO'
>>  WHEN a.fg_tipo_os = 'MAN' THEN 'MANUTENÇÃO'
>>  WHEN a.fg_tipo_os = 'ACO' THEN 'À COBRAR'
>>  WHEN a.fg_tipo_os = 'GAR' THEN 'GARANTIA'
>>  WHEN a.fg_tipo_os = 'CON' THEN 'CONTRATO'
>>  WHEN a.fg_tipo_os = 'ORC' THEN 'ORÇAMENTO'
>>  ELSE 'OUTROS'
>>  END tipo_os,
>>  CASE
>>  WHEN a.fg_status_os = 'AB' THEN 'ABERTA'
>>  WHEN a.fg_status_os = 'FC' THEN 'FECHADA'
>>  ELSE 'INVÁLIDA'
>>  END status_os
>>
>> from osservhe a inner JOIN  osprodut b
>>  on a.cd_ordem = b.cd_ordem
>>inner join cliente f
>>  on a.cd_cli = f.cd_cli
>> inner join vendfunc e
>>  on a.cd_funcio = e.cd_funcio
>>inner join osservde c
>>  on a.cd_ordem = c.cd_ordem
>>left join produto g
>>  on b.cd_prod = g.cd_prod
>>left join servicos d
>>  on c.cd_servico = d.cd_servico
>>inner join cidade h on
>>f.cd_cid = h.cd_cid
>>order by a.dt_abertura,a.cd_ordem
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
>  --
> Anselmo M. Silva
>
>
> ___
> pgbr-geral mailing 
> listpgbr-ge...@listas.postgresql.org.brhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


-- 
Anselmo M. Silva
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ajuda com select

2012-08-15 Por tôpico Edson - Listas 
Pessoal, ainda não consegui encontrar o problema, segue o meu modelo no 
endereço abaixo:

http://imagebin.org/224706

Edson

Em 13/08/2012 21:21, Anselmo Silva escreveu:
Faça um modelo resumido do problema com a estrutura deste modelo para 
melhores dicas.
'Chutando' eu aconselharia que vc revisasse as ligações (joins), se 
estão consistentes.


2012/8/13 Edson - Listas mailto:edson...@gmail.com>>

Olá Pessoal,

O meu select abaixo, esta duplicando as linhas, mesmo usando DISTINCT.

select DISTINCT  a.cd_fil,a.cd_ordem,a.dt_abertura,
a.cd_cli,f.nm_cli,f.de_endereco,f.fone,
a.vlr_final_os,a.vlr_desc_os,a.vlr_outros,
a.vlr_tot_prod,a.vlr_tot_serv,a.servico_solicitado,
a.de_ocorrencia,
h.de_cid,a.cd_funcio,e.nm_funcio,b.cd_prod,
g.de_prod,b.qtde_prod,b.vlr_unit_prod,b.perc_desc_prod,
b.vlr_desc_prod,b.vlr_prod,b.total_prod,
c.cd_servico,d.de_servico,c.qtd_serc,c.vlr_unit,
c.perc_desc_serv,c.vlr_desc,c.vlr_serv,
c.sub_total,
CASE
 WHEN a.fg_tipo_os = 'INS' THEN 'INSTALAÇÃO'
 WHEN a.fg_tipo_os = 'MAN' THEN 'MANUTENÇÃO'
 WHEN a.fg_tipo_os = 'MAN' THEN 'MANUTENÇÃO'
 WHEN a.fg_tipo_os = 'ACO' THEN 'À COBRAR'
 WHEN a.fg_tipo_os = 'GAR' THEN 'GARANTIA'
 WHEN a.fg_tipo_os = 'CON' THEN 'CONTRATO'
 WHEN a.fg_tipo_os = 'ORC' THEN 'ORÇAMENTO'
 ELSE 'OUTROS'
 END tipo_os,
 CASE
 WHEN a.fg_status_os = 'AB' THEN 'ABERTA'
 WHEN a.fg_status_os = 'FC' THEN 'FECHADA'
 ELSE 'INVÁLIDA'
 END status_os

from osservhe a inner JOIN  osprodut b
 on a.cd_ordem = b.cd_ordem
   inner join cliente f
 on a.cd_cli = f.cd_cli
inner join vendfunc e
 on a.cd_funcio = e.cd_funcio
   inner join osservde c
 on a.cd_ordem = c.cd_ordem
   left join produto g
 on b.cd_prod = g.cd_prod
   left join servicos d
 on c.cd_servico = d.cd_servico
   inner join cidade h on
   f.cd_cid = h.cd_cid
   order by a.dt_abertura,a.cd_ordem

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br

https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




--
Anselmo M. Silva


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] array retornando valor diferente de varchar

2012-08-15 Por tôpico Flavio Henrique Araque Gurgel 

On 15-08-2012 21:52, Renato Augusto wrote:
> Boa noite
> Tenho a seguinte situação, se faço SELECT em uma tabela com campos
> varchar está retornando corretamente os dados, mas se faço SELECT destes
> mesmos dados em um ARRAY de um SUB-SELECT, então está retornando os
> valores com barra invertida (\) no início e fim da coluna..
> Mais um detalhe, se o valor da coluna não tiver espaços retorna certo,
> senão retorna conforme abaixo:
(...)

> SELECT com retorno inválido:
>
> SELECT m.mat_id, m.mat_descricao, (SELECT array(SELECT
> array[mc.matcor_id::varchar,mc.matcor_descricao::varchar,mc.matcor_foto::varchar]::varchar
>
>FROM public.material_cores mc WHERE mc.sis_ten_id = m.sis_ten_id AND
> mc.mat_id = m.mat_id ORDER BY mc.matcor_id)) AS arr_mat_cores
>FROM public.material m WHERE m.sis_ten_id = 2 ORDER BY m.mat_id
>
> 1;"Napa";"{"{1,\"Napa Avelã\",Napa_1.jpg}","{2,\"Napa
> Bandeira\",Napa_2.jpg}","{3,\"Napa Cobalto\",Napa_3.jpg}","{4,\"Napa
> Coral\",Napa_4.jpg}","{5,\"Napa Golden\",Napa_5.jpg}","{6,\"Napa
> Lilac\",Napa_6.jpg}","{7,\"Napa Lima\",Napa_7.jpg}","{8,\"Napa
> Magemta\",Napa_8.jpg}","{9,\"Napa Nuvem\",Napa_9.jpg}","{10,\"Napa
> Preto\",Napa_10.jpg}","{11,\"Napa Rato\",Napa_11.jpg}","{12,\"Napa
> Rosado\",Napa_12.jpg}","{13,\"Napa Turquesa\",Napa_13.jpg}","{14,\"Napa
> Vermelho\",Napa_14.jpg}"}"
>
> Vejam a diferença em um e outro SELECT:
>
> "Napa Avelã" -> \"Napa Avelã\"
>
> Alguém já passou por algum caso como esse?

Sim
A barra invertida é o PostgreSQL escapando as aspas das cadeias de 
caracteres.
É o jeito que se faz para saída de vetores, que foi o que você pediu no 
SELECT.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] array retornando valor diferente de varchar

2012-08-15 Por tôpico Renato Augusto 
Boa noite
Tenho a seguinte situação, se faço SELECT em uma tabela com campos varchar
está retornando corretamente os dados, mas se faço SELECT destes mesmos
dados em um ARRAY de um SUB-SELECT, então está retornando os valores com
barra invertida (\) no início e fim da coluna..
Mais um detalhe, se o valor da coluna não tiver espaços retorna certo,
senão retorna conforme abaixo:

SELECT OK:

SELECT * FROM material_cores;

3;1;1;"Napa Avelã";"2012-08-15 16:33:02.468763";"Napa_1.jpg"
3;1;2;"Napa Bandeira";"2012-08-15 16:33:02.468763";"Napa_2.jpg"
3;1;3;"Napa Cobalto";"2012-08-15 16:33:02.468763";"Napa_3.jpg"
3;1;4;"Napa Coral";"2012-08-15 16:33:02.468763";"Napa_4.jpg"

SELECT com retorno inválido:

SELECT m.mat_id, m.mat_descricao, (SELECT array(SELECT
array[mc.matcor_id::varchar,mc.matcor_descricao::varchar,mc.matcor_foto::varchar]::varchar
  FROM public.material_cores mc WHERE mc.sis_ten_id = m.sis_ten_id AND
mc.mat_id = m.mat_id ORDER BY mc.matcor_id)) AS arr_mat_cores
  FROM public.material m WHERE m.sis_ten_id = 2 ORDER BY m.mat_id

1;"Napa";"{"{1,\"Napa Avelã\",Napa_1.jpg}","{2,\"Napa
Bandeira\",Napa_2.jpg}","{3,\"Napa Cobalto\",Napa_3.jpg}","{4,\"Napa
Coral\",Napa_4.jpg}","{5,\"Napa Golden\",Napa_5.jpg}","{6,\"Napa
Lilac\",Napa_6.jpg}","{7,\"Napa Lima\",Napa_7.jpg}","{8,\"Napa
Magemta\",Napa_8.jpg}","{9,\"Napa Nuvem\",Napa_9.jpg}","{10,\"Napa
Preto\",Napa_10.jpg}","{11,\"Napa Rato\",Napa_11.jpg}","{12,\"Napa
Rosado\",Napa_12.jpg}","{13,\"Napa Turquesa\",Napa_13.jpg}","{14,\"Napa
Vermelho\",Napa_14.jpg}"}"

Vejam a diferença em um e outro SELECT:

"Napa Avelã" -> \"Napa Avelã\"

Alguém já passou por algum caso como esse?

Renato Becker
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ref: Script só com a estrutura do banco

2012-08-15 Por tôpico JotaComm 
Opa,

Em 15 de agosto de 2012 17:26,  escreveu:

> **
> Muito legal.
>
> Pessoal tem como gerar o script da estrutura do banco e informar apenas 
> algumas
> tabelas
> para gerar os dados juntamente ??
>
>

Sim, para isso você deve fazer um backup binário.

Para importar os dados de uma olhada no pg_restore [1].

[1] http://www.postgresql.org/docs/9.1/static/app-pgrestore.html


> Alguma dica ?
>
>
>
>
> - Original Message -
> *From:* Alexsander Rosa 
> *To:* Comunidade PostgreSQL Brasileira
> *Sent:* Wednesday, August 15, 2012 5:03 PM
> *Subject:* Re: [pgbr-geral]Script só com a estrutura do banco
>
> pg_dump --schema-only
> Fonte: man pg_dump
>
> Em 15 de agosto de 2012 16:59, Edson Lidorio escreveu:
>
>> Boa tarde,
>>
>> Como faço para gerar um script só com a estrutura do banco, sem os dados?
>>
>>
>> Edson
>>
>>
> --
> Atenciosamente,
> Alexsander da Rosa
>
>
>  --
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

Abraços
-- 
JotaComm
http://jotacomm.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ref: Script só com a estrutura do banco

2012-08-15 Por tôpico Guimarães Faria Corcete DUTRA , Leandro 
2012/8/15  :
>
> Pessoal tem como gerar o script da estrutura do banco e informar apenas
> algumas tabelas
> para gerar os dados juntamente ??
>
> Alguma dica ?

Gerar dois /dumps/ diferentes, um com estrutura, outra com as tabelas
em questão inteiras?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ref: Script só com a estrutura do banco

2012-08-15 Por tôpico paulo 
Muito legal.

Pessoal tem como gerar o script da estrutura do banco e informar apenas algumas 
tabelas
para gerar os dados juntamente ??

Alguma dica ?

 

  - Original Message - 
  From: Alexsander Rosa 
  To: Comunidade PostgreSQL Brasileira 
  Sent: Wednesday, August 15, 2012 5:03 PM
  Subject: Re: [pgbr-geral]Script só com a estrutura do banco


  pg_dump --schema-only
  Fonte: man pg_dump


  Em 15 de agosto de 2012 16:59, Edson Lidorio  escreveu:

Boa tarde,

Como faço para gerar um script só com a estrutura do banco, sem os dados?


Edson 




  -- 
  Atenciosamente,
  Alexsander da Rosa





--


  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Script só com a estrutura do banco

2012-08-15 Por tôpico Alexsander Rosa 
pg_dump --schema-only
Fonte: man pg_dump

Em 15 de agosto de 2012 16:59, Edson Lidorio  escreveu:

> Boa tarde,
>
> Como faço para gerar um script só com a estrutura do banco, sem os dados?
>
>
> Edson
>
>
-- 
Atenciosamente,
Alexsander da Rosa
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Script só com a estrutura do banco

2012-08-15 Por tôpico Edson Lidorio 
Boa tarde,

Como faço para gerar um script só com a estrutura do banco, sem os dados?


Edson
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unique Key X Index

2012-08-15 Por tôpico Euler Taveira 
On 15-08-2012 10:26, Flavio Henrique Araque Gurgel wrote:
> Para chaves estrangeiras é *recomendado* haver um índice na coluna 
> referenciada, para maior desempenho.
> 
Eu não recomendaria. O que recomendo é criar índices em chave estrangeira
somente sob demanda. O PostgreSQL é esperto o suficiente para usar o índice da
chave primária da outra tabela da junção (isso cobre boa parte dos casos).

Digo isso porque nas últimas análises feitas em clientes cuja recomendação foi
esta, eles tiveram que remover cerca de 70% a 80% desses índices. O que muitos
não tem em mente é que índice é um custo adicional que só vale a pena se
trouxer benefícios (acelerar algumas consultas).


-- 
   Euler Taveira de Oliveira - Timbira   http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Estatistica postgresql 9.1

2012-08-15 Por tôpico Fabrízio de Royes Mello 
Em 15 de agosto de 2012 14:16, WARLEY DUARTE-REIS escreveu:

> Prezados,
>
> Estou precisando de um modelo de plano de coleta de estatisca para
> postgresql 9.1.
>
>
Desculpe Warley, mas eu não entendi muito bem o que vc precisa... poderias
especificar melhor a tua necessidade.

Att,

-- 
Fabrízio de Royes Mello
Consultoria/Coaching PostgreSQL
>> Blog sobre TI: http://fabriziomello.blogspot.com
>> Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
>> Twitter: http://twitter.com/fabriziomello
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Estatistica postgresql 9.1

2012-08-15 Por tôpico WARLEY DUARTE-REIS 
Prezados,

Estou precisando de um modelo de plano de coleta de estatisca para
postgresql 9.1.

Alguma sugestao, grato

-- 
  Warley Reis

   .~.
 /  v  \   Seja Livre,
/( )\ use GNU/Linux!
  ^^-^^
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] duvida no uso do partitioning

2012-08-15 Por tôpico Leandro Guimarães Faria Corcete DUTRA 
Le 15/08/12 13:0-0300, Marco Aurélio Carvalho Feitosa a écrit :
>
> Se eu precisar utilizar mais de uma coluna para definir minha faixa (mesmo
> usando somente o operador '=') terei algum prejuízo no desempenho?

Não.


> O planejador consegue avilar bem o uso de mais de uma coluna?

Sim.

Claro que há os casos extremos, mas otimização precoce é a raiz de toda 
sorte de males…


-- 
skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191   gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3   MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] duvida no uso do partitioning

2012-08-15 Por tôpico Marco Aurélio Carvalho Feitosa 
Bom dia.

Aproveitando a dúvida do colega, a documentação fala que: "The table is 
partitioned into "ranges" defined by a key column or set of columns ...".
Se eu precisar utilizar mais de uma coluna para definir minha faixa (mesmo 
usando somente o operador '=') terei algum prejuízo no desempenho?
O planejador consegue avilar bem o uso de mais de uma coluna?

Desde já, obrigado
-- 
Marco Aurélio Carvalho Feitosa
Analista de Sistemas
Tribunal de Justiça do Estado de Roraima
(95) 3198-2834/2837
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unique Key X Index

2012-08-15 Por tôpico Marcelo Silva 
Valeu, Flavio e Guimaraes



-Mensagem Original- 
From: Guimarães Faria Corcete DUTRA, Leandro
Sent: Wednesday, August 15, 2012 10:45 AM
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] Unique Key X Index

2012/8/15 Marcelo Silva :
> Pelo que vejo toda Primary Key tem naturalmente um Indice

Não exatamente ‘naturalmente’, mas hoje em dia tem, sim.


> E as Unique Key e Foreign Key

Chaves alternativas (únicas) têm.  Estrangeiras, não.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unique Key X Index

2012-08-15 Por tôpico Guimarães Faria Corcete DUTRA , Leandro 
2012/8/15 Marcelo Silva :
> Pelo que vejo toda Primary Key tem naturalmente um Indice

Não exatamente ‘naturalmente’, mas hoje em dia tem, sim.


> E as Unique Key e Foreign Key

Chaves alternativas (únicas) têm.  Estrangeiras, não.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Unique Key X Index

2012-08-15 Por tôpico Flavio Henrique Araque Gurgel 

Em 15-08-2012 10:17, Marcelo Silva escreveu:
> Pelo que vejo toda Primary Key tem naturalmente um Indice
> E as Unique Key e Foreign Key
> Quando criamos o banco já administra o Indice dessas chaves ou temos que
> criar manualmente?

Toda chave primária tem que ter um índice que é criado automaticamente 
pelo PostgreSQL.

Chave única é, intrinsecamente, um índice. Assim como a chave primária, 
um índice é criado automaticamente pelo PostgreSQL.

Para chaves estrangeiras é *recomendado* haver um índice na coluna 
referenciada, para maior desempenho.


> Minha pergunta é porque não vejo indices pelo PGAdmin quando crio essa
> chaves.

Para chaves única e primária você certamente verá índices.
Verifique novamente, atualize os objetos no PgAdmin (clique com o botão 
direito e selecione "atualizar").

[]s

Flavio Henrique A. Gurgel
Consultor e Instrutor 4Linux
Tel: +55-11-2125-4747
www.4linux.com.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Unique Key X Index

2012-08-15 Por tôpico Marcelo Silva 
Pelo que vejo toda Primary Key tem naturalmente um Indice
E as Unique Key e Foreign Key

Quando criamos o banco já administra o Indice dessas chaves ou temos que criar 
manualmente?

Minha pergunta é porque não vejo indices pelo PGAdmin quando crio essa chaves.


Marcelo Silva
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Fwd: Curso Online de PostGIS

2012-08-15 Por tôpico Fabiano Abreu 
*Bacana o curso, adicionei a notícia também no meu blog.*
*
*
*Abraços.
*
*
*
Atenciosamente
_ _
*Fabiano Abreu*
*Papo Sql  - Um blog com tutoriais, dicas e
truques sobre Sql
*


Em 14 de agosto de 2012 20:59, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

> Pediram para eu encaminhar para a lista. Parece interessante.
>
> []s
>
> --- X ---
>
> Bom dia,
>
> A GEOCURSOS informa que estão abertas as inscrições para o Curso Online de
> PostGIS , seu mais novo curso,
> ministrado pelo instrutor George R. C. Silva, colaborador do projeto e
> referência no assunto.
>
> O curso permitirá aos alunos rapidamente se familiarizarem com o PostGIS,
> tanto como usuários como também administradores de banco de dados, pois vão
> aprender a instalar e configurar o PostgreSQL/PostGIS, importar informações
> geográficas, assim como usar as funções espaciais do PostGIS.
>
> O curso acontecerá entre os dias 15 de setembro e 06 de outubro, sempre
> aos sábados das 09:00 as 12:00 e das 13:00 as 18:00. Para saber mais
> informação basta acessar o site da GEOCURSOS
> .
>
> --
> Att,
>
> GEOCURSOS
> http://www.geocursos.com.br
> http://twitter.com/geo_cursos
> http://www.facebook.com/geocursosbr
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral