2011/9/14 Tiago Adami adam...@gmail.com
Pena que não haja uma camada de negócios, tudo roda no client (é um
ERP monstro em tamanho, e nada de middle-tier). Cheguei a pensar até
em alterar os códigos-fonte do PostgreSQL. Mas isto iria prejudicar a
implantação e eu estaria desviando do padrão
Le 2011.S.15 9h28, Leonardo Cezar a écrit :
Quanto ao Sybase, não sei. É primogênito do MSSQLS e são grandes as
chances dele ignorar a especificação ANSI.
Cara, não entrega tua idade tão facilmente… ANSI SQL está morto e
enterrado desde quando, 1998? E sempre foi, teoricamente, irrelevante
Em 15 de setembro de 2011 09:28, Leonardo Cezar lhce...@gmail.com escreveu:
AFAIK, o PostgreSQL e o Oracle reconhecem o identificador CURRENT_DATE
(com underscore e sem parenteses), então não entendo o porquê da
criação dessas funções.
Talvez eu não tenha explicado corretamente, mas vou
Em 13 de setembro de 2011 21:30, Dickson S. Guedes
lis...@guedesoft.net escreveu:
Apenas por curiosidade, a sua aplicação conecta no banco por meio de
algum driver especifico como ODBC, JDBC ou até mesmo um pgpool ou
pgbouncer?
A aplicação ERP é um client-server comum com acesso via ODBC e
Em 14 de setembro de 2011 19:49, Tiago Adami adam...@gmail.com escreveu:
Pena que não haja uma camada de negócios, tudo roda no client (é um
ERP monstro em tamanho, e nada de middle-tier). Cheguei a pensar até
em alterar os códigos-fonte do PostgreSQL. Mas isto iria prejudicar a
implantação e
2011/9/12 Tiago Adami adam...@gmail.com:
O problema é que eu sou o fornecedor do ERP :)
Acredito que não terei outra solução a não ser esta... mas se
existisse uma mágica seria bem-vinda!
Não sei se este é o problema ou a solução. Se fornecedor neste caso
for igual ao desenvolvedor, então vc
Em 13 de setembro de 2011 17:16, Leonardo Cezar lhce...@gmail.com escreveu:
Não sei se este é o problema ou a solução. Se fornecedor neste caso
for igual ao desenvolvedor, então vc tem a solução.
Então tenho a solução, neste contexto. Mas isto pode inviabilizar -
por enquanto - a migração para
Em 13 de setembro de 2011 21:07, Tiago Adami adam...@gmail.com escreveu:
Esse assunto pode se dar por encerrado, a única solução é criar uma
função de mesmo nome nos 3 SGBDs que retorne os valores apropriados -
algo para que eu desejava uma solução mágica :)
Apenas por curiosidade, a sua
Esta pergunta é um tanto absurda... mas vamos lá: existe como criar um
identificador no PostgreSQL 8.3 para que ao informar CURRENT DATE
(sem aspas, com espaço) retorne a data atual da mesma forma que
CURRENT_DATE (sem aspas, com underscore)?
Existem rotinas do nosso ERP que rodam em Sybase e
Em 12 de setembro de 2011 17:55, Tiago Adami adam...@gmail.com escreveu:
Esta pergunta é um tanto absurda... mas vamos lá: existe como criar um
identificador no PostgreSQL 8.3 para que ao informar CURRENT DATE
(sem aspas, com espaço) retorne a data atual da mesma forma que
CURRENT_DATE (sem
On 12-09-2011 17:55, Tiago Adami wrote:
Esta pergunta é um tanto absurda... mas vamos lá: existe como criar um
identificador no PostgreSQL 8.3 para que ao informar CURRENT DATE
(sem aspas, com espaço) retorne a data atual da mesma forma que
CURRENT_DATE (sem aspas, com underscore)?
Não. É
2011/9/12 Tiago Adami adam...@gmail.com:
Esta pergunta é um tanto absurda... mas vamos lá: existe como criar um
identificador no PostgreSQL 8.3 para que ao informar CURRENT DATE
(sem aspas, com espaço) retorne a data atual da mesma forma que
CURRENT_DATE (sem aspas, com underscore)?
$ SET
Em 12 de setembro de 2011 20:24, Euler Taveira de Oliveira
eu...@timbira.com escreveu:
O PostgreSQL utiliza o que está especificado no padrão. Se os outros SGBDs não
utilizam... Uma versão do DB2 atual aceita com underscore quanto ao SQL Server
eu não sei.
O DB2 aceita as duas formas, com ou
Em 12 de setembro de 2011 20:39, Leonardo Cezar lhce...@gmail.com escreveu:
Brincadeiras a parte, o ideal seria contatar o fornecedor de seu ERP e
solicitar a mudança visando compatibilidade com outros SGBD de
mercado, inclusive com o próprio DB2 que suporta CURRENT_DATE também;
todos ganham!
2011/9/12 Osvaldo Kussama osvaldo.kuss...@gmail.com:
Em 12 de setembro de 2011 17:55, Tiago Adami adam...@gmail.com escreveu:
Apenas como quoted identifier (entre aspas).
(corte)
Eu até pensei nisso, mas não serviria para este caso onde eu não
poderia alterar o SQL das consultas já existentes
Chama por uma funcao e dentro da funcao vc chama o nativo do banco.
Em 12/09/2011 21:13, Tiago Adami adam...@gmail.com escreveu:
2011/9/12 Osvaldo Kussama osvaldo.kuss...@gmail.com:
Em 12 de setembro de 2011 17:55, Tiago Adami adam...@gmail.com
escreveu:
Apenas como quoted identifier (entre
16 matches
Mail list logo
