Olá a todos!
Helo, peço licensa para sequestrar a sua thread... :)
Vou esclarecer alguns pontos sobre a performance que precisamos.
Nossa aplicação tem mais cara de suporte a decisão, com poucas
conexões e muito processamento. Simultaneamente, temos menos de
15 conexões, com 500MB de shared
Olá pessoal! Não sei se já foi abordado este assunto aqui na lista!
Acontece o seguinte: Estou precisando trazer uma query randomicamente! Como
se estivesse sorteando registros nas tabela!
Estou criando uma IDE pra usuários de um telemarketing, e a mesma terá que
trazer informações da
2008/9/23 volpato [EMAIL PROTECTED]
Olá a todos!
Helo, peço licensa para sequestrar a sua thread... :)
Vou esclarecer alguns pontos sobre a performance que precisamos.
Nossa aplicação tem mais cara de suporte a decisão, com poucas
conexões e muito processamento. Simultaneamente, temos
Em Tue, 23 Sep 2008 11:30:29 -0300
Fábio Telles Rodriguez [EMAIL PROTECTED] escreveu:
[...]
De qualquer forma, você fez uma analize dos gargalos? Havia muito I/O
Wait? E IOPS? Tentou configurações diferentes do postgresql.conf para
o momento das cargas e para a operação normal? Tentou separar
Beleza amigão!
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of José Mello
Júnior
Sent: terça-feira, 23 de setembro de 2008 11:34
To: Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral] CONSULTA RANDÔMICA
Veja a função random e aplique sobre uma chave conforme se
2008/9/23 Daniel M Carneiro [EMAIL PROTECTED]:
Falou amigão é isso mesmo! Valeu!
Montei algo do tipo assim
Select codigo,razaosocial from clientes order by random() limit 1;
Voce chegou a ler o link apontado pelo Mateus? Muito interessante, e a
solucao la' colocada e' mais eficiente e rapida
Dae moçada!
Seguinte.. Estou fazendo um sistema de Quiz e não consigo pensar um jeito
decente de fazer um RANKING pra essa Quiz! A idéia é simples. Várias
perguntas, elas vão surgindo para o cliente e o cliente vai votando, podendo
acertar ou errar.
Caso acerte ele ganha uma certa pontuação,
O problema do método random() no GROUP BY é ser um randomico pouco
randomico! Eu cheguei a usar uma vez essa parte de random() e lembro que
tinha que mudar a semente para que o resultado fosse realmente diferente a
cada consulta.
se não me engano vc tem que usar:
SET SEED = X;
sendo X um número
Pessoal,
ultimamente em um determinado server de banco de dados postgresql o Load
começou a ficar muito alto sem aparente justificativa.
Esse servidor é linux tem 16G de memoria e alguns quad core, tipo, nao é a
configuracao dele que pode estar causando isso, tenho certeza, até por que o
Se o Ranking tem valores dinâmicos, nada mais justo que você nem armazene o
ranking individualizado mas, calcule-o a cada vez que necessitar informar a
colocação para o usuário, é como se dissesse assim para ele...neste segundo
você está em 30 lugar
[]´s
2008/9/23 Wagner Bonfiglio [EMAIL
Bom, como o sistema é pequeno, acho que o ideal é criar Visões de
seus dados que representem os ranks, e isso faria com que os mesmos fossem
atualizados em tempo real.
SELECT xxx FROM yyy ORDER BY zzz.
2008/9/23 Wagner Bonfiglio [EMAIL PROTECTED]
Dae moçada!
Seguinte.. Estou
Wagner,
Por que na hora da consulta do ranking pelo usuário você não faz o
calculo através de uma View? Não vejo a necessidade de armazenar a
posição de cada um no banco de dados, visto que podes obter por uma
consulta.
Essa é a minha sugestão.
Evandro
Wagner Bonfiglio wrote:
Dae moçada!
Posso até estar errado mas essa característica advém do SO, se o SO
permitir..
você poderia passar a fonte de tal informação?
_
Pessoal olhei no histórico e vi todos falando sobre o hardware, nos sabemos
que grande parte do problema começa na aplicação depois disso vai para a
falta de
Como esta questão é frequente nesta lista vejam o que foi colocado no TODO:
Features We Do Not Want
- Obfuscated function source code (not wanted)
Obfuscating function source code has minimal protective benefits
because anyone with super-user access can find a way to view the code.
To
Bom, vejo dois problemas (ou melhor, dúvidas) ..
- Um é que o ranking muda constantemente. Hoje eu tenho 70 pontos, e tem
150 pessoas empatadas comigo, quando eu acerto mais uma vou dar um pulo no
ranking. Tem como fazer essa atualização em tempo real de forma rápida? Ou é
melhor atualizar
Ai eu simplesmente faço restart no banco e o load baixa. alguem tem algum
diagnostico provavel para isso, alguma manutencao previa que estou
esquecendo?
tem um processo no cron : vacuumdb -z -v -a
/var/log/postgres/log_vacuumdb.log todos os dias (nisso eu ja pego o log
do vacuum e ajusto
Rodrigão meu garoto, da uma olhada na configuração do banco de dados, muitas
vezes o problema pode estar relacionado a configuração padrão.
--
Rodrigo Marins
http://pgcon.postgresql.org.br/
http://portaldodesenvolvedor.com.br/
(11) 8747-7442
___
Evandro e Rodrigo,
vendo pelo que foi falado anteriormente acho que vou optar por fazer o
cálculo do ranking na hora mesmo, pesquisando quantos usuários tem mais
pontos que eu e assim determinando minha posição.
Quanto a definir onde ficará a regra de negócio, no caso determinar a
pontuação, vou
--- Em ter, 23/9/08, Rodrigo Marins [EMAIL PROTECTED] escreveu:
De: Rodrigo Marins [EMAIL PROTECTED]
Assunto: Re: [pgbr-geral] Load muito alto
Para: [EMAIL PROTECTED], Comunidade PostgreSQL Brasileira
pgbr-geral@listas.postgresql.org.br
Data: Terça-feira, 23 de Setembro de 2008, 17:47
Concordo com esta preocupação, pois dependendo da quantidade de usuários
acessando o DB pode acontecer de o mesmo registro ser acionado por dois ou
mais clientes/usuários, isto vai dar problemas no futuro, o ideal seria
realizar a consulta e poder travar aquele registro para edição assim que
fosse
Estou precisando de uma ajuda, o Firebird não me serve. Preciso aprender a
fazer o DBLink no Postgres
para poder utilizar mais de um BD na minha aplicação. Qualquer ajuda será bem
vinda.
Veja a situação abaixo:
21 matches
Mail list logo