Caro Fernando,
qtd_reg = 100
qtd_ini = 0
qtd_reg_tot = select count(*) from tabela
loop
select * from tabela limit qtd_reg offset qtd_ini
ação
avanca
se qtd_ini + qtd_reg + 1 > qtd_reg_tot
não faz nada
senão
qtd_ini = qtd_ini + qtd_reg + 1
retrocede
se qtd_ini > 0
qtd_ini - qtd_reg
senão
não faz nada
Era isto que estava querendo fazer.
Att.
-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de [EMAIL PROTECTED]
Enviada em: sexta-feira, 20 de outubro de 2006 11:05
Para: brasil-usuarios@pgfoundry.org
Assunto: Digest Brasil-Usuarios, volume 327, assunto 3
Enviar submissões para a lista de discussão Brasil-Usuarios para
brasil-usuarios@pgfoundry.org
Para se cadastrar ou descadastrar via WWW, visite o endereço
http://pgfoundry.org/mailman/listinfo/brasil-usuarios
ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da
mensagem para
[EMAIL PROTECTED]
Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço
[EMAIL PROTECTED]
Quando responder, por favor edite sua linha Assunto assim ela será mais
específica que "Re: Contents of Brasil-Usuarios digest..."
Tópicos de Hoje:
1. Re: ordenação e libc - uma possível solução (podem me ajudar
a testar?) (joao cosme de oliveira junior)
2. Re: ordenação e libc - uma possível solução (podem me ajudar
a testar?) (Walter Cruz)
3. obter número do registro (Raul Iavelberg)
4. Re: obter número do registro (Fernando de Oliveira)
5. Re: ordenação e libc - uma possível solução (podem me ajudar
a testar?) (joao cosme de oliveira junior)
----------------------------------------------------------------------
Message: 1
Date: Fri, 20 Oct 2006 10:17:48 -0200
From: joao cosme de oliveira junior <[EMAIL PROTECTED]>
Subject: Re: [PostgreSQL-Brasil] ordenação e libc - uma possível
solução (podem me ajudar a testar?)
To: Grupo de Usuários do PostgreSQL no Brasil
<brasil-usuarios@pgfoundry.org>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="utf-8"
Walter depois seria interessante fazer uma documentacao sobre isso e
disponibilizar!
Em Sexta 20 Outubro 2006 02:16, Luiz Matsumura escreveu:
> Walter fiz o teste num CentOS 4 e o bicho funcionou beleza!
>
> Muito bom isso, eu atualmente inicializo o banco de dados no initdb
> com os parametros --lc-collate=C --lc-ctype=C , só por causa dessa
> ordenação maluca que ele fazia.
> Com esta correção já posso usar o pt_BR :)
>
> Ah, no meu caso o locale default do linux estava para pt_BR.UTF-8:
> # locale
> LANG=pt_BR.UTF-8
> LC_CTYPE="pt_BR.UTF-8"
> LC_NUMERIC="pt_BR.UTF-8"
> LC_TIME="pt_BR.UTF-8"
> LC_COLLATE="pt_BR.UTF-8"
> LC_MONETARY="pt_BR.UTF-8"
> LC_MESSAGES="pt_BR.UTF-8"
> LC_PAPER="pt_BR.UTF-8"
> LC_NAME="pt_BR.UTF-8"
> LC_ADDRESS="pt_BR.UTF-8"
> LC_TELEPHONE="pt_BR.UTF-8"
> LC_MEASUREMENT="pt_BR.UTF-8"
> LC_IDENTIFICATION="pt_BR.UTF-8"
> LC_ALL=
>
> ai tomei a liberdade e usei o comando assim
>
> localedef -i pt_BR -c -f UTF-8 -A /usr/share/locale/locale.alias
> pt_BR.UTF-8
>
> Como não sou expert nisso, será que fiz certo ?
> Ou tem que usar o ISO-8859-1 sempre ?
>
> Pensando bem, eu compilei com o comando original primeiro mas como
> minhas variaveis de ambiente estavam para pt_BR.UTF-8 experimentei
> rodar o comando do jeito acima, ai o comando sort funcionou sem ter
> que declarar locale para somente pt_BR
>
> Eu já tava achando que esse bug era uma característica do ISO (embora
> não concordasse com isso).
> Parabéns pela iniciativa de corrigir este problema!
> E mais ainda por conseguir entender estes arquivos malucos!
> Acho que pode mandar este bug report sem medo de ser feliz, seremos
> eternamente gratos por resolver este problema.
>
> 2006/10/19, Walter Cruz <[EMAIL PROTECTED]>:
> > é .. se corrigissem isso nos pacotes seria bom. O bug acontece em
> > várias
> > línguas:
> >
> > Algumas referências:
> >
> > http://mail.nl.linux.org/linux-utf8/2006-03/msg00001.html
> > http://sources.redhat.com/ml/libc-locales/2004-q3/msg00002.html
> > https://bugzilla.novell.com/show_bug.cgi?id=152778
> >
> > De repente a gente pode enviar um bug report pra glibc.
> >
> > []'s
> > - Walter
> >
> > _______________________________________________
> > Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar
> > consulte o manual http://pgdocptbr.sourceforge.net/
> >
> > Para editar suas opções ou sair da lista acesse a página da lista em:
> > http://pgfoundry.org/mailman/listinfo/brasil-usuarios
------------------------------
Message: 2
Date: Fri, 20 Oct 2006 11:41:31 -0200
From: "Walter Cruz" <[EMAIL PROTECTED]>
Subject: Re: [PostgreSQL-Brasil] ordenação e libc - uma possível
solução (podem me ajudar a testar?)
To: " Grupo de Usuários do PostgreSQL no Brasil "
<brasil-usuarios@pgfoundry.org>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Certo João..
Eu ainda estou *estudando* essa documentação do locale pra entender direitinho
o que andei fazendo :)
Assim que eu conseguir entender, eu posso até escrever.. (achei um pdf
explicando tudo, mas ele é muito extenso, não é prático como um tutorial.. É
mais como uma 'gramática', e é difícil aprender uma língua pela gramática..)
Mas assim que tiver algo, dou um alô.
[]'s
- Walter
On 10/20/06, joao cosme de oliveira junior <[EMAIL PROTECTED]> wrote:
>
> Walter depois seria interessante fazer uma documentacao sobre isso e
> disponibilizar!
> Em Sexta 20 Outubro 2006 02:16, Luiz Matsumura escreveu:
> > Walter fiz o teste num CentOS 4 e o bicho funcionou beleza!
> >
> > Muito bom isso, eu atualmente inicializo o banco de dados no initdb
> > com
> os
> > parametros
> > --lc-collate=C --lc-ctype=C , só por causa dessa ordenação maluca
> > que
> ele
> > fazia.
> > Com esta correção já posso usar o pt_BR :)
> >
> > Ah, no meu caso o locale default do linux estava para pt_BR.UTF-8:
> > # locale
> > LANG=pt_BR.UTF-8
> > LC_CTYPE="pt_BR.UTF-8"
> > LC_NUMERIC="pt_BR.UTF-8"
> > LC_TIME="pt_BR.UTF-8"
> > LC_COLLATE="pt_BR.UTF-8"
> > LC_MONETARY="pt_BR.UTF-8"
> > LC_MESSAGES="pt_BR.UTF-8"
> > LC_PAPER="pt_BR.UTF-8"
> > LC_NAME="pt_BR.UTF-8"
> > LC_ADDRESS="pt_BR.UTF-8"
> > LC_TELEPHONE="pt_BR.UTF-8"
> > LC_MEASUREMENT="pt_BR.UTF-8"
> > LC_IDENTIFICATION="pt_BR.UTF-8"
> > LC_ALL=
> >
> > ai tomei a liberdade e usei o comando assim
> >
> > localedef -i pt_BR -c -f UTF-8 -A /usr/share/locale/locale.alias
> > pt_BR.UTF-8
> >
> > Como não sou expert nisso, será que fiz certo ?
> > Ou tem que usar o ISO-8859-1 sempre ?
> >
> > Pensando bem, eu compilei com o comando original primeiro mas como
> minhas
> > variaveis de ambiente estavam para pt_BR.UTF-8 experimentei rodar o
> > comando do jeito acima, ai o comando sort funcionou sem ter que
> > declarar locale para somente pt_BR
> >
> > Eu já tava achando que esse bug era uma característica do ISO
> > (embora
> não
> > concordasse com isso).
> > Parabéns pela iniciativa de corrigir este problema!
> > E mais ainda por conseguir entender estes arquivos malucos!
> > Acho que pode mandar este bug report sem medo de ser feliz, seremos
> > eternamente gratos por resolver este problema.
> >
> > 2006/10/19, Walter Cruz <[EMAIL PROTECTED]>:
> > > é .. se corrigissem isso nos pacotes seria bom. O bug acontece em
> várias
> > > línguas:
> > >
> > > Algumas referências:
> > >
> > > http://mail.nl.linux.org/linux-utf8/2006-03/msg00001.html
> > > http://sources.redhat.com/ml/libc-locales/2004-q3/msg00002.html
> > > https://bugzilla.novell.com/show_bug.cgi?id=152778
> > >
> > > De repente a gente pode enviar um bug report pra glibc.
> > >
> > > []'s
> > > - Walter
> > >
> > > _______________________________________________
> > > Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar
> > > consulte o manual http://pgdocptbr.sourceforge.net/
> > >
> > > Para editar suas opções ou sair da lista acesse a página da lista em:
> > > http://pgfoundry.org/mailman/listinfo/brasil-usuarios
> _______________________________________________
> Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte
> o manual http://pgdocptbr.sourceforge.net/
>
> Para editar suas opções ou sair da lista acesse a página da lista em:
> http://pgfoundry.org/mailman/listinfo/brasil-usuarios
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL:
http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20061020/eaeeba0b/attachment-0001.html
------------------------------
Message: 3
Date: Fri, 20 Oct 2006 11:47:49 -0200
From: Raul Iavelberg <[EMAIL PROTECTED]>
Subject: [PostgreSQL-Brasil] obter número do registro
To: brasil-usuarios@pgfoundry.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Fernando,
A coluna "Cod" não é a chave primária ? Para que você precisa saber qual a
"posição" da linha dentro da tabela ?
Lembre-se que, no modelo relacional, não existe o conceito de ordem de linhas
em uma tabela.
[]s,
Raul Iavelberg
___________________________________________________________________________
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions !
Demandez à ceux qui savent sur Yahoo! Questions/Réponses
http://fr.answers.yahoo.com
------------------------------
Message: 4
Date: Fri, 20 Oct 2006 11:01:37 -0200
From: "Fernando de Oliveira" <[EMAIL PROTECTED]>
Subject: Re: [PostgreSQL-Brasil] obter número do registro
To: Grupo de Usuários do PostgreSQL no Brasil
<brasil-usuarios@pgfoundry.org>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
É o seguinte,
criei ações para navegar entre os registros utilizando select chave from
tabela limit 1 offset XX.
Onde XX é uma variavel que inicializa com zero.
então para ir para o proximo registro, eu incremento XX e para voltar
decremento.
Até ai tudo, só que após um usuário realizar uma pesquisa aleatória eu
preciso atualizar esta variável novamente.
Fazendo:
select count(*) from tabela where chave < chave pesquisada order by chave
acredito que daria certo, só que não estou querendo fazer uma nova select
por questão de desempenho....
Alguem tem uma sugestão mais elegante para o problema?
[],
Fernando de Oliveira
----- Original Message -----
From: "Raul Iavelberg" <[EMAIL PROTECTED]>
To: <brasil-usuarios@pgfoundry.org>
Sent: Friday, October 20, 2006 11:47 AM
Subject: [PostgreSQL-Brasil] obter número do registro
Fernando,
A coluna "Cod" não é a chave primária ? Para que você precisa saber qual
a "posição" da linha dentro da tabela ?
Lembre-se que, no modelo relacional, não existe o conceito de ordem de
linhas em uma tabela.
[]s,
Raul Iavelberg
___________________________________________________________________________
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions !
Demandez à ceux qui savent sur Yahoo! Questions/Réponses
http://fr.answers.yahoo.com
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
Antes de perguntar consulte o manual
http://pgdocptbr.sourceforge.net/
Para editar suas opções ou sair da lista acesse a página da lista em:
http://pgfoundry.org/mailman/listinfo/brasil-usuarios
------------------------------
Message: 5
Date: Fri, 20 Oct 2006 11:04:45 -0200
From: joao cosme de oliveira junior <[EMAIL PROTECTED]>
Subject: Re: [PostgreSQL-Brasil] ordenação e libc - uma possível
solução (podem me ajudar a testar?)
To: Grupo de Usuários do PostgreSQL no Brasil
<brasil-usuarios@pgfoundry.org>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="utf-8"
manda esse tutorial pra mim :)
[EMAIL PROTECTED]
TanX Man!
Em Sexta 20 Outubro 2006 11:41, Walter Cruz escreveu:
> Certo João..
>
> Eu ainda estou *estudando* essa documentação do locale pra entender
> direitinho o que andei fazendo :)
>
> Assim que eu conseguir entender, eu posso até escrever.. (achei um pdf
> explicando tudo, mas ele é muito extenso, não é prático como um tutorial..
> É mais como uma 'gramática', e é difícil aprender uma língua pela
> gramática..)
>
> Mas assim que tiver algo, dou um alô.
>
> []'s
> - Walter
>
> On 10/20/06, joao cosme de oliveira junior <[EMAIL PROTECTED]> wrote:
> > Walter depois seria interessante fazer uma documentacao sobre isso e
> > disponibilizar!
> >
> > Em Sexta 20 Outubro 2006 02:16, Luiz Matsumura escreveu:
> > > Walter fiz o teste num CentOS 4 e o bicho funcionou beleza!
> > >
> > > Muito bom isso, eu atualmente inicializo o banco de dados no initdb com
> >
> > os
> >
> > > parametros
> > > --lc-collate=C --lc-ctype=C , só por causa dessa ordenação maluca que
> >
> > ele
> >
> > > fazia.
> > > Com esta correção já posso usar o pt_BR :)
> > >
> > > Ah, no meu caso o locale default do linux estava para pt_BR.UTF-8:
> > > # locale
> > > LANG=pt_BR.UTF-8
> > > LC_CTYPE="pt_BR.UTF-8"
> > > LC_NUMERIC="pt_BR.UTF-8"
> > > LC_TIME="pt_BR.UTF-8"
> > > LC_COLLATE="pt_BR.UTF-8"
> > > LC_MONETARY="pt_BR.UTF-8"
> > > LC_MESSAGES="pt_BR.UTF-8"
> > > LC_PAPER="pt_BR.UTF-8"
> > > LC_NAME="pt_BR.UTF-8"
> > > LC_ADDRESS="pt_BR.UTF-8"
> > > LC_TELEPHONE="pt_BR.UTF-8"
> > > LC_MEASUREMENT="pt_BR.UTF-8"
> > > LC_IDENTIFICATION="pt_BR.UTF-8"
> > > LC_ALL=
> > >
> > > ai tomei a liberdade e usei o comando assim
> > >
> > > localedef -i pt_BR -c -f UTF-8 -A /usr/share/locale/locale.alias
> > > pt_BR.UTF-8
> > >
> > > Como não sou expert nisso, será que fiz certo ?
> > > Ou tem que usar o ISO-8859-1 sempre ?
> > >
> > > Pensando bem, eu compilei com o comando original primeiro mas como
> >
> > minhas
> >
> > > variaveis de ambiente estavam para pt_BR.UTF-8
> > > experimentei rodar o comando do jeito acima, ai o comando sort
> > > funcionou sem ter que declarar locale para somente pt_BR
> > >
> > > Eu já tava achando que esse bug era uma característica do ISO (embora
> >
> > não
> >
> > > concordasse com isso).
> > > Parabéns pela iniciativa de corrigir este problema!
> > > E mais ainda por conseguir entender estes arquivos malucos!
> > > Acho que pode mandar este bug report sem medo de ser feliz, seremos
> > > eternamente gratos por resolver este problema.
> > >
> > > 2006/10/19, Walter Cruz <[EMAIL PROTECTED]>:
> > > > é .. se corrigissem isso nos pacotes seria bom. O bug acontece em
> >
> > várias
> >
> > > > línguas:
> > > >
> > > > Algumas referências:
> > > >
> > > > http://mail.nl.linux.org/linux-utf8/2006-03/msg00001.html
> > > > http://sources.redhat.com/ml/libc-locales/2004-q3/msg00002.html
> > > > https://bugzilla.novell.com/show_bug.cgi?id=152778
> > > >
> > > > De repente a gente pode enviar um bug report pra glibc.
> > > >
> > > > []'s
> > > > - Walter
> > > >
> > > > _______________________________________________
> > > > Grupo de Usuários do PostgreSQL no Brasil
> > > > Antes de perguntar consulte o manual
> > > > http://pgdocptbr.sourceforge.net/
> > > >
> > > > Para editar suas opções ou sair da lista acesse a página da lista em:
> > > > http://pgfoundry.org/mailman/listinfo/brasil-usuarios
> >
> > _______________________________________________
> > Grupo de Usuários do PostgreSQL no Brasil
> > Antes de perguntar consulte o manual
> > http://pgdocptbr.sourceforge.net/
> >
> > Para editar suas opções ou sair da lista acesse a página da lista em:
> > http://pgfoundry.org/mailman/listinfo/brasil-usuarios
------------------------------
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br
http://pgfoundry.org/mailman/listinfo/brasil-usuarios
Fim da Digest Brasil-Usuarios, volume 327, assunto 3
****************************************************
_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
Antes de perguntar consulte o manual
http://pgdocptbr.sourceforge.net/
Para editar suas opções ou sair da lista acesse a página da lista em:
http://pgfoundry.org/mailman/listinfo/brasil-usuarios
