Re: [Resolvido] - Ajuda com o Kmymoney

[riesdra]

Vou deixar o padrão mesmo. Muito obrigado a todos.--Ricardo Libanio  On 
Dom, 21 jun 2020 18:05:43 -0300  l...@dutras.org  wrote Le dimanche 14 juin 
2020 à 21:09 -0300, riesdra a écrit :
> preciso ver como migrar o banco ou criar o banco e migrar as tabelas

Faz um tempo não faço isso.  Veja a documentação do Debian para o
PostgrSQL, deve estar em /usr/share/doc/postgresql* — quanto a
migrar, isso é de cada aplicativo, então tem de ver se esse programa
tem instruções a respeito.  Se for SQLite, deve ser mais simples.


-- 
/¯\
\ / +55 (61) 3546 7191 xmpp:leand...@jabber.org
 X  +55 (61) 99302 2691
/ \ BRAZIL GMT−3  https://useplaintext.email/#why-plaintext

Re: [Resolvido] - Ajuda com o Kmymoney

[Leandro Guimarães Faria Corcete DUTRA]

Le dimanche 14 juin 2020 à 21:09 -0300, riesdra a écrit :
> preciso ver como migrar o banco ou criar o banco e migrar as tabelas

Faz um tempo não faço isso.  Veja a documentação do Debian para o
PostgrSQL, deve estar em /usr/share/doc/postgresql* — quanto a
migrar, isso é de cada aplicativo, então tem de ver se esse programa
tem instruções a respeito.  Se for SQLite, deve ser mais simples.


-- 
/¯\
\ / +55 (61) 3546 7191 xmpp:leand...@jabber.org
 X  +55 (61) 99302 2691
/ \ BRAZIL GMT−3  https://useplaintext.email/#why-plaintext

Re: [Resolvido] - Ajuda com o Kmymoney

[riesdra]

China controlo banco, cartão de crédito, investimentos, etc, e gostei do 
kmymoney para fazer isto.Leandro tem algum site com material que explique como 
eu possa fazer está migração para SQLite ou PostgreSQL?O PostgreSQL já até 
instalei, mas preciso ver como migrar o banco ou criar o banco e migrar as 
tabelas, está parte não consegui fazer.--Ricardo Libanio  On Dom, 14 jun 
2020 10:01:40 -0300  l...@dutras.org  wrote 14 de jun de 2020 09:36:11 
China :

> Se vc converter pra sql usando sgbd local sua máquina pode ter 
desempenho melhor no kmoney mas piorar o desempenho geral da máquina pela 
concorrência dos recursos do servidor local do banco de dados com as 
demais tarefas,  especialmente pela pouca RAM.

Só se for MySQL ou derivados.  SQLite ou PostgreSQL em geral serão mais 
econômicos que processar arquivos XML ou analogos.  Como é evidente no 
consumo de recursos do apt.  Mas com um arquivo tão pequeno SQLite talvez 
seja ideal.

Re: [Resolvido] - Ajuda com o Kmymoney

[Leandro Guimarães Faria Corcete DUTRA]

14 de jun de 2020 09:36:11 China :

Se vc converter pra sql usando sgbd local sua máquina pode ter 
desempenho melhor no kmoney mas piorar o desempenho geral da máquina pela 
concorrência dos recursos do servidor local do banco de dados com as 
demais tarefas,  especialmente pela pouca RAM.


Só se for MySQL ou derivados.  SQLite ou PostgreSQL em geral serão mais 
econômicos que processar arquivos XML ou analogos.  Como é evidente no 
consumo de recursos do apt.  Mas com um arquivo tão pequeno SQLite talvez 
seja ideal.

Re: [Resolvido] - Ajuda com o Kmymoney

[China]

Bom dia. Se vc converter pra sql usando sgbd local sua máquina pode ter
desempenho melhor no kmoney mas piorar o desempenho geral da máquina pela
concorrência dos recursos do servidor local do banco de dados com as demais
tarefas,  especialmente pela pouca RAM.

