[oracle_br] Roteiro de Instalação do Oracle 9i no Windows 2003

[brdev2003]

Alguém teria algum tutorial sobre como instalar e configurar o Oracle 
9i no Windows 2003. 
- Configurações de Clients no XP que acessem o Oracle no Winows 2003.

Obrigado






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Inserindo Arquivos no Oracle 10g2

[Marcio Portes]

[EMAIL PROTECTED]> host dir *.pdf
 Volume in drive C has no label.
 Volume Serial Number is 4064-FF3B

 Directory of C:\scripts\blog\question

05/19/2004  01:38 PM   218,967 teste.pdf
   1 File(s)218,967 bytes
   0 Dir(s)   4,333,289,472 bytes free

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> create or replace directory my_files as
'C:\scripts\blog\question';

Directory created.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> declare
  2   l_blobblob;
  3   l_bfilebfile;
  4  begin
  5   insert into t values ( empty_blob() )  returning x into l_blob;
  6   l_bfile := bfilename( 'MY_FILES', 'teste.pdf' );
  7   dbms_lob.fileopen( l_bfile );
  8   dbms_lob.loadfromfile( l_blob, l_bfile, dbms_lob.getlength(
l_bfile ) );
  9   dbms_lob.fileclose( l_bfile );
 10  end;
 11  /

PL/SQL procedure successfully completed.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> select dbms_lob.getlength(x) bytes from t;

BYTES
-
   218967

1 row selected.



On 7/20/06, Gabriel Herdt <[EMAIL PROTECTED]> wrote:
>
> Como Posso Inserir Arquivos no banco oracle(Campo).
> aquivos .EXE .RPT .JPEG.
> já sei que tem os campos especificos para isso, mas nao sei como
> inserir os arquivos.
>
> grato
>
>
>
> 
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Re: [GPOracle] Versão free do Oracle 10g

[Geiser & CIA LTDA]

Bhá  Chiappa,
com tenho que aprender sobre Oracle !!!
As vezes fica difícil até de se expressar nas perguntas, tem hora que fazer 
a pergunta é mais difícil do que a própria solução do problema.
Mas vamos lá, instalei o OracleXEClient.exe na estação de trabalho, o que 
preciso é conectar esse cliente via IP Fixo ao servidor. Pois tenho um 
cliente com uns escritórios espalhado pelo Estado do RS.
Talvez não seja o caso de usar somente o OracleXEClient.exe, pois preciso 
algo como o Oracle 9i faz com Enterprise Manager Console, onde adiciona 
Banco de Dados à Árvore.
Cheguei a tentar a criar uma conexão ODBC, com o drive Oracle in XE Client, 
mas ao adicionar fonte de dados de usuário escolhendo o drive Oracle in XE 
Client, aparece a seguinte mensagem: "Não é possível carregar as rotinas do 
drive ODBC Oracle in XEClient devido ao código de erro de sistema 126"
Vou procurar o client 10gr2 full quem sabe ajuda.
Isso tudo já consigo fazer com o Oracle 9i, para isso foi preciso abrir as 
portas necessárias no FireAll e configurar o registro do Windows adicionando 
o USE_SHARED_SOCKET com o valor TRUE.

Grato,
Carlos Geiser


- Original Message - 
From: "jlchiappa" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, July 20, 2006 8:39 AM
Subject: [oracle_br] Re: [GPOracle] Versão free do Oracle 10g


Bom, vou aproveitar que ainda não tem café aqui no trampo ( e portanto
nenhum trabalho sério pode ser feito :) , vamos ver se consigo te
ajudar - só friso aqui que estou falando de conexão DIRETA simples,
ambas as máquinas no mesmo domínio e subnet, e SEM usar mts/shared
server/connection manager/pools de conexão.

Isso posto, por partes aí : imagino que vc está usando o "Express
Client", e não o client full do 10g. OK, primeiro, "um arquivo separado
só para cliente, isso é muito" não faz lá muito sentido, imagino que o
que vc qui dizer é um arquivo separado só para cliente, isso é muito
POUCO" , ou seja, a sua preocupação é se esse cara está completo. Ele
tem sim o mínimo do que é necessário pra conectar, tão lá as .DLLs, o
plus, mas realmente NÂO vem com utilitários de configuração. Imagino
que isso, na idéia da Oracle, é porque o default do XE é trabalhar com
o Easy Connect, aonde vc NÂO precisa ter configuração alguma no
cliente, portanto não vem utils de config. Exemplo :

==> veja que NÂO tenho entrada pro meu banco SRVPROD no TNSNAMES 

C:\oraclexe\app\oracle\product\10.2.0
\server\BIN>type ..\network\admin\tnsnames.
ora

EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = PLSExtProc)
  (PRESENTATION = RO)
)
  )

ORACLR_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = CLRExtProc)
  (PRESENTATION = RO)
)
  )

==> vou conectar informando só servidor:porta:nomedoserviço

C:\oraclexe\app\oracle\product\10.2.0\server\BIN>sqlplus
scott/[EMAIL PROTECTED]:152
1/SRVPROD

SQL*Plus: Release 10.2.0.1.0 - Production on Qui Jul 20 08:22:15 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production

SQL>


==> yes ? Isso é o Easy Connect. OBVIAMENTE, nem todas as tools, nem
todas as linguagens de programação o aceitam e entendem, então
LOGICAMENTE ele também aceita o "modo antigo" :

C:\oraclexe\app\oracle\product\102~1.0
\server\BIN>type ..\network\admin\tnsnames
.ora

EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = PLSExtProc)
  (PRESENTATION = RO)
)
  )

ORACLR_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = CLRExtProc)
  (PRESENTATION = RO)
)
  )

TEST_TNS =
  (DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = SRVDEV)(PORT = 1521))
   (CONNECT_DATA =
   (SERVER = DEDICATED)
   (SID = BDDEV)
   )
   )



C:\oraclexe\app\oracle\product\102~1.0\server\BIN>sqlplus
scott/[EMAIL PROTECTED]

SQL*Plus: Release 10.2.0.1.0 - Production on Qui Jul 20 08:35:02 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production

SQL>

==> única coisa, na falta dum utilitário , já q o TNSNAMES.ORA é um
arquivo de TEXTO, eu simplesmente o editei com um editor de texto puro
ASCII (notepad no caso), certo ? A sua resposta à pergunta "... PRECISO
BAIXAR algo ...é "PRECISAR vc não precisa, o cliente em si tá com tudo
e (SE PRECISAR!) a config de TNSNAMES é simples de matar, mas se quiser
sim vc pode baixar o client 10gr2 full que vem com o dito utilitário.

Só um ú

[oracle_br] Inserindo Arquivos no Oracle 10g2

[Gabriel Herdt]

Como Posso Inserir Arquivos no banco oracle(Campo). 
aquivos .EXE .RPT .JPEG.
já sei que tem os campos especificos para isso, mas nao sei como 
inserir os arquivos.

grato





--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Re: Script para personalizar ambiente quando loga

[jlchiappa]

Estamos falando de sqlplus aqui, certo ?? Se sim, vc põe os comandos 
que quiser no arquivo de "autoexec" do sqlplus, chamado GLOGIN.SQL, 
ele fica no ORACLE_HOME (diretório) onde vc tem o plus instalado, sub-
diretório sqlplus\admin . Exemplo do meu glogin :

--
--  Copyright (c) Oracle Corporation 1988, 1999.  All Rights Reserved.
--
--  SQL*Plus Global Login startup file.
--
--  Add any sqlplus commands here that are to be executed when a user
--  starts SQL*Plus on your system

-- Used by Trusted Oracle
column ROWLABEL format A15

-- Used for the SHOW ERRORS command
column LINE/COL format A8
column ERRORformat A65  WORD_WRAPPED

-- Used for the SHOW SGA command
column name_col_plus_show_sga format a24

-- Defaults for SHOW PARAMETERS
column name_col_plus_show_param format a36 heading NAME
column value_col_plus_show_param format a30 heading VALUE

-- For backward compatibility
set pagesize 14

-- Defaults for SET AUTOTRACE EXPLAIN report
column id_plus_exp format 990 heading i
column parent_id_plus_exp format 990 heading p
column plan_plus_exp format a60
column object_node_plus_exp format a8
column other_tag_plus_exp format a29
column other_plus_exp format a44

