Pessoal
O CHAR (apesar de eu nunca usar... rs) diferencia NULL.
Se atribuir uma string de comprimento zero ('') será tratado como NULL
também, igual ocorre com VARCHAR2.
Só não sei se isso foi diferente em alguma versão muito antiga.
[ ]'s
André
Em 22 de janeiro de 2014 13:33, escreveu:
>
Raphael, Com Certeza vc vai encontrar limitações, principalmente de recursos na
conexão, pois o Oracle Forms 6i usa internamente o Oracle Client 8.0.x (** não
é ** nem sequer o 8i, é 8.0.!!!) : no tempo do 8.0.x LOAD BALANCE, conexão via
service, conexão via SCAN, etc, etc, eram simples sonhos..
Boa tarde Rafael,
Sugiro que você faça o mesmo teste pelo SQLPLUS e veja o se o tempo de
conexão é o mesmo. Também faça uma conexão direta em um nó ou em outro e
compare com o tempo do forms, pode ser que o problema esteja no RAC na
parte de load balance ou até mesmo no DNS de sua rede.
Obs
Pessoal,
Estou com o seguinte problema.
Lentidão em um aplicativo usando Forms 6i conectando no Oracle RAC 10.2.0.5
64bits remotamente.
Estou usando MPLS de 1Mb.
No site A temos 2 bancos: 1 Single de simulacao e 1 Oracle RAC de producao, na
mesma rede. No site B esta o cliente Forms, acontece q
Galera,...
Muito obrigado pelas respostas!!
Se for optar por 1 das opções, vou optar pela CERTIFICAÇÃO.
Att,
Em 22 de janeiro de 2014 09:57, Milton Bastos Henriquis Jr. <
miltonbas...@gmail.com> escreveu:
>
>
> Bom dia Henderson!
>
> É verdade, agora voltou a funcionar!
>
> O e-mail ao qual eu
Bom, primeiro de acordo com o artigo em
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:5984520277372
, desde a versão 7.x a regra tem sido que :
- uma string totalmente vazia, com comprimento de zero bytes, sempre é
tratada como NULL
- uma string vazia (como a '
Boa tarde Senhores!
Me bateu uma duvida:
Algo foi mudado no oracle que trata o campo varchar2 vazio como nulo?
EX.:
Oracle Database 11g Release 11.1.0.6.0 - 64bit Production
PL/SQL Release 11.1.0.6.0 - Production
CORE11.1.0.6.0Production
TNS for 64-bit Windows: Version 11.1.0.6.0
Vamos por em detalhes o seu contexto : pelo que entendi, através de uma
máquina-cliente M vc faz uma conexão DEDICADA (não há pool de conexões, nem
shared server/MTS, é client/server tradicional) ao schema B de um banco
qualquer (chamemos de B), num servidor qualquer (chamemos de servidor B),
Bom dia Henderson!
É verdade, agora voltou a funcionar!
O e-mail ao qual eu respondi ainda estava com o problema, por isso não
sabia que já tinha sido resolvido.
Em 21 de janeiro de 2014 21:28, Henderson Rocha <
henderson_ro...@ibest.com.br> escreveu:
>
>
>
> Milton,
>
> Em e-mails anterior
Bom dia.
Acentos OK, vamos lá.
O retorno do IP, somente se vc estiver em uma conexão Client-Server. Caso a
conexão seja pelo Application/Portal, virá sempre o endereço do Portal.
No caso de DBLINK via conexão client-server, virá o endereço IP do servidor
remoto, da seguinte forma (po
Até agora nada de errado com os acentos.. .estão todos condizentes... ão
ãe çç á ó à
Chiappa pediu licença e reconfigurou o Oracle do yahoo groups..
[]s
On 21 January 2014 17:51, Fernando Martins wrote:
>
>
> Teste de acentuação. Ç ^ Ã ã válidando os acentos á à â ó
>
> Parece que
Bom dia Pessoal!
Vejam se pode me dar um dica.
Tenho um Schema B, que utiliza algumas coisas do Schema A através de DBLink.
Consigo através do Schema A obter o IP da seção de usuário conectada no Schema
B?
Hoje utilizo sys_context ('USERENV', 'IP_ADDRESS'), porém na sessão conectada
pelo DBLi
12 matches
Mail list logo