Se vc usar um servidor online pode resolver este problema é ainda ter
portabilidade de usar num app no celular,  mas terá de conviver com o
improvável de estar sem internet ou com o serviço escolhido fora do ar. Mas
na minha humilde opinião esse risco ê o mesmo de vc ficar sem o note por
Alvin outro problema qualquer.

Finalizando meu pitaco, eu uso uma planilha calc mesmo,  bem simples,  pra
controlar as finanças domésticas. Nunca senti necessidade de um app para
isso. Essa planilha eu peguei num cursinho antigo do banco do Brasil de
educação financeira básica e fui adaptando aos poucos.

Em dom, 14 de jun de 2020 09:07, riesdra  escreveu:

> Obrigado a todos, a resposta do Anderson resolveu meu problema.
>
> Quanto a migrar a base para sql será que vale a pena? O problema de
> lentidão será que resolve com isto, ou pode ser o meu note, ele é um i3 com
> 4 gb de memória HD de 5400, o arquivo descompactado dá 7,8 mb não acho que
> seja grande.
>
>
> --
>
>
>
> *Ricardo Libanio*
>
>
>  Ativado Sáb, 13 jun 2020 21:49:29 -0300 *riesdra  >* escreveu 
>
>
> Rapaz, deve resolver uso ele no formato padrão .kmy amanhã faço este
> teste, mas deve resolver, não sabia que ele era compactado tentei abrir
> direto no editor mas fica irreconhecível, quanto a usar ele no SQL, como
> citou tem como migrar? Será que fica mais leve, pois ele está pesado tem
> horas que ao passar  campo ele trava a transação por uns 30 segundos para
> depois liberar o lançamento normalmente.
>
> --
>
>
>
> *Ricardo Libanio*
>
>  On Sáb, 13 jun 2020 13:29:38 -0300* andi.de...@gmail.com
>  * wrote 
>
>
>
> Dependendo do tipo de armazenamento que você escolheu (XML ou SQL), talvez
> uma alternativa seja excluir esse lançamento "por fora". Se for em XML, ele
> guarda as informações em um arquivo XML compactado (com gzip) com a
> extensão ".kmy", é só descompactar ele e abrir o arquivo em um editor de
> textos. Olhando rapidamente a estrutura desse XML, existe uma tag
> "", e dentro dela várias tags "", por exemplo:
>
> 
>postdate="2020-06-12" id="T01">
>
>  reconciledate="" account="A01" shares="1000/50" action="" id="S0001"
> payee="" bankid="" number=""/>
>  reconciledate="" account="A02" shares="-1000/50" action="" id="S0002"
> payee="" bankid="" number=""/>
>
>   
>postdate="2020-06-12" id="T02">
>
>  reconciledate="" account="A01" shares="-17719/100" action="" id="S0001"
> payee="P03" bankid="" number=""/>
>  reconciledate="" account="A03" shares="17719/100" action="" id="S0002"
> payee="P03" bankid="" number=""/>
>
>   
>  
>
> Então você pode procurar pela transação problemática, excluir a tag
> "..." correspondente, salvar o arquivo,
> compactar novamente com o gzip e ver se resolve. Só não esqueça de manter
> um backup do arquivo original caso alguma coisa dê errado.
>
> Se for em SQL, daí vai depender do servidor escolhido. Pelo que vi, o
> KMyMoney suporta MySQL, PostgreSQL e um SQLite Cypher, o que implica em
> conectar nesses bancos via um cliente SQL apropriado e rodar um comando SQL
> na tabela certa pra excluir o registro com a transação problemática...
>
> My 2 cents.
>
> Espero ter ajudado.
>
> On Thu, Jun 11, 2020 at 10:05 PM riesdra  wrote:
>
> as datas e horas do meu debian estão certas, não entendo como isto ocorreu.
>
> --
>
>
>
> *Ricardo Libanio*
>
>
>  Ativado Thu, 11 Jun 2020 21:54:33 -0300 *Rodolfo  >* escreveu 
>
> Vc verificou se houve alteração no timezone?
>
> Em qui, 11 de jun de 2020 20:49, riesdra  escreveu:
>
> Olá a todos, tenho um arquivo do kmymoney que uso ele desde 01/2008 de uns
> dias pra cá ao salvar ele esta me dando uma mensagem de erro de data
> 27/12/1898. Não sei como criou um lançamento com esta data e valor zero, no
> localizar acho ele, mas ali não deixa excluir, ao dar 2 clique ele vai pra
> conta mas não carrega o lançamento acho que por causa da data antiga dele,
> alguém tem ideia de como posso excluir este lançamento?
>
> desde já agradeço a todos.
>
>
>
>
> --
>
>
>
> *Ricardo Libanio*
>
>
>
>
>
>
>
> --
>  Anderson R. Livramento
> Florianopolis - Santa Catarina - Brasil
>
> "Onde quer que você esteja, você sempre estará lá."
>
>
>
>