-- definir o prompt
set term off
define gname=idle
column global_name   new_value gname
column versao_banco  new_value versao_db
select value versao_banco from nls_database_parameters
 where  parameter='NLS_RDBMS_VERSION';
select lower(user) || '@' || substr( global_name, 1, decode( dot, 0,
length(global_name), dot-1) )  global_name
  from (select global_name, instr(global_name,'.') dot from 
global_name );
set sqlprompt '&gname:SQL>'

-- definições extras
SET SERVEROUTPUT ON SIZE 100
SET LINES 999
SET TRIMSPOOL ON
SET PAGESIZE 250
SET NUMWIDTH  18


ALTER SESSION SET NLS_DATE_FORMAT='dd/mm/ hh24:mi:ss';

-- colunas extras que sempre uso
COLUMN secuencia  FORMAT 999
COLUMN usuarioNOPRINT
--
column column_nameformat a30
column object_nameformat a30
column file_name  format a68
column what   format a30 word_wrapped
column parameters format a15 trunc
column data_type  format a15
column owner  format a16
column username   format a16
column host   format a12
column db_linkformat a23
COLUMN messageformat a100
COLUMN units  format a15
COLUMN target format a48
COLUMN opname format a35
column segment_name   format a35
column external_name  format a20
column sum(bytes) format 999G999G999G999G999G999
column result format 999G999G999G999G999G999
column resultado  format 999G999G999G999G999G999
column sidformat 999
column serial#format 9
column audsid format 999
column user#  format 999
column def_parameters format A20
column comments   format a100
column min(partition_name) format a14
column max(partition_name) format a14

-- set term on para voltar ao normal
set term on

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "vin_monteiro2003" 
<[EMAIL PROTECTED]> escreveu
>
> Oracle 9i
> 
> Como eu faço para configurar meu ambiente quando dou meu login para
> abrir o banco ?
> 
> Por exemplo, já formatado o tamanho da página, número de linhas,
> formato da data, etc
> 
> []s e muito obrigado
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Script para personalizar ambiente quando loga

[vin_monteiro2003]

Oracle 9i

Como eu faço para configurar meu ambiente quando dou meu login para
abrir o banco ?

Por exemplo, já formatado o tamanho da página, número de linhas,
formato da data, etc

[]s e muito obrigado






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Tabela Particionada

[vin_monteiro2003]

Oracle 9i

Bom tarde,

Sou iniciante em Oracle, e lendo a documentação, descobri a tabela
particionada... ela vem atender uma necessidade que tenho... para datas.
Só que gostaria de saber sobre performance... os outros índices
atendem normalmente a solicitação, mesmo os dados vindo de partições
diferentes, por exemplo coloco em ordem de nomes e tenhos particições
de 10 em 10 anos, (pelo campo dta_venda)
Como ela funcionaria ? Normalmente quando não faço acesso pelo campo
particionado

[]s e muito obrigado 







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Shell script para zipar archivelogs

[Walcir Cardoso Jr]

Renato, grato pela dica, vou escrever o comando

[]s.


Walcir Cardoso Jr.



  - Original Message - 
  From: Renato M 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, July 18, 2006 6:33 PM
  Subject: Re: [oracle_br] Shell script para zipar archivelogs


  Walcir

  Eu nao tenho o script aqui na mao...mas voce pode utilizar o touch para
  criar um arquivo com data de dois dias atras...depois com o find
  -!newer...voce acha os caras que sao mais velhos que ele...
  ai é so montar uma lista e fazer o compress


  Espero ter ajudado...
  []'s
  Renato


  On 7/18/06, Walcir Cardoso Jr <[EMAIL PROTECTED]> wrote:
  >
  >  Bom dia a todos,
  >
  > Alguem possui um scritpt  rodando OK,   que comprima os archivelogs dos
  > últimos X dias?
  >
  > Pretendo coloar no cron uma rotina que "zipe" archives com mais de 2 dias.
  >
  > []s,
  >
  > Walcir
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >


  [As partes desta mensagem que não continham texto foram removidas]

   

[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Re: Parametro db_file_multiblock_read_count

[jlchiappa]

Claro que existe a possibilidade, mas via de regra ela é 
restrita "apenas para o rdbms em si", nós meros mortais usuários em 
princpipio não a temos.. Verdade, uma das situações em que o banco 
pode (quase certamente VAI) bypassar cache é, por exemplo fazendo um 
SORTING que não coube em RAM, os blocos com os dados excedentes desse 
sort NÃO SÂO blocos com dados "de usuário", são "rascunho" do banco, 
obviamente a chance de re-usar exatamente essa mesma informação é 
quase nula, esses blocos certamente não vão pra cache... Da mesma 
forma, todas as operações que envolvem "criação de dados internos mas 
de uso temporário para o SQL em questão" pelo bd normalmente não usam 
cache, paralelismo é a típica opção, ela envolve o processo 
coordenador receber MONTES de dados pelos parallel slaves, esses 
dados precisam ser ordenados, coordenados, "ajeitados" enfim, quase 
que fatalmente isso implica em blocos "de rascunho" serem criados na 
temp Para esclarecimento, quando eu falei "mas TAMBÉM blocos 
temporários", claro eu estava pensando em blocos que residem na temp 
MAS contém dados que podem ser re-aproveitados, como por exemplo os 
blocos vindos de uma GTT, é isso.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" <[EMAIL PROTECTED]> 
escreveu
>
> Existe a possibilidade de o oracle server dar um "bypass" no buffer
> cache ?
> 
> o trecho abaixo eu retirei dos docs do curso de tunning do 9i:
> 
> 
> "EVALUATING THE CACHE HIT RATIO
> Do not continue increasing DB_BLOCK_BUFFERS if the last increase 
made
> on significant difference in the cache hit ratio.This may be because
> of the way that you area accessing your data, or there may be other
> operations that do not even use the buffer pool.For example, the
> Oracle Server bypass the buffer cache for sorting an parallel reads"
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
> >
> > Os "blocks em cache" vc quis dizer, né ? Sim , com certeza :
> > 
> > "==> Na verdade o bd Oracle vai até um pouco mais além, não 
> > importando 
> > > > como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
> > > > temporários , de índices, de undo, etc, etc, etc, vão também 
pro 
> > > > cache...
> > > > 
> > "
> > 
> > isso inclui Parallel Queries, sim...
> > 
> > []s
> > 
> >  Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" 
<[EMAIL PROTECTED]> 
> > escreveu
> > >
> > > 
> > > Obrigado novamente chiappa
> > > 
> > > Agora as instrucoes FULL SCAN em paralelo tb jogam os caches em 
> > buffer
> > > primeiro ou nao?
> > > 
> > > 
> > > 
> > > 
> > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" 
<[EMAIL PROTECTED]> 
> > escreveu
> > > >
> > > > Claro que ficam sim, colega, é bico de mostrar :
> > > > 
> > > > ==> primeiro tiro o que tiver no cache de blocos :
> > > > 
> > > > [EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
> > > > 
> > > > Tablespace alterado.
> > > > 
> > > > [EMAIL PROTECTED]:SQL>alter tablespace orausers online;
> > > > 
> > > > Tablespace alterado.
> > > > 
> > > > ==> agora vou fazer dois full-scans consecutivos :
> > > > 
> > > > [EMAIL PROTECTED]:SQL>select * from big_table;
> > > > 
> > > > 1225 linhas selecionadas.
> > > > 
> > > > 
> > > > Plano de Execução
> > > > --
> > > >0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> > > > Bytes=101675)
> > > >10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 
Card=1225 
> > > > Bytes=101675)
> > > > 
> > > > 
> > > > Estatística
> > > > --
> > > > 275  recursive calls
> > > >   0  db block gets
> > > > 160  consistent gets
> > > >  38  physical reads
> > > >  72  redo size
> > > >   67114  bytes sent via SQL*Net to client
> > > > 843  bytes received via SQL*Net from client
> > > >  83  SQL*Net roundtrips to/from client
> > > >   0  sorts (memory)
> > > >   0  sorts (disk)
> > > >1225  rows processed
> > > > 
> > > > ==> veja acima que como não tinha NADA dessa tabela no cache, 
fiz 
> > > > diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive 
> > alguns 
> > > > consistent gets pois vários, X registros cabem dentro dum 
bloco 
> > > > Oracle, aí ler esses X registros tive 1 I/O físico 
recuperando o 
> > > > bloco mas depois daí foi só X-1 acessos lógicos ao bloco). 
Vou 
> > fazer 
> > > > de novo :
> > > > 
> > > > [EMAIL PROTECTED]:SQL>select * from big_table;
> > > > 
> > > > 1225 linhas selecionadas.
> > > > 
> > > > 
> > > > Plano de Execução
> > > > --
> > > >0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> > > > Bytes=101675)
> > > >10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 
Card=1225 
> > > > Bytes=101675)
> > > > 
> > > > 
> > > > Estatística
> > > > --

