Em 18 de julho de 2014 08:47, Flavio Henrique Araque Gurgel
escreveu:
>>> Pessol servidores web tem o cgi, especie de roteamento. Qdo vc acessa um
>>> site o servidor verifica a extensao da pagina, ex .php, e "e chama outro
>>> programa" pra executar a mesma e devolve só o html.
>>>
>>> Existe al
Pessol servidores web tem o cgi, especie de roteamento. Qdo vc acessa um
site o servidor verifica a extensao da pagina, ex .php, e "e chama outro
programa" pra executar a mesma e devolve só o html.
Existe algo parecido para postgres? Em vez de executar uma funcao inter o
sgbd passa a chamar um so
update db.tab01 set cdchamada = '001006' where cdchamada = '54'
> update db.tab01 set cdchamada = '001007' where cdchamada = '55'
> update db.tab01 set cdchamada = '001008' where cdchamada = '56'
tem alguma regra pra poder atua
Em 13/05/2014 15:18, "Osvaldo Kussama" escreveu:
>
> Em 13/05/14, Thiago Haroldo escreveu:
> > Boa tarde Galera.
> >
> > Gostaria de saber como faço para executar 300 updates de uma só vez no
> > postgre sql...
> >
> > Estou precisando atualizar a minha tabela de funcionários, porem são 300
> > up
Em 08/04/2014 09:58, "Moisés P. Sena" escreveu:
>
> Bom dia pessoal!
>
> Tenho as seguintes tabelas:
>
> create table a (
> id SERIAL Primary key,
> value vARCHAR(255)
> );
>
> create index a_value on a (value);
>
> create table b (
> id SERIAL primary key,
> a_id INT foreigk key refer
Boa tarde a todos,
Caros, preciso de uma função pl/pgSQL ou nativo do postgresql para
alterar um element/node de um JSON e XML.
Este link faz a mesma pergunta:
http://dba.stackexchange.com/questions/54663/how-can-i-update-a-json-element-in-postgresql-json-datatype
Na pratica seria +/- assim:
JS
Em 25/03/2014 14:22, "Flavio Henrique Araque Gurgel"
escreveu:
>>
>> Não existe dado semiestruturado, muito menos em oposição a relacional.
>> Tudo é relacional, desde que esteja tipificado (um tipo de dados, ou
>> domínio mais seus operadores) e numa relação (tabela).
>>
>> É só uma questão de
Em 27 de fevereiro de 2014 16:37, Douglas Fabiano Specht
escreveu:
>
>
>
> Em 27 de fevereiro de 2014 16:34, Guimarães Faria Corcete DUTRA, Leandro
> escreveu:
>
>> 2014-02-27 16:31 GMT-03:00 Douglas Fabiano Specht
>> :
>> > queria saber se alguém ja precisou ou pode me ajudar a buscar nas
>> > t
Em 27 de fevereiro de 2014 10:33, escreveu:
> Em 27/02/2014 09:25, Matheus de Oliveira escreveu:
>>
>> 2014-02-27 0:02 GMT-03:00 :
>>
>>> Senhores, estou trabalhando em um sistema onde terei que fazer várias
>>> consultas em varias tabelas dependendo de condições específicas.
>>> Para evitar idas
Em 27/02/2014 03:02, escreveu:
>
> Senhores, estou trabalhando em um sistema onde terei que fazer várias
consultas em varias tabelas dependendo de condições específicas.
> Para evitar idas e vindas, pensei em fazer uma função de única linha,
como neste exemplo:
>
> CREATE FUNCTION test_record(p1,
Em 20/02/2014 22:22, "Danilo Silva" escreveu:
>
> Pessoal,
>
>
> Atualmente, o que é indicado particionar? Penso em criar uma partição
para as bases (utilizando tablespace) e uma partição para os logs de
transação.
cada particionamento faz com que o cabecode o hd vai muito de lado e do
ourtro per
Matheus, eu verifiquei estas funções, mas não conseguir chegar a uma
solução de looping no XML.
Imagina que tenha uma function que recebe como parâmetro o seguinte XML
Chair
$53
Table Lamp
$10
Preciso saber:
a) Quantos itens eu tem.
b) Pegar
as regras da lista e o exemplo dos colegas:
> responda após o texto respondido.
>
>
> 2014-02-19 16:39 GMT-03:00 Renato Poleti :
> > pessoal quando se trata de consulta lenta, pode ser qq questao
>
> E? Isso não nos exime de tentar entender a situação antes de dar pitaco.
19/02/2014 14:40, "Euler Taveira" escreveu:
> On 19-02-2014 09:04, Renato Poleti wrote:
> > aproveitando o assunto, o fillfactor é a % que a "folha de pagina" vai
> ser
> > utilizada, quanto menor o numero, mais espaco em disco é consumido, pois
> >
apidamente?
Em 19/02/2014 04:04, "Euler Taveira" escreveu:
> On 18-02-2014 23:17, Renato Poleti wrote:
> > Deve ter mtos inserts, porem com este recurso podera aumentar o
> desempenho
> > dos indices, como sempre , cada caso um caso, tem que testar entre 10 e
> 100
&
numeros, 25, 50, 75
Em 19/02/2014 02:07, "Euler Taveira" escreveu:
> On 18-02-2014 21:10, Renato Poleti wrote:
> > adicione ...
> > WITH (fillfactor = 10)
> >
> Para que? Você estará aumentando o tamanho dos datafiles, o que
> aumentará a quantidade de I/O pa
:10 GMT-03:00 Renato Poleti :
> > Para tentar melhorar o desempenho, coloque os indices em tablespace
> > direfente do tablespace da propria tabela
>
> Se estiverem em discos diferentes, se não só complica, sem ganhos.
>
>
> --
> skype:leandro.gfc.dutra?chat Yahoo!:
Para tentar melhorar o desempenho, coloque os indices em tablespace
direfente do tablespace da propria tabela e se tiver espaco de sobra
adicione ...
WITH (fillfactor = 10)
Em 18/02/2014 23:08, "Prof. Cleverson"
escreveu:
> Em 18-02-2014 16:49, Prof. Cleverson escreveu:
>
>> Em 18-02-2014 16:38,
18 matches
Mail list logo
