Acontece o seguinte, como são diversas bases importamos cada uma com um odbc, assim por Exemplo se precisamos de importar uma base em txt, criamos um 'odbc txt', se precisamos de Access, criamos um 'odbc access', se precisamos de algo do Oracle, baixamos atraves de 'odbc oracle', essas rotinas de extração via odbc são controladas através de scripts em ACL, por esse motivo precisamos forçar a importação através de 'odbc ods', e não utilizar SQL pois nossas rotinas não dão suporte SQL.
Abraços Em 31/07/07, Andre Cavalcante <[EMAIL PROTECTED]> escreveu: > > Em 31/07/07, DanieL <[EMAIL PROTECTED]> escreveu: > > > > Seguinte pessoas, > > > > Todo mês várias pessoas me mandam diversos arquivos em Microsoft Excel > > (.xls) e em OO ou BrOffice Calc (.ods) ... então pego esses arquivos e > > jogo > > via > > *ODBC *para um banco de dados próprio nosso. > > Só que agora a politica é descartar o Microsoft Office, e instalaram o > > BrOffice em todas as maquinas. > > Como são muitos arquivos é extremamente brochante abrir todos arquivos > em > > '.ods' e *salvar como* em '.xls' para dai importar via *ODBC.* > Excolhemos > > ODBC por que todo esquema montado já funciona pelo Microsoft ODBC for > > Excel, > > ... o que queriamos é: > > > > Um driver ODBC para BrOffice (ou OpenOffice) para Microsoft Windows, > para > > poder importar as planinhas em Calc (.ods) via odbc, é possivel? > > > > Se alguem puder me ajudar ou exclarecer uma outra forma de importação > dos > > dados ficarei muita agradecido. > > > Faça um filtro SQL para cada tipo de tabela/arquivo de dados que você > tenha. > Ou então abra duas instâncias do BD, uma apontanto para o arquivo e a > outra > apontando para o BD corporativo. Isso tudo se resolve fácil-fácil. Até > copiar e colar no Base resolve. Outra forma é fazer um stored no banco de > dados corporativo (que seria a forma mais acertada). > > André Cavalcante > -- _=DanieL=_ "Quando a afinação sincronizada é soada, precisa ser harmonizada, tocada e explorada, senão será uma nota perdida."
