Em 28-02-2011 19:37, Marcal Hokama escreveu:
Date: Mon, 28 Feb 2011 14:02:05 -0400
From: ma...@tj.rr.gov.br
To: pgbr-geral@listas.postgresql.org.br
Subject: Re: [pgbr-geral] Operador varchar = int8 no postgreSQL 9
Em 28-02-2011 13:09, Flavio Henrique
Se for no Windows, abra o executável no Ultra-Edit (ou outro editor hexa
de sua preferência) e veja se dá pra consertar o SQL. Dependendo da forma
como eles são montados, pode ser possível. A coisa mais simples seria trocar
os LIKE por = onde for necessário, removendo os % também.
Em 1 de março
2011/2/28 Tiago Adami adam...@gmail.com:
Para quem trabalha estritamente no mundo opensource e/ou para órgãos
governamentais, é fácil - ou menos doloroso - corrigir a aplicação. No
Nãã ... não se iluda com isto! Eu trabalho estritamente no universo
CA/SL e no 1o. setor (governo) e as coisas
Adami,
Acho que nao irei ter como fugir isto
Em 28 de fevereiro de 2011 22:21, Tiago Adami adam...@gmail.com escreveu:
Em 28 de fevereiro de 2011 17:12, Tiago Valério
tiagosvale...@gmail.com escreveu:
Pessoal
Estou usando a versao do postgres
PostgreSQL 8.4.0 on
bom dia a todos, pessoal tenho esta sql rodando em um servidor com a versão
8.2, porem quando fiz a migração para a 8.4 parou de funcionar, se eu retiro
o BETWEEN ela me traz os resultados.alguem sabe o porque?
SELECT DISTINCT romcorevalicvl_idgeral,romcorevalicvl_numeroromaneio,
Em 01-03-2011 08:51, Leonardo Cezar escreveu:
2011/2/28 Tiago Adamiadam...@gmail.com:
Para quem trabalha estritamente no mundo opensource e/ou para órgãos
governamentais, é fácil - ou menos doloroso - corrigir a aplicação. No
Nãã ... não se iluda com isto! Eu trabalho estritamente no universo
Pessoal,
Tenho um campo bytea onde pretendo armazenar algumas pequenas fotos.
O meu problema é que tenho umas fotos pra pré-importar e queria fazer isso
sem usar linguagens externas (como php, java, etc...)
Pensei em dar um lo_import e depois jogar do pg_largeobject para a minha
tabela, mas não
Há dois motivos para precisar disso:
- sigilo (proteção dos dados contra acesso indevido) e
- licenciamento (proteção do schema contra cópias indevidas)
A criptografia só protege contra o primeiro caso. Nada impede que um
administrador interessado em fazer cópias ilegais faça um DUMP do banco,
2011/2/28 Tiago Adami adam...@gmail.com
Se a sua aplicação é 32-bit (o que eu acredito ser bem provável), o
driver de conexão tem que ser 32-bit também.
A questão é que no Windows, para configurar o ODBC, você deve utilizar
o seguinte painel (que é 32-bit):
Olá Alexander!
Como poderemos proteger os dados então pelos motivos que foram citados por você?
Atenciosamente
Avelino
From: Alexsander Rosa
Sent: Tuesday, March 01, 2011 12:53 PM
To: Marcelo Silva (IG) ; Comunidade PostgreSQL Brasileira
Subject: Re: [pgbr-geral]Como evitar autenticação
2011/3/1 Avelino Brun avel...@databrum.com.br:
Como poderemos proteger os dados então pelos motivos que foram citados por
você?
Sabendo que não há nada simples em segurança, nem conveniente, a
maneira mais simples é que somente os administradores de dados tenham
os privilégios de superusuário
Nossa... faz tempo que não respondo nada...
Eu tive o mesmo problema, mas por conta da versão do Java.
Meu ambiente é Ubuntu 10.10 e o java ativo é o pacote java-6-sun. Após
atualizar o sistema, a versão mais atual do Java ficou sendo a 1.6.0_24, mas
o arquivo libjvm.so estava apontando para a
Em 1 de março de 2011 11:25, Anderson jackvalant...@gmail.com escreveu:
bom dia a todos, pessoal tenho esta sql rodando em um servidor com a versão
8.2, porem quando fiz a migração para a 8.4 parou de funcionar, se eu retiro
o BETWEEN ela me traz os resultados.alguem sabe o porque?
13 matches
Mail list logo