Bom, o primeiro deles (ie, o mostrado em http://nextre.it/oracledocs/blocksize.html) usa o dd, que é tyipo um canivete suíço do unix, com ele vc lê e grava em modo blocado com extrema facilidade, confesso que não sei se existe dd nativo para windows, nessa eu chamo os universitários :) Já o do Jonathan Lewis é um fonte C praticamente ANSI (usa algumas poucas funçõezinhas que podem mudar de nome como a atoi e a rand, mas o resto (open , seek, etc) é padraõzão, qquer bom compilador C para windows deve te deixar compilar, se vc não tiver um comecial como o Microsoft C, tenta um dos bons feewares tipo http://www.delorie.com/djgpp/ , http://www.cs.virginia.edu/~lcc-win32/ ou http://www.bloodshed.net/devcpp.html .... Faz anos que não mexo muito com C, desde que saí do Mackenzie (onde a gente usava Turbo C, o venerável...), mas provavelmente qquer um deles vai poder te atender.
[]s Chiappa --- Em [email protected], "Alex Ferreira" <[EMAIL PROTECTED]> escreveu > > Chiappa, > > Tem esse programas para Windows 2003? > > E + uma vez obrigadão!!!! > > > ----- Original Message ----- > From: jlchiappa > To: [email protected] > Sent: Wednesday, December 27, 2006 2:31 PM > Subject: [oracle_br] Re: Caminho errado na criação do BD > > > Antes de responder, aviso : o bloco default adotado nos bancos mais > recentes (ie, 8 Kb) é, na esmagadora maioria dos casos, MUITO > adequado, é bem RARO vc ter a necessidade de usar outros tamanhos, > além do que é um assunto relativamente complexo que dificilmente é > cobrado seja num ocp, seja numa eventual entrevista ou no dia a dia, > então eu sugiro que vc dê atenção MUITO MENOR a esse cara... SÓ leia > o resto desta resposta se REALMENTE quiser dedicar tempo e esforço a > isso... Sinceramente, em sendo vc um estudante, tem peixes MUITO > maiores pra vc fritar antes de esquentar a moringa com isso... > > Muito bem : primeiro a necessidade, eu só pensaria nisso num caso > onde o bloco maior é uma necessidade real, como por exemplo a chave > do índice não cabe no bloco atual, ou vc está tendo algum tipo de > overhead por causa da qtdade de blocos ou está tendo row chaining e > migrações em excesso, como citado em > http://asktom.oracle.com/pls/asktom/f? > p=100:11:0::::P11_QUESTION_ID:329017235004#71346788456449 - nesse > mesmo artigo se dão as sugestões para se encontrar o block size do > seu SO. > Quanto á necessidade de se alinhar EXATAMENTE block size do banco > com block size do SO, isso basicamente é verdadeiro SE a APENAS SE vc > está fazendo I/O buffered, ie, se os dados lidos pelo SO estão indo > prum cache do SO antes de chegarem ao bd Oracle... Num banco de > Produção, I/O buffered é puro desperdício via de regra, já que o > próprio banco TEM um cache próprio e muito eficiente, vc ter coisas > cacheadas no banco E no SO é algo a ser evitado, como mostrado em > http://www.ixora.com.au/tips/avoid_buffered_io.htm , e em > http://www.ixora.com.au/tips/buffered_block_size.htm ele discute esse > alinhamento se vc por qquer motivo for REALMENTE obrigado a ter > buffered I/O. Em http://www.ixora.com.au/tips/block_size.htm há uma > discussão sobre a possibilidade de se ter blocos mais largos que o > usual. Já pra vc testar os diferentes tamanhos de block I/O no seu > sistema, http://nextre.it/oracledocs/blocksize.html e > http://www.jlcomp.demon.co.uk/block.html tem uns programinhas de > teste que podem te ajudar > > > []s > > Chiappa > > --- Em [email protected], "Alex Ferreira" > <alexanderferreira@> escreveu > > > > Caro Chiappa, > > Outra pequena dúvida q tenho é a configuração do DB Block Size. Vc > conhece > > algum documento específico explicando essa parte de blocos do > oracle? > > Li algumas coisas q deve ser relacionado com o sistema operacional, > mas como > > a gente pode ver no sistema operacional? > > > > Obrigado + uma vez!! > > > > > > Em 27/12/06, jlchiappa <jlchiappa@> escreveu: > > > > > > imho, o que todo DBA deve conhecer em alguma profundidade, de > modo ao > > > menos razoável : linguagens SQL e PL/SQL, backup/restore, Tunning > de > > > banco e de SQL/PL/SQL, dicionário de dados Oracle a principais > > > pacotes DBMS, noções de rede, noções (principais comandos, ao > menos > > > uma palinha) do Sistema Operacional em que o bd roda, noção geral > das > > > principais features do release que usa de banco, e uma noção geral > > > dos principais utilitários. O que é ** TOTALMENTE OBRIGATÓRIO **, > não > > > se admite um DBA sem isso, é um conhecimento COM PROFUNDIDADE dos > > > tópicos abordados no manual "Oracle Concepts", ie, arquitetura, > > > conceitos gerais do bd Oracle... dependendo do ambiente pode ser > que > > > algum dos temas iniciais diminuam de importância - por exemplo, > pode > > > acontecer que numa dada Empresa haja (digamos) uma equipe > > > especializada que faz backup e restore, aí o dba não precisa se > > > aprofundar tanto nisso, mas os Conceitos não tem o que discutir, > sem > > > isso vc não vai pra lugar algum... > > > De dificuldade é aquele negócio, hoje em dia o mercado é feroz, > seja > > > qual for a profissão praticamente NENHUMA Empresa mais quer > investir > > > nada em formação, E quer que um faça o trabalho de três ganhando > por > > > um (ou às vezes menos que um :(, assim ambos os pontos demandam > por > > > experiência... Seja um vendedor, pedreiro, DBA, médico, cada dia > mais > > > o que se vê é que pouquíssimas Empresas se dispõem a arcar com o > > > tempo de aprendizado, em que o Jr. necessariamente não está > > > produzindo em ritmo top... Então sim, a dificuldade VAI ser > grande, > > > talvez até mesmo se vc não tem experiência alguma vc não consiga > > > começar diretamente como DBA (mesmo que Jr.), talvez tenha que > > > começar como desenvolvedor só pra juntar alguma experiência > > > relacionada com bd Oracle, pra depois tentar de novo como DBA > > > iniciante, é isso. > > > > > > []s > > > > > > Chiappa > > > > > > --- Em [email protected] <oracle_br% > 40yahoogrupos.com.br>, > > > "Alex Ferreira" > > > <alexanderferreira@> escreveu > > > > > > > > Certo Chiappa, > > > > Aproveitando o assunto, queria saber de vc q é um ótimo > > > profissional, qual > > > > os assuntos q realmente são mais importantes para um DBA e as > > > dificuldades > > > > de entrar no mercado como DBA Jr? > > > > > > > > Obrigado mais uma vez!!! > > > > > > > > [] Alex > > > > > > > > > > > > Em 27/12/06, jlchiappa <jlchiappa@> escreveu: > > > > > > > > > > OK, única coisa é que eu QUESTIONO a utilidade prática de vc > > > estudar > > > > > criação manual de novos databases, pois como eu disse a > > > necessidade é > > > > > RARA, e mesmo em OCP afaik isso não é pedido, eu acho que há n > > > outros > > > > > tópicos mais importantes pra se estudar... > > > > > > > > > > []s > > > > > > > > > > Chiappa > > > > > --- Em [email protected] <oracle_br% > 40yahoogrupos.com.br><oracle_br% > > > 40yahoogrupos.com.br>, > > > > > "Alex Ferreira" > > > > > <alexanderferreira@> escreveu > > > > > > > > > > > > Obrigado Jlchiappa!!!! > > > > > > Entendi o q vc falou e vou fazer isso. É q estou praticando > > > criação > > > > > do banco > > > > > > manualmente e pensei q fosse desse jeito q estava fazendo e > q tb > > > > > estava > > > > > > fazendo errado! > > > > > > Mas valeu pela dica!!! > > > > > > > > > > > > Abraços! > > > > > > > > > > > > > > > > > > Em 27/12/06, jlchiappa <jlchiappa@> escreveu: > > > > > > > > > > > > > > Alex, antes de responder eu lembro que, no Oracle, ao > > > contrário > > > > > de > > > > > > > outros BDs, vc praticamente NUNCA cria um novo banco na > > > máquina, > > > > > pois > > > > > > > AUTOMAGICAMENTE cada usuário que for criar tabelas/objetos > > > terá a > > > > > SUA > > > > > > > PRÓPRIA área lógica (o SCHEMA), absolutamente INDEPENDENTE > > > uma da > > > > > > > outra.... E se ter vários bancos é em princípio SEMPRE > contra- > > > > > > > recomendado porque necessariamente vários bancos ativos > > > IMPLICAM > > > > > em > > > > > > > várias instâncias, CADA UMA consumindo CPU, cada uma com a > > > sua SGA > > > > > > > diferente, cada uma com a sua tablespace SYSTEM, > absolutamente > > > > > não há > > > > > > > (afora RAC e similares) como vc "compartilhar" recursos > entre > > > > > bancos, > > > > > > > então cada banco é um consumidor de recursos na > máquina.... > > > Assim, > > > > > > > PRINCIPALMENTE PARA ESTUDOS,onde a máquina necessariamente > > > deve > > > > > ser > > > > > > > limitada/doméstica, E onde não há nenhuma exigência em > > > contrário, > > > > > não > > > > > > > vejo muito sentido em se ter vários bancos - em produção > > > algumas > > > > > > > (raras!!) vezes isso pode ser necessário, como por > exemplo em > > > > > casos > > > > > > > onde na mesma máquina vai se rodar dois sistemas > diferentes > > > que > > > > > > > EXIGEM versões de Oracle diferente, e/ou que exigem > settings > > > > > > > absolutamente diferentes, aí não tem como .... > > > > > > > Mas se vc REALMENTE quiser por qquer motivo o fazer : > quando > > > vc > > > > > > > diz "Pensei q qdo criasse o banco e iniciasse pelo modo > > > nomount, > > > > > ele > > > > > > > se desligaria do ORCL", não tem NADA a ver : veja vc, > quando > > > vc > > > > > > > inicia uma instância (ie, carrega em memória os binários, > que > > > é o > > > > > que > > > > > > > um startup nomount faz), NECESSARIAMENTE as variáveis de > > > ambiente > > > > > > > (ORACLE_SID principalmente) é que indicam QUAL instância > será > > > > > > > montada, aposto que vc está tentando fazer o novo banco > SEM > > > > > alterar > > > > > > > as vars de ambiente, isso SÒ PODE dar caca... Inclusive, > como > > > além > > > > > > > das vars há *** muitos *** outros settings necessários, eu > > > > > RECOMENDO > > > > > > > que vc use o Assistente de criação de bancos pra criar o > novo > > > > > banco, > > > > > > > MAS ao final dele ** NÂO ** peça pra criar o novo banco, > mas > > > sim > > > > > > > apenas pra criar SCRIPTS, que aí sim esses scripts já > terão > > > tudo o > > > > > > > necessário. > > > > > > > > > > > > > > []s > > > > > > > > > > > > > > Chiappa > > > > > > > > > > > > > > --- Em [email protected]<oracle_br% > 40yahoogrupos.com.br><oracle_br% > > > 40yahoogrupos.com.br><oracle_br% > > > > > 40yahoogrupos.com.br>, > > > > > > > "Alex Ferreira" > > > > > > > <alexanderferreira@> escreveu > > > > > > > > > > > > > > > > Olá Pessoal, > > > > > > > > > > > > > > > > Estou com uma dúvida qto a criação do BD. > > > > > > > > O problema é assim: > > > > > > > > Tenho um banco de estudo chamado ORCL. Qdo vou criar > outro > > > banco > > > > > > > manualmente eu faço o seguinte procedimento: > > > > > > > > - Crio os Serviços no Windows > > > > > > > > - Crio os diretórios > > > > > > > > - Crio o arquivo de senha > > > > > > > > - Inicio o iSQLPLUS e me logo assim: > > > > > > > > / as sysdba > > > > > > > > - Faço o SHUTDOWN IMMEDIATE (Pois tenho o banco ORCL > > > instalado) > > > > > > > > - Inicio o banco: > > > > > > > > startup nomount pfile='caminho do arquivo' > > > > > > > > - Ele inicia normalmente > > > > > > > > - Rodo o script de criação do Banco. > > > > > > > > > > > > > > > > O problema: > > > > > > > > > > > > > > > > Qdo ele instala, ele muda o caminho dos arquivos do > Banco > > > ORCL > > > > > para > > > > > > > o caminho do novo banco de dados q criei.....:( > > > > > > > > Pensei q qdo criasse o banco e iniciasse pelo modo > nomount, > > > ele > > > > > se > > > > > > > desligaria do ORCL, mas não, ele parece q fica conectado > > > ainda no > > > > > > > ORCL. > > > > > > > > O q pode estar acontecendo, será q estou fazendo algo de > > > errado > > > > > na > > > > > > > criação??? > > > > > > > > > > > > > > > > Obrigado pessoal! > > > > > > > > > > > > > > > > [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] > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
