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 <ries...@zoho.com> 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 <ries...@zoho.com > <ries...@zoho.com>>* 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 > <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 > "<TRANSACTIONS>", e dentro dela várias tags "<TRANSACTION>", por exemplo: > > <TRANSACTIONS count="2"> > <TRANSACTION memo="" entrydate="2020-06-12" commodity="BRL" > postdate="2020-06-12" id="T000000000000000001"> > <SPLITS> > <SPLIT reconcileflag="0" price="1/1" value="1000/50" memo="" > reconciledate="" account="A000001" shares="1000/50" action="" id="S0001" > payee="" bankid="" number=""/> > <SPLIT reconcileflag="0" price="1/1" value="-1000/50" memo="" > reconciledate="" account="A000002" shares="-1000/50" action="" id="S0002" > payee="" bankid="" number=""/> > </SPLITS> > </TRANSACTION> > <TRANSACTION memo="" entrydate="2020-06-12" commodity="BRL" > postdate="2020-06-12" id="T000000000000000002"> > <SPLITS> > <SPLIT reconcileflag="0" price="1/1" value="-17719/100" memo="" > reconciledate="" account="A000001" shares="-17719/100" action="" id="S0001" > payee="P000003" bankid="" number=""/> > <SPLIT reconcileflag="0" price="1/1" value="17719/100" memo="" > reconciledate="" account="A000003" shares="17719/100" action="" id="S0002" > payee="P000003" bankid="" number=""/> > </SPLITS> > </TRANSACTION> > </TRANSACTIONS> > > Então você pode procurar pela transação problemática, excluir a tag > "<TRANSACTION>...</TRANSACTION>" 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 <ries...@zoho.com> 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 <rof20...@gmail.com > <rof20...@gmail.com>>* escreveu ---- > > Vc verificou se houve alteração no timezone? > > Em qui, 11 de jun de 2020 20:49, riesdra <ries...@zoho.com> 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á." > > > >
