Bem, a primeira coisa que se pensa é, SERÁ que esse binário que te enviaram
não se corrompeu, por qquer motivo ??? Ou ainda, neguim mandou nesse binário um
documento formato PDF criado com uma versão muito superior ou muito inferior ao
teu PDF Reader, e/ou talvez usando alguma fonte especial
Acho que poder ser algum binário inconsistente. Alguns campos converti
facilmente, outros não...
De: J. Laurindo Chiappa jlchia...@yahoo.com.br
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 28 de Janeiro de 2013 12:14
Assunto: [oracle_br] Re:
Pessoal,
Alguem me tira essa duvida:
Oracle 10g/Linux.
Sem aprofundar muito, tenho uma tabela XXX com varias colunas/Index.
Estou fazendo uma query:
select A from XXX where TIPO in ('1a','1d') and DATA between '01/01/2012' and
'31/01/2012';
O plano de execução mostra a utilização dos 2
Colega, a principal situação aonde o RDBMS Oracle pode mudar o plano de
acesso adicionando ou removendo uma coluna B qquer é : há um (ou mais)
índice(s) na(s) única(s) coluna(s) citada(s) no SELECT, assim sendo o RDBMS
podia recuperar os dados apenas pelo índice , E o(s) índice(s) não contém
Uma sugestão : já que seu banco é acima de 9i, iirc, grava um arquivo binário
em disco no servidor Oracle com UTL_FILE com o conteúdo desse BLOB em questão e
coloca .PDF como a extensão desse arquivo que vc vai criar, e depois abre esse
.PDF NO SERVIDOR, via PDF Reader, e veja se abre ok
E antes que se pergunte, estou me referindo a escrever uma rotininha PL/SQL que
poderá ser executada em qquer programa-cliente, inclusive o default e sempre
presente sqlplus :
https://forums.oracle.com/forums/thread.jspa?messageID=10481109 tem um exemplo
(veja a parte de gravar BLOBs em
Verificando melhor...
Somente usa indice se colocar o(s) campo(s) da condição no select e nada mais:
Exemplos:
select TIPO, DATA from XXX where TIPO in ('1a','1d') and DATA between
'01/01/2012' and '31/01/2012';
select TIPO from XXX where TIPO in ('1a','1d') and DATA between '01/01/2012'
and
O conceito é : ** SE ** todas as colunas presentes no SELECT (e no WHERE,
dependendo do caso) estão contidas em índice(s), o RDBMS será capaz de obter os
valores todos a partir de leituras de índices apenas, sem tocar a tabela, ponto
.
É claro, esse acesso a tabela pode ser via nested
* TODA * e qualquer tabela no Oracle vc NÂO particiona depois de
criada, vc TEM que estabelecer na hora da criação que a Tabela é particionada,
e NUNCA depois que foi criada
A sintaxe de CREATE TABLE é a mesma sintaxe, Não Importando muito se os
dados e/ou colunas vêm de uma
Então por exemplo:
Se eu precisar das informações das colunas A,B ou C, usando a condição citada,
tenho que forçar o uso do indice (hint) caso eu queira usa-lo ??
.
Phael
De: J. Laurindo Chiappa jlchia...@yahoo.com.br
Para: oracle_br@yahoogrupos.com.br
Claro, as Partições e o esquema de particionamento vc especifica na criação,
mas os DADOS podem ser transferidos posteriormente de outra tabela : assim, se
por qquer motivo vc quiser particionar uma tabela que foi criada
não-particionada, e a tal tabela já tem dados, vc pode :
a)
Olá Chiappa,
Desculpe a demora, primeiro quero agradecer pela ajuda, então no caso o
ideal é que os S.O's dos ambientes de Produção, Homologação, Desenv e de
máquinas que serão usadas pelas ferramentas, estejam com todas as variáveis
de ambiente setadas com os mesmos parâmetros. No caso eu nunca
Olá Chiappa,
Eu estou travando uma batalha muito séria com os Locks da base de Produção,
e eu acho que que estes locks estão ocorrendo, porque o sistema faz update
em quase 7 tabelas ao mesmo tempo, e dentro destes updates tem uma série
de cálculos bem complexos.
Esses cálculos são mais ou menos
13 matches
Mail list logo