Re: (chiappa) Re: [oracle_br] Parametro db_file_multiblock_read_count

[Sergio Leandro Ghellere]

show cara.
obrigado!

abraço
Leandro


On Thu Jul 20 13:14 , 'jlchiappa' <[EMAIL PROTECTED]> sent:

>
>
>
>Sim, é um DW. Tipicamente em DWs, vc tem um sub-sistema de I/O 
>
>potente, capaz de I/O multibloco direto, então via de regra o negócio 
>
>nesse ambinete é setar o db_file_multiblock_read_count pro máximo que 
>
>o hardware suporta, o fato de que muitas vezes isso vai influenciar o 
>
>CBO nesses ambientes normalmente não implica em nada, já que em DWs 
>
>FTS abundam, mesmo, e (em havendo stats precisas e de qualidade) a 
>
>diferença de blocos entre acesso via índice e acesso via scan nos 
>
>casos de índice possível é tão alta que mesmo o dfmrc "diminuindo" o 
>
>custo de FTS, nos casos onde há possibilidade de índice o índice 
>
>ainda é preferido, eventuais diferenças vc tira nos params 
>
>optimizer_index_nn , OU usa CPU costing...
>
> Pra achar o máximo valor possível de dfmrc no seu ambiente, o teste 
>
>é simplesmente fazer um trace 10046 duma sessão fazendo FTS e ver 
>
>qual foi o maior valor usado, OBVIAMENTE esse FTS ocorrendo numa 
>
>tablespace com extents não menores do que dfmrc * blocksize, para que 
>
>o I/O multiblock POSSA ocorrer, tal como falei lá na minha 
>
>apresentação do ENPO de 2004.
>
> No caso desse banco, o block é de 8192, então 8192 * 36 = cerca de 
>
>288 Kb, em verdade num servidor de porte tipicamente o hardware 
>
>deveria permitir é 1 Mb de I/O contínuo a cada vez, principalmente em 
>
>sendo como é unix, MAS não está por questões internas do array de 
>
>disco que está sendo usado, que também tem a ver com $$, pois de 
>
>acordo com o pessoal que cuida o software que permitiria filesystems 
>
>com esse I/O size exigiria licenças, E o pessoal de storage se recusa 
>
>a converter pra raw, mas é isso.
>
> 
>
> []s
>
> 
>
>  Chiappa
>
>  
>
>--- Em oracle_br@yahoogrupos.com.br, Sergio Leandro Ghellere 
>
><[EMAIL PROTECTED]> escreveu
>
>>
>
>> aproveitando que vc estamos falando sobre o parametro 
>
>db_file_multiblock_read_count tb..
>
>> eu vi que vc tem este parametro setado para um valor meio alto para 
>
>os padrões que tenho 
>
>> visto... no caso...
>
>> 
>
>> Chiappa Wrote
>
>> NAME TYPE    VALUE
>
>>  --- ---
>
>> db_file_multiblock_read_count    integer 36
>
>> 
>
>> 
>
>> No que você pode me ajudar a setar este parametro "descentemente"?
>
>> Quais são as "variáveis" que vc utiliza para chegar a um valor 
>
>coerente ao hardware?
>
>> Por acaso este banco no qual este teste foi feito é um DW? (só por 
>
>curiosidade).
>
>> 
>
>> 
>
>> Abraço!
>
>> Leandro
>
>> 
>
>> 
>
>> 
>
>> 
>
>> Sergio Leandro Ghellere
>
>> DBA Oracle
>
>> +55 (41) 9906-4813
>
>> 
>
>> On Thu Jul 20 11:58 , 'jlchiappa' <[EMAIL PROTECTED]> sent:
>
>> 
>
>> >
>
>> >
>
>> >
>
>> >Claro que ficam sim, colega, é bico de mostrar :
>
>> >
>
>> >
>
>> >
>
>> >==> primeiro tiro o que tiver no cache de blocos :
>
>> >
>
>> >
>
>> >
>
>> >[EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
>
>> >
>
>> >
>
>> >
>
>> >Tablespace alterado.
>
>> >
>
>> >
>
>> >
>
>> >[EMAIL PROTECTED]:SQL>alter tablespace orausers online;
>
>> >
>
>> >
>
>> >
>
>> >Tablespace alterado.
>
>> >
>
>> >
>
>> >
>
>> >==> agora vou fazer dois full-scans consecutivos :
>
>> >
>
>> >
>
>> >
>
>> >[EMAIL PROTECTED]:SQL>select * from big_table;
>
>> >
>
>> >
>
>> >
>
>> >1225 linhas selecionadas.
>
>> >
>
>> >
>
>> >
>
>> >
>
>> >
>
>> >Plano de Execução
>
>> >
>
>> >--
>
>> >
>
>> >   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
>
>> >
>
>> >Bytes=101675)
>
>> >
>
>> >   1    0   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
>
>> >
>
>> >Bytes=101675)
>
>> >
>
>> >
>
>> >
>
>> >
>
>> >
>
>> >Estatística
>
>> >
>
>> >--
>
>> >
>
>> >    275  recursive calls
>
>> >
>
>> >  0  db block gets
>
>> >
>
>> >    160  consistent gets
>
>> >
>
>> > 38  physical reads
>
>> >
>
>> > 72  redo size
>
>> >
>
>> >  67114  bytes sent via SQL*Net to client
>
>> >
>
>> >    843  bytes received via SQL 83  SQL*Net roundtrips 
>
>to/from client
>
>> >
>
>> >  0  sorts (memory)
>
>> >
>
>> >  0  sorts (disk)
>
>> >
>
>> >   1225  rows processed
>
>> >
>
>> >
>
>> >
>
>> >==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
>
>> >
>
>> >diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive 
>
>alguns 
>
>> >
>
>> >consistent gets pois vários, X registros cabem dentro dum bloco 
>
>> >
>
>> >Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
>
>> >
>
>> >bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou 
>
>fazer 
>
>> >
>
>> >de novo :
>
>> >
>
>> >
>
>> >
>
>> >[EMAIL PROTECTED]:SQL>select * from big_table;
>
>> >
>
>> >
>
>> >
>
>> >1225 linhas selecionadas.
>
>> >
>
>> >
>
>> >
>
>> >
>
>> 

[oracle_br] Re: Parametro db_file_multiblock_read_count

[fabiobat2002]

Existe a possibilidade de o oracle server dar um "bypass" no buffer
cache ?

o trecho abaixo eu retirei dos docs do curso de tunning do 9i:


"EVALUATING THE CACHE HIT RATIO
Do not continue increasing DB_BLOCK_BUFFERS if the last increase made
on significant difference in the cache hit ratio.This may be because
of the way that you area accessing your data, or there may be other
operations that do not even use the buffer pool.For example, the
Oracle Server bypass the buffer cache for sorting an parallel reads"



