Vlw Chiappa é exatamente isso que estou fazendo ... obrigado!
Em 13 de abril de 2017 18:04, Mario Rodrigues <marioirodrig...@gmail.com> escreveu: > Vlw Chiappa .. é exatamente isos > > > Em 13 de abril de 2017 18:02, jlchia...@yahoo.com.br [oracle_br] < > oracle_br@yahoogrupos.com.br> escreveu: > >> >> >> Ok : entendo que por enquanto os volumes de dados reais vindos da >> Produção estão cabendo no Oracle XE, E no momento a Aplicação não está >> usando nenhum recurso que inexiste no XE, por isso vc estava usando o XE >> (já que ele é free pra qualquer tipo de dado, em qualquer ambiente , com >> código prod ou não, nada importa) enquanto não é licenciado um RDBMS full >> que vai virar Prod e nessa ocasião vai ultrapassar o tamanho de dados >> permitido no XE, tendi.... >> Muito bem, minha Recomendação seria nesse meio-tempo enquanto o pessoal >> tá providenciando um banco FULL vc ir fazendo seus testes/desenvolvimentos >> em cima desses dados reais mas em pequeno volume no XE mesmo... >> Para que o import possa ocorrer vc vai criar um banco XE novo e usar >> uma das opções que indiquei em URLs anteriores - acredito que a melhor seja >> a opção de fazer o import criar as tabelas sem dados E delimitrada por BYTE >> mesmo que nem deve estar vindo da Produção/origem e depois rodar o >> scriptzinho que altera as colunas string de delimitado em BYTEs para >> delimitado em CHARs.... Feito isso aí vc roda o import de dados.... >> >> []s >> >> Chiappa >> >> > >