--- Em dom, 28/8/11, rogerio dandrea <rolemosda@gmail.com> escreveu:
Depois de muitas idas e vindas
descobri que o mesmo problema com o banco de dados externo
h2, tambem
acontece com o Postgresql,
ele não esta filtrando os dados do subformulario como
deveria, devido a um
bug do libreoffice/openoffice.(bug 113631). Nos bancos
externos é possivel
alterar a memoria cache, o que melhora o desempenho do
banco de dados.
Decidi ir adiante com o postgresql devido ao apoio da
comunidade que achei
mais consistente :0)
Devo contornar o problema com os subformularios via macro
no libreoffice
enquanto não resolvem o bug
Quanto a migração de tabelas, testei diversas maneiras, a
mais rapida e
eficiente é atraves do comando sql gerando arquivos cvs,
embora para que de
certo voce precise arrumar alguns problemas de integridade
do banco de dados
tipo se um campo necessario estiver vazio vai dar pau, voce
preciza atribuir
um valor(0 por exemplo) na tabela que gerou o
relacionamento.
comando sql para gerar tabela.cvs
*SELECT * INTO TEXT "tabela_ a_ser_criada.cvs" FROM
"nome_da_tabela_de_origem"*
o metodo copiar e colar embora mais intuitivo não funciona
bem para tabelas
muito grandes.
A mais uma coisa vou ficar por enquanto com a versão 8.4
do postgresql, pois
a versão nova acabou de sair do forno e para um ambiente
de produção seria
meio ariscado começar com ela.
Rogério:
Creio que quando você diz cvs na realidade deseja dizer csv: Comma-separated values, um formato de
arquivo arquivo texto que contem valores separados por algum delimitador, por ex. ";" (ponto e
vírgula).
Para o presente caso você também poderia utilizar o comando COPY.
http://www.postgresql.org/docs/current/interactive/sql-copy.html
Quanto a versão do PostgreSQL as datas de lançamento são:
9.0 - 2010-09-20
9.0.1 - 2010-10-04
9.0.2 - 2010-12-16
9.0.3 - 2011-01-31
9.0.4 - 2011-04-18
não creio que se possa configurar como "saindo do forno".
A versão 8.4 foi lançada em 2009-07-01 e sua última correção é a 8.4.8 de 2011-04-18. Se optar por
ela não deixe de utilizar a correção mais recente.
http://www.postgresql.org/docs/current/interactive/release.html
O usual é atribuir o valor NULL para campos inexistentes, se bem que se houver uma quantidade muito
grande de NULLs normalmente é considerado uma falha de modelagem (vide processo de normalização dos
dados).
Osvaldo
--
Você está recebendo e-mails da lista usuarios@pt-br.libreoffice.org
# Informações sobre os comandos disponíveis (em inglês):
mande e-mail vazio para usuarios+help@pt-br.libreoffice.org
# Cancelar sua assinatura: mande e-mail vazio para:
usuarios+unsubscribe@pt-br.libreoffice.org
# Arquivo de mensagens: http://listarchives.libreoffice.org/pt-br/usuarios/
Context
- Re: [pt-br-usuarios] [base] separando o libreoffice base do banco de dados depois de pronto (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.