--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Os "blocks em cache" vc quis dizer, né ? Sim , com certeza :
> 
> "==> Na verdade o bd Oracle vai até um pouco mais além, não 
> importando 
> > > como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
> > > temporários , de índices, de undo, etc, etc, etc, vão também pro 
> > > cache...
> > > 
> "
> 
> isso inclui Parallel Queries, sim...
> 
> []s
> 
>  Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" <[EMAIL PROTECTED]> 
> escreveu
> >
> > 
> > Obrigado novamente chiappa
> > 
> > Agora as instrucoes FULL SCAN em paralelo tb jogam os caches em 
> buffer
> > primeiro ou nao?
> > 
> > 
> > 
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
> escreveu
> > >
> > > Claro que ficam sim, colega, é bico de mostrar :
> > > 
> > > ==> primeiro tiro o que tiver no cache de blocos :
> > > 
> > > [EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
> > > 
> > > Tablespace alterado.
> > > 
> > > [EMAIL PROTECTED]:SQL>alter tablespace orausers online;
> > > 
> > > Tablespace alterado.
> > > 
> > > ==> agora vou fazer dois full-scans consecutivos :
> > > 
> > > [EMAIL PROTECTED]:SQL>select * from big_table;
> > > 
> > > 1225 linhas selecionadas.
> > > 
> > > 
> > > Plano de Execução
> > > --
> > >0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> > > Bytes=101675)
> > >10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> > > Bytes=101675)
> > > 
> > > 
> > > Estatística
> > > --
> > > 275  recursive calls
> > >   0  db block gets
> > > 160  consistent gets
> > >  38  physical reads
> > >  72  redo size
> > >   67114  bytes sent via SQL*Net to client
> > > 843  bytes received via SQL*Net from client
> > >  83  SQL*Net roundtrips to/from client
> > >   0  sorts (memory)
> > >   0  sorts (disk)
> > >1225  rows processed
> > > 
> > > ==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
> > > diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive 
> alguns 
> > > consistent gets pois vários, X registros cabem dentro dum bloco 
> > > Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
> > > bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou 
> fazer 
> > > de novo :
> > > 
> > > [EMAIL PROTECTED]:SQL>select * from big_table;
> > > 
> > > 1225 linhas selecionadas.
> > > 
> > > 
> > > Plano de Execução
> > > --
> > >0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> > > Bytes=101675)
> > >10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> > > Bytes=101675)
> > > 
> > > 
> > > Estatística
> > > --
> > >   0  recursive calls
> > >   0  db block gets
> > > 120  consistent gets
> > >   0  physical reads
> > >   0  redo size
> > >   67114  bytes sent via SQL*Net to client
> > > 843  bytes received via SQL*Net from client
> > >  83  SQL*Net roundtrips to/from client
> > >   0  sorts (memory)
> > >   0  sorts (disk)
> > >1225  rows processed
> > > 
> > > ==> taí, diminuídos (na verdade neste caso de bd calmo e 
> tranquilo 
> > > ZERADOS) os I/Os físicos, portanto HOUVE SIM aproveitamento do 
> cache 
> > > de blocos , apesar de terem sido lidos lá na primeira vez por 
> > > multiblock, que é o que o full scan usa, se o param estiver 
> ativo :
> > > 
> > > [EMAIL PROTECTED]:SQL>show parameters multiblock
> > > 
> > > NAME TYPEVALUE
> > >  --- ---
> > > db_file_multiblock_read_countinteger 36
> > > [EMAIL PROTECTED]:SQL>
> > > 
> > > ==> Na verdade o bd Oracle vai até um pouco mais além, não 
> improtando 
> > > como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
> > > temporários , de índices, de undo, etc, etc, etc, vão também pro 
> > > cache...
> > > 
> > > []s
> > > 
> > >  Chiappa
> > > --- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" 
> <[EMAIL PROTECTED]> 
> > > escreveu
> > > >
> > > > Eu sei que este parametro e responsavel pela leitura sequencial 
> no 
> > > > disco qdo 

[oracle_br] Oracle no Mac osx intel

[Daniel Diniz]

Bom Dia Pessoal !!

Alguém já instalou oracle 9i ou 10G no mac osx com processador intel.


Abraços,

Daniel Diniz


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Ja tentei de tudo. LIKE

[Marcelo Okano]

Muito Obrigado! Consegui.



On 7/20/06, Roberto Oshikawa <[EMAIL PROTECTED]> wrote:
>
>  Declare strExecute Varchar2(250);
>
> strExecute := 'Select * from Conteudo Where Materia Like ' || dado ;
>
> Execute Immediate strExecute
>
> Utiliza Execute Immediate
>
>
>
> Em 20/07/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> escreveu:
>
> >
> > SELECT * FROM  CONTEUDO where materia like '%'||:dado||'%'
> >
> >
> > - Original Message -
> >   From: Marcelo Okano
> >   To: oracle_br@yahoogrupos.com.br
> >   Sent: Wednesday, July 19, 2006 3:32 PM
> >   Subject: [oracle_br] Ja tentei de tudo. LIKE
> >
> >
> >   Estou tentando criar uma query parametrizada mas num dá certo! Já fiz
> de
> > tudo:
> >
> >   SELECT * FROM  CONTEUDO where materia like '%' + to_char(:dado) +
> > '%'
> >   SELECT * FROM  CONTEUDO where materia like '%' +:dado + '%'
> >   SELECT * FROM  CONTEUDO where materia like '%' :dado  '%'
> >   SELECT * FROM  CONTEUDO where materia like '%:dado %'
> >
> >   Mas nenhuma delas dá certo e sempre me volta um erro. Estou usando o
> > ODP.NET .
> >
> >   valeu
> >
> >   Marcelo
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Re: : OFF-TOPIC: Power Designer

[Anderson]

Usamos a versão 8, com algumas extensões para Oracle 8i e testes em 
uma para 10g.

Quanto às suas dúvidas, nós esclarecemos bastante dúvidas com a ajuda 
do 'help'.

No caso das cores, o próprio help, na parte que trata sobre 'Merge 
Models', são exibidas as seguintes informações:

>>
Merge colors

The following table explains color code:

Color   Description
Red Modification
Yellow  Indication
Green   Move
Purple  Deletion and shortcut replacement
BlueAddition
<<

E no caso do campo auto-incremento, na versão que nós usamos (8) 
somente é possível definir no modelo físico mesmo.


Quanto ao MSN, informo que não podemos usá-lo na nossa empresa.

Mas qualquer outra dúvida adicione aqui no forum.

Anderson.



--- Em oracle_br@yahoogrupos.com.br, "ABSInfoFox" <[EMAIL PROTECTED]> 
escreveu
>
> Fala Dr.,
> Segte, eu crio um diagrama conceitual, para depois gerar o fisico.
> Ao gerar o fisico, deixando a opção de preservar as alterações no 
fisico,
> ele abre uma tela para comparar e aceitar ou nao as modificações, e 
tem
> coisas ali que eu nao entendo..
> As veses aparece um simbolo vermelho, acredito que seja exclusao do 
iten, e
> azul, a adição, tem o verde que nao sei oq é.. tenho algumas 
duvidas nisso..
> Outra coisa, nao tem como definir um campo como auto-incremento no
> conceitual?
> Que versao vc usa?
> 
> Vc tem msn?
> O meu é [EMAIL PROTECTED]
> 
> At,
> 
> Itamar Nunes
> 
> 
> 
> - Original Message - 
> From: "Anderson" <[EMAIL PROTECTED]>
> To: 
> Sent: Wednesday, July 19, 2006 2:37 PM
> Subject: [oracle_br] Re: : OFF-TOPIC: Power Designer
> 
> 
> Na nossa empresa usamos o Power Designer para gerar modelos 
conceituais
> e físicos para bancos Sybase e agora Oracle.
> 
> PQ?
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "ABSInfoFox" <[EMAIL PROTECTED]>
> escreveu
> >
> > Boa tarde,
> > Alguém aqui usa o Power Designer para modelagem de dados?
> > Criando o modelo conceitual e o fisico?
> >
> > Atenciosamente,
> >
> > Itamar Nunes
> >
> >
> >
> > ___
> > O Yahoo! está de cara nova. Venha conferir!
> > http://br.yahoo.com/preview
> >
> 
> 
> 
> 
> 
> 
> 
--
> Atenção! As mensagens deste grupo são de acesso público e de 
inteira 
> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
--
__
> 
> Este Grupo recebe o apoio da SQL Magazine - 
www.devmedia.com.br/sqlmagazine
> __
> O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, 
tenha o 
> link do mesmo para evitar trafego(pedidos) desnecessário.
> Links do Yahoo! Grupos
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
> ___ 
> Yahoo! Acesso Grátis - Internet rápida e grátis. Instale 
> o discador agora! 
> http://br.acesso.yahoo.com
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Re: Parametro db_file_multiblock_read_count

[jlchiappa]

Os "blocks em cache" vc quis dizer, né ? Sim , com certeza :