Re: [Resolvido] - Ajuda com o Kmymoney

[riesdra]

Obrigado a todos, a resposta do Anderson resolveu meu problema.



Quanto a migrar a base para sql será que vale a pena? O problema de lentidão 
será que resolve com isto, ou pode ser o meu note, ele é um i3 com 4 gb de 
memória HD de 5400, o arquivo descompactado dá 7,8 mb não acho que seja grande.




--
Ricardo Libanio





 Ativado Sáb, 13 jun 2020 21:49:29 -0300 riesdra  
escreveu 




Rapaz, deve resolver uso ele no formato padrão .kmy amanhã faço este teste, mas 
deve resolver, não sabia que ele era compactado tentei abrir direto no editor 
mas fica irreconhecível, quanto a usar ele no SQL, como citou tem como migrar? 
Será que fica mais leve, pois ele está pesado tem horas que ao passar  campo 
ele trava a transação por uns 30 segundos para depois liberar o lançamento 
normalmente.

--
Ricardo Libanio




 On Sáb, 13 jun 2020 13:29:38 -0300 mailto:andi.de...@gmail.com  wrote 







Dependendo do tipo de armazenamento que você escolheu (XML ou SQL), talvez uma 
alternativa seja excluir esse lançamento "por fora". Se for em XML, ele guarda 
as informações em um arquivo XML compactado (com gzip) com a extensão ".kmy", é 
só descompactar ele e abrir o arquivo em um editor de textos. Olhando 
rapidamente a estrutura desse XML, existe uma tag "", e dentro 
dela várias tags "", por exemplo:



  
   
    
    
   
  
  
   
    
    
   
  
 


Então você pode procurar pela transação problemática, excluir a tag 
"..." correspondente, salvar o arquivo, compactar 
novamente com o gzip e ver se resolve. Só não esqueça de manter um backup do 
arquivo original caso alguma coisa dê errado.



Se for em SQL, daí vai depender do servidor escolhido. Pelo que vi, o KMyMoney 
suporta MySQL, PostgreSQL e um SQLite Cypher, o que implica em conectar nesses 
bancos via um cliente SQL apropriado e rodar um comando SQL na tabela certa pra 
excluir o registro com a transação problemática...



My 2 cents.



Espero ter ajudado.



On Thu, Jun 11, 2020 at 10:05 PM riesdra  wrote:

as datas e horas do meu debian estão certas, não entendo como isto ocorreu.


--
Ricardo Libanio





 Ativado Thu, 11 Jun 2020 21:54:33 -0300 Rodolfo 
 escreveu 


Vc verificou se houve alteração no timezone?


Em qui, 11 de jun de 2020 20:49, riesdra  escreveu:





Olá a todos, tenho um arquivo do kmymoney que uso ele desde 01/2008 de uns dias 
pra cá ao salvar ele esta me dando uma mensagem de erro de data 27/12/1898. Não 
sei como criou um lançamento com esta data e valor zero, no localizar acho ele, 
mas ali não deixa excluir, ao dar 2 clique ele vai pra conta mas não carrega o 
lançamento acho que por causa da data antiga dele, alguém tem ideia de como 
posso excluir este lançamento?

desde já agradeço a todos.





--
Ricardo Libanio





















-- 
 Anderson R. Livramento
Florianopolis - Santa Catarina - Brasil


"Onde quer que você esteja, você sempre estará lá."