"==> Na verdade o bd Oracle vai até um pouco mais além, não 
importando 
> > como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
> > temporários , de índices, de undo, etc, etc, etc, vão também pro 
> > cache...
> > 
"

isso inclui Parallel Queries, sim...

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" <[EMAIL PROTECTED]> 
escreveu
>
> 
> Obrigado novamente chiappa
> 
> Agora as instrucoes FULL SCAN em paralelo tb jogam os caches em 
buffer
> primeiro ou nao?
> 
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> 
escreveu
> >
> > Claro que ficam sim, colega, é bico de mostrar :
> > 
> > ==> primeiro tiro o que tiver no cache de blocos :
> > 
> > [EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
> > 
> > Tablespace alterado.
> > 
> > [EMAIL PROTECTED]:SQL>alter tablespace orausers online;
> > 
> > Tablespace alterado.
> > 
> > ==> agora vou fazer dois full-scans consecutivos :
> > 
> > [EMAIL PROTECTED]:SQL>select * from big_table;
> > 
> > 1225 linhas selecionadas.
> > 
> > 
> > Plano de Execução
> > --
> >0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> > Bytes=101675)
> >10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> > Bytes=101675)
> > 
> > 
> > Estatística
> > --
> > 275  recursive calls
> >   0  db block gets
> > 160  consistent gets
> >  38  physical reads
> >  72  redo size
> >   67114  bytes sent via SQL*Net to client
> > 843  bytes received via SQL*Net from client
> >  83  SQL*Net roundtrips to/from client
> >   0  sorts (memory)
> >   0  sorts (disk)
> >1225  rows processed
> > 
> > ==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
> > diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive 
alguns 
> > consistent gets pois vários, X registros cabem dentro dum bloco 
> > Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
> > bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou 
fazer 
> > de novo :
> > 
> > [EMAIL PROTECTED]:SQL>select * from big_table;
> > 
> > 1225 linhas selecionadas.
> > 
> > 
> > Plano de Execução
> > --
> >0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> > Bytes=101675)
> >10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> > Bytes=101675)
> > 
> > 
> > Estatística
> > --
> >   0  recursive calls
> >   0  db block gets
> > 120  consistent gets
> >   0  physical reads
> >   0  redo size
> >   67114  bytes sent via SQL*Net to client
> > 843  bytes received via SQL*Net from client
> >  83  SQL*Net roundtrips to/from client
> >   0  sorts (memory)
> >   0  sorts (disk)
> >1225  rows processed
> > 
> > ==> taí, diminuídos (na verdade neste caso de bd calmo e 
tranquilo 
> > ZERADOS) os I/Os físicos, portanto HOUVE SIM aproveitamento do 
cache 
> > de blocos , apesar de terem sido lidos lá na primeira vez por 
> > multiblock, que é o que o full scan usa, se o param estiver 
ativo :
> > 
> > [EMAIL PROTECTED]:SQL>show parameters multiblock
> > 
> > NAME TYPEVALUE
> >  --- ---
> > db_file_multiblock_read_countinteger 36
> > [EMAIL PROTECTED]:SQL>
> > 
> > ==> Na verdade o bd Oracle vai até um pouco mais além, não 
improtando 
> > como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
> > temporários , de índices, de undo, etc, etc, etc, vão também pro 
> > cache...
> > 
> > []s
> > 
> >  Chiappa
> > --- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" 
<[EMAIL PROTECTED]> 
> > escreveu
> > >
> > > Eu sei que este parametro e responsavel pela leitura sequencial 
no 
> > > disco qdo uma instrucao com FULL SCAN e solicitada.
> > > Minha duvida e a seguinte, estes blocos sao colocados no 
> > cache_buffer 
> > > ou nao ?
> > > 
> > > Obrigado
> > >
> >
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, 

[oracle_br] Re: Parametro db_file_multiblock_read_count

[fabiobat2002]

Obrigado novamente chiappa

Agora as instrucoes FULL SCAN em paralelo tb jogam os caches em buffer
primeiro ou nao?




--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Claro que ficam sim, colega, é bico de mostrar :
> 
> ==> primeiro tiro o que tiver no cache de blocos :
> 
> [EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
> 
> Tablespace alterado.
> 
> [EMAIL PROTECTED]:SQL>alter tablespace orausers online;
> 
> Tablespace alterado.
> 
> ==> agora vou fazer dois full-scans consecutivos :
> 
> [EMAIL PROTECTED]:SQL>select * from big_table;
> 
> 1225 linhas selecionadas.
> 
> 
> Plano de Execução
> --
>0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> Bytes=101675)
>10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> Bytes=101675)
> 
> 
> Estatística
> --
> 275  recursive calls
>   0  db block gets
> 160  consistent gets
>  38  physical reads
>  72  redo size
>   67114  bytes sent via SQL*Net to client
> 843  bytes received via SQL*Net from client
>  83  SQL*Net roundtrips to/from client
>   0  sorts (memory)
>   0  sorts (disk)
>1225  rows processed
> 
> ==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
> diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive alguns 
> consistent gets pois vários, X registros cabem dentro dum bloco 
> Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
> bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou fazer 
> de novo :
> 
> [EMAIL PROTECTED]:SQL>select * from big_table;
> 
> 1225 linhas selecionadas.
> 
> 
> Plano de Execução
> --
>0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> Bytes=101675)
>10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> Bytes=101675)
> 
> 
> Estatística
> --
>   0  recursive calls
>   0  db block gets
> 120  consistent gets
>   0  physical reads
>   0  redo size
>   67114  bytes sent via SQL*Net to client
> 843  bytes received via SQL*Net from client
>  83  SQL*Net roundtrips to/from client
>   0  sorts (memory)
>   0  sorts (disk)
>1225  rows processed
> 
> ==> taí, diminuídos (na verdade neste caso de bd calmo e tranquilo 
> ZERADOS) os I/Os físicos, portanto HOUVE SIM aproveitamento do cache 
> de blocos , apesar de terem sido lidos lá na primeira vez por 
> multiblock, que é o que o full scan usa, se o param estiver ativo :
> 
> [EMAIL PROTECTED]:SQL>show parameters multiblock
> 
> NAME TYPEVALUE
>  --- ---
> db_file_multiblock_read_countinteger 36
> [EMAIL PROTECTED]:SQL>
> 
> ==> Na verdade o bd Oracle vai até um pouco mais além, não improtando 
> como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
> temporários , de índices, de undo, etc, etc, etc, vão também pro 
> cache...
> 
> []s
> 
>  Chiappa
> --- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" <[EMAIL PROTECTED]> 
> escreveu
> >
> > Eu sei que este parametro e responsavel pela leitura sequencial no 
> > disco qdo uma instrucao com FULL SCAN e solicitada.
> > Minha duvida e a seguinte, estes blocos sao colocados no 
> cache_buffer 
> > ou nao ?
> > 
> > Obrigado
> >
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

(chiappa) Re: [oracle_br] Parametro db_file_multiblock_read_count

[jlchiappa]

Sim, é um DW. Tipicamente em DWs, vc tem um sub-sistema de I/O 
potente, capaz de I/O multibloco direto, então via de regra o negócio 
nesse ambinete é setar o db_file_multiblock_read_count pro máximo que 
o hardware suporta, o fato de que muitas vezes isso vai influenciar o 
CBO nesses ambientes normalmente não implica em nada, já que em DWs 
FTS abundam, mesmo, e (em havendo stats precisas e de qualidade) a 
diferença de blocos entre acesso via índice e acesso via scan nos 
casos de índice possível é tão alta que mesmo o dfmrc "diminuindo" o 
custo de FTS, nos casos onde há possibilidade de índice o índice 
ainda é preferido, eventuais diferenças vc tira nos params 
optimizer_index_nn , OU usa CPU costing...
 Pra achar o máximo valor possível de dfmrc no seu ambiente, o teste 
é simplesmente fazer um trace 10046 duma sessão fazendo FTS e ver 
qual foi o maior valor usado, OBVIAMENTE esse FTS ocorrendo numa 
tablespace com extents não menores do que dfmrc * blocksize, para que 
o I/O multiblock POSSA ocorrer, tal como falei lá na minha 
apresentação do ENPO de 2004.
 No caso desse banco, o block é de 8192, então 8192 * 36 = cerca de 
288 Kb, em verdade num servidor de porte tipicamente o hardware 
deveria permitir é 1 Mb de I/O contínuo a cada vez, principalmente em 
sendo como é unix, MAS não está por questões internas do array de 
disco que está sendo usado, que também tem a ver com $$, pois de 
acordo com o pessoal que cuida o software que permitiria filesystems 
com esse I/O size exigiria licenças, E o pessoal de storage se recusa 
a converter pra raw, mas é isso.
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, Sergio Leandro Ghellere 
<[EMAIL PROTECTED]> escreveu
>
> aproveitando que vc estamos falando sobre o parametro 
db_file_multiblock_read_count tb..
> eu vi que vc tem este parametro setado para um valor meio alto para 
os padrões que tenho 
> visto... no caso...
> 
> Chiappa Wrote
> NAME TYPEVALUE
>  --- ---
> db_file_multiblock_read_countinteger 36
> 
> 
> No que você pode me ajudar a setar este parametro "descentemente"?
> Quais são as "variáveis" que vc utiliza para chegar a um valor 
coerente ao hardware?
> Por acaso este banco no qual este teste foi feito é um DW? (só por 
curiosidade).
> 
> 
> Abraço!
> Leandro
> 
> 
> 
> 
> Sergio Leandro Ghellere
> DBA Oracle
> +55 (41) 9906-4813
> 
> On Thu Jul 20 11:58 , 'jlchiappa' <[EMAIL PROTECTED]> sent:
> 
> >
> >
> >
> >Claro que ficam sim, colega, é bico de mostrar :
> >
> >
> >
> >==> primeiro tiro o que tiver no cache de blocos :
> >
> >
> >
> >[EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
> >
> >
> >
> >Tablespace alterado.
> >
> >
> >
> >[EMAIL PROTECTED]:SQL>alter tablespace orausers online;
> >
> >
> >
> >Tablespace alterado.
> >
> >
> >
> >==> agora vou fazer dois full-scans consecutivos :
> >
> >
> >
> >[EMAIL PROTECTED]:SQL>select * from big_table;
> >
> >
> >
> >1225 linhas selecionadas.
> >
> >
> >
> >
> >
> >Plano de Execução
> >
> >--
> >
> >   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> >
> >Bytes=101675)
> >
> >   1    0   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> >
> >Bytes=101675)
> >
> >
> >
> >
> >
> >Estatística
> >
> >--
> >
> >    275  recursive calls
> >
> >  0  db block gets
> >
> >    160  consistent gets
> >
> > 38  physical reads
> >
> > 72  redo size
> >
> >  67114  bytes sent via SQL*Net to client
> >
> >    843  bytes received via SQL 83  SQL*Net roundtrips 
to/from client
> >
> >  0  sorts (memory)
> >
> >  0  sorts (disk)
> >
> >   1225  rows processed
> >
> >
> >
> >==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
> >
> >diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive 
alguns 
> >
> >consistent gets pois vários, X registros cabem dentro dum bloco 
> >
> >Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
> >
> >bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou 
fazer 
> >
> >de novo :
> >
> >
> >
> >[EMAIL PROTECTED]:SQL>select * from big_table;
> >
> >
> >
> >1225 linhas selecionadas.
> >
> >
> >
> >
> >
> >Plano de Execução
> >
> >--
> >
> >   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
> >
> >Bytes=101675)
> >
> >   1    0   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
> >
> >Bytes=101675)
> >
> >
> >
> >
> >
> >Estatística
> >
> >--
> >
> >  0  recursive calls
> >
> >  0  db block gets
> >
> >    120  consistent gets
> >
> >  0  physical reads
> >
> >  0  redo size
> >
> >  67114  bytes sent via SQL*Net to client
> >
> >    843  bytes r

(chiappa) Re: [oracle_br] Parametro db_file_multiblock_read_count

[Sergio Leandro Ghellere]

aproveitando que vc estamos falando sobre o parametro 
db_file_multiblock_read_count tb..
eu vi que vc tem este parametro setado para um valor meio alto para os padrões 
que tenho 
visto... no caso...

Chiappa Wrote
NAME TYPEVALUE
 --- ---
db_file_multiblock_read_countinteger 36


No que você pode me ajudar a setar este parametro "descentemente"?
Quais são as "variáveis" que vc utiliza para chegar a um valor coerente ao 
hardware?
Por acaso este banco no qual este teste foi feito é um DW? (só por curiosidade).


Abraço!
Leandro




Sergio Leandro Ghellere
DBA Oracle
+55 (41) 9906-4813

On Thu Jul 20 11:58 , 'jlchiappa' <[EMAIL PROTECTED]> sent:

>
>
>
>Claro que ficam sim, colega, é bico de mostrar :
>
>
>
>==> primeiro tiro o que tiver no cache de blocos :
>
>
>
>[EMAIL PROTECTED]:SQL>alter tablespace orausers offline;
>
>
>
>Tablespace alterado.
>
>
>
>[EMAIL PROTECTED]:SQL>alter tablespace orausers online;
>
>
>
>Tablespace alterado.
>
>
>
>==> agora vou fazer dois full-scans consecutivos :
>
>
>
>[EMAIL PROTECTED]:SQL>select * from big_table;
>
>
>
>1225 linhas selecionadas.
>
>
>
>
>
>Plano de Execução
>
>--
>
>   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
>
>Bytes=101675)
>
>   1    0   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
>
>Bytes=101675)
>
>
>
>
>
>Estatística
>
>--
>
>    275  recursive calls
>
>  0  db block gets
>
>    160  consistent gets
>
> 38  physical reads
>
> 72  redo size
>
>  67114  bytes sent via SQL*Net to client
>
>    843  bytes received via SQL 83  SQL*Net roundtrips to/from 
>client
>
>  0  sorts (memory)
>
>  0  sorts (disk)
>
>   1225  rows processed
>
>
>
>==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
>
>diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive alguns 
>
>consistent gets pois vários, X registros cabem dentro dum bloco 
>
>Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
>
>bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou fazer 
>
>de novo :
>
>
>
>[EMAIL PROTECTED]:SQL>select * from big_table;
>
>
>
>1225 linhas selecionadas.
>
>
>
>
>
>Plano de Execução
>
>--
>
>   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
>
>Bytes=101675)
>
>   1    0   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
>
>Bytes=101675)
>
>
>
>
>
>Estatística
>
>--
>
>  0  recursive calls
>
>  0  db block gets
>
>    120  consistent gets
>
>  0  physical reads
>
>  0  redo size
>
>  67114  bytes sent via SQL*Net to client
>
>    843  bytes received via SQL 83  SQL*Net roundtrips to/from 
>client
>
>  0  sorts (memory)
>
>  0  sorts (disk)
>
>   1225  rows processed
>
>
>
>==> taí, diminuídos (na verdade neste caso de bd calmo e tranquilo 
>
>ZERADOS) os I/Os físicos, portanto HOUVE SIM aproveitamento do cache 
>
>de blocos , apesar de terem sido lidos lá na primeira vez por 
>
>multiblock, que é o que o full scan usa, se o param estiver ativo :
>
>
>
>[EMAIL PROTECTED]:SQL>show parameters multiblock
>
>
>
>NAME TYPE    VALUE
>
> --- ---
>
>db_file_multiblock_read_count    integer 36
>
>[EMAIL PROTECTED]:SQL>
>
>
>
>==> Na verdade o bd Oracle vai até um pouco mais além, não improtando 
>
>como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
>
>temporários , de índices, de undo, etc, etc, etc, vão também pro 
>
>cache...
>
>
>
>[]s
>
>
>
> Chiappa
>
>--- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" <[EMAIL PROTECTED]> 
>
>escreveu
>
>>
>
>> Eu sei que este parametro e responsavel pela leitura sequencial no 
>
>> disco qdo uma instrucao com FULL SCAN e solicitada.
>
>> Minha duvida e a seguinte, estes blocos sao colocados no 
>
>cache_buffer 
>
>> ou nao ?
>
>> 
>
>> Obrigado
>
>>
>
>
>
>
>
>
>
>
>
>
>
>


 Webmail - http://www.ondarpc.com.br/

--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando ofer

Re: [oracle_br] Ja tentei de tudo. LIKE

[Roberto Oshikawa]

Declare strExecute Varchar2(250);

strExecute := 'Select * from Conteudo Where Materia Like ' || dado ;

Execute Immediate strExecute

Utiliza Execute Immediate



Em 20/07/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escreveu:
>
> SELECT * FROM  CONTEUDO where materia like '%'||:dado||'%'
>
>
> - Original Message -
>   From: Marcelo Okano
>   To: oracle_br@yahoogrupos.com.br
>   Sent: Wednesday, July 19, 2006 3:32 PM
>   Subject: [oracle_br] Ja tentei de tudo. LIKE
>
>
>   Estou tentando criar uma query parametrizada mas num dá certo! Já fiz de
> tudo:
>
>   SELECT * FROM  CONTEUDO where materia like '%' + to_char(:dado) +
> '%'
>   SELECT * FROM  CONTEUDO where materia like '%' +:dado + '%'
>   SELECT * FROM  CONTEUDO where materia like '%' :dado  '%'
>   SELECT * FROM  CONTEUDO where materia like '%:dado %'
>
>   Mas nenhuma delas dá certo e sempre me volta um erro. Estou usando o
> ODP.NET.
>
>   valeu
>
>   Marcelo
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Oportunidade Oracle

[Erika]

Srs,

A Walar IT Business é uma empresa com consciência global. Há mais de 10 anos no 
mercado, destaca-se pela busca constante da inovação, atuando com prioridade na 
Pesquisa e Desenvolvimento. 
Busca por profissionais:  

- Oracle Applications.
- Oracle DBA.

Para:  São Paulo/ Rio de Janeiro/ Curitiba/ Fortaleza.


Aos interessados enviar Curriculos para [EMAIL PROTECTED]

Att,

Érika Patrícia Silva 
Analista de RH 
Walar IT Business 
Fone: (11) 3741.9676 / (11)3741.2755 
Fax:   (11) 3741.9677 
e-mail: [EMAIL PROTECTED] 

 



[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

Re: [oracle_br] Ja tentei de tudo. LIKE

[wellington]

SELECT * FROM  CONTEUDO where materia like '%'||:dado||'%'

- Original Message - 
  From: Marcelo Okano 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 19, 2006 3:32 PM
  Subject: [oracle_br] Ja tentei de tudo. LIKE


  Estou tentando criar uma query parametrizada mas num dá certo! Já fiz de tudo:

  SELECT * FROM  CONTEUDO where materia like '%' + to_char(:dado) + '%'
  SELECT * FROM  CONTEUDO where materia like '%' +:dado + '%'
  SELECT * FROM  CONTEUDO where materia like '%' :dado  '%'
  SELECT * FROM  CONTEUDO where materia like '%:dado %'

  Mas nenhuma delas dá certo e sempre me volta um erro. Estou usando o ODP.NET.

  valeu

  Marcelo
   

[As partes desta mensagem que não continham texto foram removidas]



--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Re: Parametro db_file_multiblock_read_count

[jlchiappa]

Claro que ficam sim, colega, é bico de mostrar :

==> primeiro tiro o que tiver no cache de blocos :

[EMAIL PROTECTED]:SQL>alter tablespace orausers offline;

Tablespace alterado.

[EMAIL PROTECTED]:SQL>alter tablespace orausers online;

Tablespace alterado.

==> agora vou fazer dois full-scans consecutivos :

[EMAIL PROTECTED]:SQL>select * from big_table;

1225 linhas selecionadas.


Plano de Execução
--
   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
Bytes=101675)
   10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
Bytes=101675)


Estatística
--
275  recursive calls
  0  db block gets
160  consistent gets
 38  physical reads
 72  redo size
  67114  bytes sent via SQL*Net to client
843  bytes received via SQL*Net from client
 83  SQL*Net roundtrips to/from client
  0  sorts (memory)
  0  sorts (disk)
   1225  rows processed

==> veja acima que como não tinha NADA dessa tabela no cache, fiz 
diversos I/Os físicos (não foi TUDO I/O físico, veja q obtive alguns 
consistent gets pois vários, X registros cabem dentro dum bloco 
Oracle, aí ler esses X registros tive 1 I/O físico recuperando o 
bloco mas depois daí foi só X-1 acessos lógicos ao bloco). Vou fazer 
de novo :

[EMAIL PROTECTED]:SQL>select * from big_table;

1225 linhas selecionadas.


Plano de Execução
--
   0  SELECT STATEMENT Optimizer=CHOOSE (Cost=4 Card=1225 
Bytes=101675)
   10   TABLE ACCESS (FULL) OF 'BIG_TABLE' (Cost=4 Card=1225 
Bytes=101675)


Estatística
--
  0  recursive calls
  0  db block gets
120  consistent gets
  0  physical reads
  0  redo size
  67114  bytes sent via SQL*Net to client
843  bytes received via SQL*Net from client
 83  SQL*Net roundtrips to/from client
  0  sorts (memory)
  0  sorts (disk)
   1225  rows processed

==> taí, diminuídos (na verdade neste caso de bd calmo e tranquilo 
ZERADOS) os I/Os físicos, portanto HOUVE SIM aproveitamento do cache 
de blocos , apesar de terem sido lidos lá na primeira vez por 
multiblock, que é o que o full scan usa, se o param estiver ativo :

[EMAIL PROTECTED]:SQL>show parameters multiblock

NAME TYPEVALUE
 --- ---
db_file_multiblock_read_countinteger 36
[EMAIL PROTECTED]:SQL>

==> Na verdade o bd Oracle vai até um pouco mais além, não improtando 
como foram lidos, não só blocos de dados, mas TAMBÉM blocos 
temporários , de índices, de undo, etc, etc, etc, vão também pro 
cache...

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, "fabiobat2002" <[EMAIL PROTECTED]> 
escreveu
>
> Eu sei que este parametro e responsavel pela leitura sequencial no 
> disco qdo uma instrucao com FULL SCAN e solicitada.
> Minha duvida e a seguinte, estes blocos sao colocados no 
cache_buffer 
> ou nao ?
> 
> Obrigado
>






--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 
__
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o 
link do mesmo para evitar trafego(pedidos) desnecessário. 
Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

 

[oracle_br] Re: [GPOracle] Versão free do Oracle 10g

[jlchiappa]

Bom, vou aproveitar que ainda não tem café aqui no trampo ( e portanto 
nenhum trabalho sério pode ser feito :) , vamos ver se consigo te 
ajudar - só friso aqui que estou falando de conexão DIRETA simples, 
ambas as máquinas no mesmo domínio e subnet, e SEM usar mts/shared 
server/connection manager/pools de conexão. 

Isso posto, por partes aí : imagino que vc está usando o "Express 
Client", e não o client full do 10g. OK, primeiro, "um arquivo separado 
só para cliente, isso é muito" não faz lá muito sentido, imagino que o 
que vc qui dizer é um arquivo separado só para cliente, isso é muito 
POUCO" , ou seja, a sua preocupação é se esse cara está completo. Ele 
tem sim o mínimo do que é necessário pra conectar, tão lá as .DLLs, o 
plus, mas realmente NÂO vem com utilitários de configuração. Imagino 
que isso, na idéia da Oracle, é porque o default do XE é trabalhar com 
o Easy Connect, aonde vc NÂO precisa ter configuração alguma no 
cliente, portanto não vem utils de config. Exemplo :

==> veja que NÂO tenho entrada pro meu banco SRVPROD no TNSNAMES 

C:\oraclexe\app\oracle\product\10.2.0
\server\BIN>type ..\network\admin\tnsnames.
ora

EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = PLSExtProc)
  (PRESENTATION = RO)
)
  )

ORACLR_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = CLRExtProc)
  (PRESENTATION = RO)
)
  )

==> vou conectar informando só servidor:porta:nomedoserviço

C:\oraclexe\app\oracle\product\10.2.0\server\BIN>sqlplus 
scott/[EMAIL PROTECTED]:152
1/SRVPROD

SQL*Plus: Release 10.2.0.1.0 - Production on Qui Jul 20 08:22:15 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production

SQL>


==> yes ? Isso é o Easy Connect. OBVIAMENTE, nem todas as tools, nem 
todas as linguagens de programação o aceitam e entendem, então 
LOGICAMENTE ele também aceita o "modo antigo" :

C:\oraclexe\app\oracle\product\102~1.0
\server\BIN>type ..\network\admin\tnsnames
.ora

EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = PLSExtProc)
  (PRESENTATION = RO)
)
  )

ORACLR_CONNECTION_DATA =
  (DESCRIPTION =
(ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
)
(CONNECT_DATA =
  (SID = CLRExtProc)
  (PRESENTATION = RO)
)
  )

TEST_TNS =
  (DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = SRVDEV)(PORT = 1521))
   (CONNECT_DATA =
   (SERVER = DEDICATED)
   (SID = BDDEV)
   )
   )



C:\oraclexe\app\oracle\product\102~1.0\server\BIN>sqlplus 
scott/[EMAIL PROTECTED]

SQL*Plus: Release 10.2.0.1.0 - Production on Qui Jul 20 08:35:02 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


Conectado a:
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production

SQL>

==> única coisa, na falta dum utilitário , já q o TNSNAMES.ORA é um 
arquivo de TEXTO, eu simplesmente o editei com um editor de texto puro 
ASCII (notepad no caso), certo ? A sua resposta à pergunta "... PRECISO 
BAIXAR algo ...é "PRECISAR vc não precisa, o cliente em si tá com tudo 
e (SE PRECISAR!) a config de TNSNAMES é simples de matar, mas se quiser 
sim vc pode baixar o client 10gr2 full que vem com o dito utilitário.

Só um último ponto , quando vc diz "software para registrar um Nome 
Serviço" , não faz muito senso mas imagino pelo ambiente geral da 
pergunta que o que vc queria é simplesmente introduzir uma host string 
a mais no TNSNAMES.ORA, se entendi corretamente é o acima dito.

[]s


  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, "Geiser & CIA LTDA" <[EMAIL PROTECTED]> 
escreveu
>
> Pessoal
> 
> Baixei e instalei e estou testando a Versão free do Oracle 10g
> Verifique que tem um arquivo separado só para cliente, isso é muito.
> Porem ao instalar o cliente em uma estação de  trabalho, percebi que 
na
> instalação do cliente não oferece um software para  registrar um Nome 
> Serviço.
> Será que precisa baixar algum outro arquivo de  instalação para 
completar 
> esse necessidade ?
> 
>  Abraços,
> Carlos Gesier.
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--__

[oracle_br] Re: Instalacao banco oracle 9i no windows xp

[peng_yo_gaucho]

Fiz todas as verificacoes conforme vc sugeriu.
Quando executei o tnsping ocorreu a mensagem: "TNS-12538: No such
protocol adapter".
Alguem pode me dar uma ajuda com esse erro?

Peng Yo

--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
>
> Montes de coisas aí que podem estar pegando : PRIMEIRO de tudo, se vc 
> for ativar redirecionamento, *** NÃO É *** USER_SHARED_SOCKET a 
> string corretam, MAS SIM use_shared_socket = true , ok ??? Isso está 
> documentado nas notas 124140.1 e 125021.1 do metalink, que também tem 
> algumas demonstrações de como identificar o problema usando trace de 
> conexões. E atenção que se vc tiver vários produtos Oracle, vc vai 
> ter várias ORACLE_HOMEs, portanto várias entradas no Registro abaixo 
> de HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE - em tese se vc tascar a 
> variável diretamente em HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE ela vai 
> valer pra todas as homes, MAS eu prefiro localizar a entrada 
> correspondente à home do banco e colocar a variável lá diretamente. E 
> mais, como vc trabalha com m$windows, acho que NEM PRECISO dizer que 
> quase certamente um re-boot VAI ser necessário aí 
> 
> Segundo ponto, o Forms 6i usa uma versão BEM antiga de cliente Oracle 
> (8.0.x), nós tivemos aqui alguns probs com versões antigas do 6i 
> conectando em bancos recentes, assegure-se que o Forms 6i em questão 
> está com um patch razoavelmente recente. É meio óbvio, mas vale a 
> pena frisar que o TNSNAMES.ORA do Forms 6i lá nessa máquina-cliente 
> reside abaixo da home do 6i (normalmente nn:\ORANT\NET80\ADMIN ), é 
> comum vc ter outros TNANAMEs na máquina e se alterar o errado...
> 
> Finalmente, tudo isso visto & revisto, testar : logado localmente 
> nessa máquina-cliente com o MESMO usuário que está tentando acessar o 
> banco (e que preferencialmente foi quem instalou o cliente Oracle e o 
> Forms), abra um prompt DOS, vá pro disco onde está instalado o Forms 
> e peça os testes abaixo, É CLARO substituindo os nomes pelos seus  :
> 
> Microsoft Windows XP [versão 5.1.2600]
> (C) Copyright 1985-2001 Microsoft Corp.
> 
> D:\documents and settings\Chiappa>cd\
> 
> D:\>set ORACLE_HOME=D:\ORANT
> 
> D:\>set PATH=%ORACLE_HOME%\BIN;%PATH%
> 
> D:\>cd %ORACLE_HOME%
> 
> D:\ORANT>cd bin
> 
> D:\ORANT\BIN>tnsping80 SRVPRD   <<== teste do listener, tem que dar 
> msg de ok!!
> 
> TNS Ping Utility for 32-bit Windows: Version 8.0.6.3.0 - Production 
> on 17-JUL-20
> 06 09:01:35
> 
> (c) Copyright 1997 Oracle Corporation.  All rights reserved.
> 
> Attempting to contact (ADDRESS=(PROTOCOL=TCP)(HOST=SRVPRD)(PORT=1521))
> OK (330 msec)
> 
> D:\ORANT\BIN>ping srvprod   <<== verificação de presença, tem que 
> dar ZERO de perda, a não ser que na sua rede o admin desabilitou ping
> 
> Disparando contra SRVPRD.minharede.com.br [xx.yy.z.nnn] com 32 bytes 
> de dados:
> 
> Resposta de xx.yy.z.nnn: bytes=32 tempo=2ms TTL=252
> Resposta de xx.yy.z.nnn: bytes=32 tempo=2ms TTL=252
> Resposta de xx.yy.z.nnn: bytes=32 tempo=1ms TTL=252
> Resposta de xx.yy.z.nnn: bytes=32 tempo=3ms TTL=252
> 
> Estatísticas do Ping para xx.yy.z.nnn:
> Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda),
> Aproximar um número redondo de vezes em milissegundos:
> Mínimo = 1ms, Máximo = 3ms, Média = 2ms
> 
> D:\ORANT\BIN>telnet srvprod 1521  <<== teste de envio de pacote pra 
> porta usada pelo Listener lá no servidor, o certo é dar uma tela 
> preta SEM aparecer nada (já que o listener não entende pacotes 
> telnet), ** MAS ** sem mensagem de erro alguma , se der qquer erro de 
> host unavailable ou cosa do tipo vc tem probs.
> 
> []s
> 
>  Chiappa
>  
> --- Em oracle_br@yahoogrupos.com.br, "peng_yo_gaucho" 
> <[EMAIL PROTECTED]> escreveu
> >
> > Pessoal,
> > 
> > Instalei o banco oracle 9i em maquina com windows xp. Ateh ai sem 
> > problema.
> > Instalei o forms 6i em uma maquina client da rede onde o so tb eh 
> > windows xp.
> > Quando tento acessar o banco do client ocorre a mensagem "TNS 
> UNABLE 
> > TO CONNECT DESTINATON",
> > O tnsnames da maquina client esta ok. Apontando para o sevidor.
> > 
> > LINK =
> >   (DESCRIPTION =
> > (ADDRESS_LIST =
> >   (ADDRESS = (PROTOCOL = TCP)(HOST = anderson)(PORT = 1521))
> > )
> > (CONNECT_DATA =
> >   (SID = LINK) 
> > )
> >   )
> > 
> > Pesquisei alguma coisa na internet e descobri que poderia ser o 
> > firewall, mas desabilitei o firewall nas duas maquinas e mesmo 
> assim 
> > nao funcionou. Outra coisa que descobri tinha a ver com a porta 
> > padrao 1521. Inseria a chave USER_SHARED_SOCKET no registri e tb 
> nao 
> > funcinou.
> > Se algume pudar me dar uma ajuda agradeco muito.
> > 
> > Peng Yo
> >
>







--
Atenção! As mensagens deste grupo são de acesso público e de inteira 
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.co