Cuidados a ter antes de vender ou dar o seu dispositivo

Antes de vender ou dar algum dos nossos dispositivos convém limpar todos os nossos dados para que, depois, eles não possam ser usados por terceiros.

Veja como fazê-lo aqui

Experiência dum utilizador com o banco de dados Openoffice (Libre) chamado "Base"

Postado em 4 de dezembro de 2017 por Scottish-Skeptic

Como um apoiante completamente convencido da maioria dos produtos do Openoffice, uso regularmente a planilha para todos os tipos de coisas. Então, quando eu queria analisar alguns sites históricos, eu comecei naturalmente importando um arquivo CSV (variável separada por vírgula) em uma planilha simples. Isso me deu os conceitos básicos de nome, localização, etc.

No entanto, percebi muito em breve que, porque não conseguia visitar todos os sites, fiquei severamente limitado em que informação eu poderia obter. E, portanto, eu tinha que confiar em: imagens disponíveis na web, descrições (muitas vezes apenas algumas palavras sobre cada local), mapas, fotografia aérea e visão de rua.

A maior parte desta informação é visual, então, para cada site, eu queria ter armazenado ao lado das descrições de texto e "sim / não" sobre quais recursos estavam em um site, as fotos originais. E enquanto eu tenho imagens copiadas e coladas em uma mesa muitas vezes antes, sempre foi problemática.

Paradoxalmente, embora você pense que armazenar uma imagem com dados seria fácil em Calc (planilha eletrônica), minha experiência é que ela é melhor armazenada no escritor do openoffice, pois ele lida muito melhor com o redimensionamento para se ajustar a imagens do que o openoffice calc. No escritor (quando você se lembra de como?) Eles ficam na mesa, mas no calc, parece que as imagens têm uma vida própria e, muito rapidamente, eu encontro imagens estranhas em todo o lugar que já não "pertence" a nenhum registro . (Talvez seja porque você inevitavelmente tenta classificar as tabelas - e as imagens ficam "deixadas para trás").

No entanto, as tabelas do openoffice podem ser melhor formatadas e mais fáceis de trabalhar quando as imagens estão presentes, mas são muito mais difíceis de usar quando os dados se estendem por várias larguras de tela. Você ganha porque as tabelas se expandem - mas isso significa que muito rapidamente a tabela é absolutamente enorme se qualquer um dos campos for grande. E isso é o que eu tive, imagens + várias larguras de tela de colunas. Além disso, é uma dor real quando você tem dados ímpares, por exemplo, dados que são realmente uma escolha de "OPÇÕES" (pequenas, médias, grandes, mega).

BASE

Percebendo que o projeto para analisar os dados poderia demorar até um mês, pensei que valia a pena gastar algum tempo, otimizando o método de gravação dos dados. A partir da minha experiência anterior com o Access e o MySQL que era claramente uma abordagem baseada em formulários com um banco de dados "tabela" (aka folha de cálculo), sentado em segundo plano, sendo preenchido pelo formulário.

Então, enquanto eu tentava e falhei antes, pensei que valia a pena examinar o produto Base Openoffice porque minha aplicação era TÃO SIMPLES. Meu raciocínio: "como ele poderia deixar de fazer algo tão simples?" (Bem, sim)

Obviamente, eu tinha tido uma olhada na base antes, mas não fiquei impressionado porque pareceu ter todos os recursos que eu achava tão úteis no Access. No entanto, porque eu não precisava de recursos complexos e era principalmente uma questão de "escala" e eficiência de entrada de dados e não precisava de muitos recursos complexos, eu decidi dar outro passo.

Agora, a realidade é que quando você abre a base, não há muito lá, que está imediatamente fora de colocar. Na verdade, não há opção para importar ou exportar dados - o que foi a primeira coisa que eu tive que fazer. E isso permite que você seja potente quando você não consegue iniciar um projeto sem ler muitos fóruns de ajuda para encontrar a resposta.

Descobriu que "tudo o que tinha que fazer" era copiar e colar. Coloco isso entre aspas, porque é quase inutilizável como uma característica. Ontem (como eu tentei migrar para fora da base), a única maneira de copiar meus dados fora da base era para outra versão da base conectada ao MySQL, era que eu tinha que copiar cada tabela, fechar a base, abri-la novamente, em seguida, colar e fechá-lo para cada tabela (ele continua tentando colar os mesmos dados, não importa o que você faz, até forçá-lo a limpar a memória, fechando-o).

E por que eu estava tentando armazenar meus dados no MySQL - porque a base bateu o primeiro dia que eu usei, eliminando meu banco de dados inteiro (e não há backup automático como em outros produtos) e ele já caiu regularmente. Felizmente, consegui recuperar o formulário, que era, paradoxalmente, as principais horas-homem de esforço. Mas ele caiu quase todos os dias, usei isso. E para as coisas mais simples ... como simplesmente arrastar uma caixa ao redor no designer do formulário .... CRASH ... e não só Baseado, mas todo o escritório aberto vai e, nesse momento, incluiu trabalho que não havia sido salvo no escritor.

Então, no caso de você querer a resposta curta para usar a base, não posso honestamente recomendá-la a qualquer um para qualquer propósito.
Recomendação

NÃO - NÃO O USE

Os principais motivos:

Ele trava tão freqüentemente que você não pode usá-lo para dados "efêmeros" - dados que são perdidos a menos que sejam gravados, como gravar quem telefonou para telefones (a menos que também tenha sido gravado em papel ou possa ser retirado de alguma outra forma).
Ele cai com tanta frequência que você deveria estar apoiando-o EXTREMAMENTE freqüentemente. Tão freqüentemente que você tem que parar regularmente de entrar nessa

base puramente para fechar completamente para garantir que os dados estejam atualizados (salvar não é salvo - em vez disso, os dados não são seguros até que a base seja fechada). E, em seguida, copie e cole o banco de dados antigo para um novo arquivo (base externa). Na verdade ... eu sou tão céptico quanto à base destruindo dados, que eu mesmo mantenho cópias em outras pastas. Não há nenhuma maneira correta de importar e exportar dados do banco de dados de base do Openoffice / Libre **. Sim, você pode copiar e colar, mas isso não é o que as pessoas mais razoáveis ​​querem dizer com exportação / importação, e mesmo assim, o software é tão ropey e buggy que você não pode entregar a pessoa analfabeto do seu computador com instruções e tenha alguma esperança de que possam importar ou exportar dados usando copiar e colar. E, por exemplo, quando eu copiei e colei para o Excel - acabei com uma completa e caótica bagunça de formatação. Você sabe que há algo gravemente errado com um produto, quando, depois de várias horas, tentando entender por que você não pode copiar e colar, você está exaltado para finalmente obter seus dados fora da base em algo seguro. Eu assumi que eu poderia facilmente conectar a base a outros produtos. Por exemplo, eu assumi que eu poderia facilmente usar uma planilha calc como uma tabela. Isso pode ser possível (tão opaco é a ajuda), mas não descobri como. Além disso, dada a forma como a base destrói seus próprios arquivos, não confiaria nisso para manter a integridade de qualquer coisa a que estava conectado. Não existe uma ajuda significativa - e os problemas que impedem que os usuários possam usar o software rotulam e ridicularizem "RESOLVIDO" quando não há claramente uma solução para o usuário. O mais grave bugbear - é que toda vez que você tem um problema e pesquisa on-line , você achará que um idiota marcou a solução. Não é apenas irritante - na verdade é claramente o motivo pelo qual a base nunca ultrapassou um "teste". Estive procurando online, por soluções para os vários problemas que encontrei e, em quase todas as ocasiões, encontrei posts marcados como "RESOLVIDOS" quando de fato o problema ainda existe, mas algum programador de software idiota decidiu que porque não os afeta (eles vivem em um mundo efêmero onde tais questões mundanas não os afetam), não é um problema. Apesar do fato de que esses problemas estão bloqueando pessoas como eu usando a base. E é por isso que não está amadurecendo - porque qualquer pessoa razoável (ou seja, não um engenheiro de software) que tenta usar a base, vai encontrar um problema que é um bloqueador para Usando a base, mas o que algum programador de software ignorado considerou "não é um problema, portanto, SOLUÇÃO" - e, portanto, nunca será resolvido.SOLVED SIGNIFICANDO QUE É UMA SOLUÇÃO E é essa atitude por que não me incomodou em levantar qualquer um dos numerosos Problemas que tenho no sistema de relatório do problema do openoffice. E se eu me sentir assim, então, muitas outras pessoas vão sentir o mesmo. Em suma, não é conveniente gastar o tempo documentando problemas, porque eles inevitavelmente serão marcados como "RESOLVIDOS" como se o peculiar do usuário precisasse ter um produto funcionando é o problema real. É bem claro que estaria perdendo meu tempo porque Todas as questões que bloqueiam o uso já foram marcadas como "RESOLVIDAS". A realidade é que não há solução, não está resolvida, é só que marcar um problema "SOLUÇÃO" significa que eles disseram que não vão trabalhar nisso. E eu toço a voz! Claro que eu sou ... principalmente porque é quase um bom software, o que, mas a atitude daqueles que lidam com os sérios problemas que bloqueiam os usuários, se tornaria um produto fantástico há muito tempo. Os problemas mais simples são os maiores problemas. Para explicar, eu finalmente tinha algo de trabalho e estava começando a adicionar locais, e enquanto processava cada local percebi que havia alguns dados adicionais que eu poderia estar capturando. Como resultado, eu estava constantemente adicionando novos campos. Bem, como você pode imaginar, o banco de dados foi uma bagunça. Então, naturalmente, quando eu estava começando a perder campos, eu fui arrumá-los, por exemplo, colocar todos os campos da caixa de seleção, assim também as breves descrições de texto. Mas não! Depois de várias horas tentando descobrir o que estava fazendo errado e por que Eu não consegui alterar a ordem dos campos Eu li alguns comentários simples dizendo "PROBLEMAS DE EMISSÃO" - no qual eles basicamente disseram "nós não pensamos que você deveria estar mudando a ordem (porque não trabalhamos assim), então nós não está fazendo nada sobre isso ". Bem, foi uma questão importante para mim. Eu não sou o trabalhador mais limpo, mas quando eu começar a perder campos, PRECISO arrumar e não havia como fazê-lo dentro da base. (Você pode copiar e colar - mas não posso te dizer o processo porque geralmente vai errado quando tento fazê-lo e tenho que repeti-lo muitas vezes antes de obter algo que eu preciso. O grande problema é o "auto-incremento" campos. Eu acho que minha estratégia é criar uma tabela vazia, em seguida, mudar o id para o automóvel -Incremento - MAS MANTENHA SALVAR - porque o fechamento sem salvar causa problemas. E então eu passado nos dados - e vivo com o fato de que os IDs não correspondem mais se eu excluiu QUAIS registros). Ele claramente não foi resolvido. Em vez disso, era uma questão aberta que alguém (por razões próprias) decidiram que não queriam trabalhar, então, embora não houvesse solução, eles falsamente o marcaram "SOLUÇÃO". Posso dizer-lhe como um usuário QUE É UMA GRANDE ELEMENTO CRÍTICO MESMO. Eu digo crítico porque, exceto pelo fato de eu ter imagens múltiplas, eu teria desistido naquele ponto e voltado para a planilha (como já fiz várias vezes antes de dar uma chance de tiro). E isso caiu e caiu e CRASHED. Então, quando percebi que talvez eu precisasse duplicar o banco de dados porque as localizações eram de dois tipos distintos, antes de iniciar o novo banco de dados, pensei que seria muito melhor iniciá-lo em uma plataforma estável, como o MySQL. Dessa forma, os dados vitais seriam SEGUROS fora da base e a base deveria ser muito mais estável se contiver apenas os formulários que não estavam mudando. Então, tentei migrar os dados para o MySQL. E isso pareceu funcionar um charme (exceto para precisar de um driver de 32 bits, não o 64bit que era padrão), até que eu tentei executar o formulário com um subformulário. Deixe-me reiterar o que estou fazendo ... Eu olho para cada local, eu adiciono os dados para uma localização (muitas vezes apenas uma frase e algumas caixas de seleção para os recursos que posso ver), então eu adiciono as imagens em uma sub-forma (que são armazenadas como um nome de arquivo simples - então realmente realmente simples). Mas depois de 6 horas procurando ontem à noite - parece que esta aplicação absolutamente simples - envolvendo apenas duas tabelas (apenas mais uma que uma planilha eletrônica) não é possível na base. Um formulário com um subformulário não funcionará com o MySQL. Agora, eu poderia facilmente fazer isso em uma página da Web com PHP e MySQL - crie um formulário com um subformulário que adicione automaticamente novos registros para cada nova imagem. Mas eu sei que antes de poder armazenar os dados, tenho que criar explicitamente o novo registro necessário para armazenar os dados da imagem. Assim, quando leio vários relatórios de problemas sobre o assunto, cada um marcou "SOLUÇÃO", sugerindo que não é "uma base" problema ", eu sabia que isso era TOTAL TWADDLE. A questão é clara e inequivocamente com base, porque se eu estivesse escrevendo um formulário Php em um site e o MySQL não estava fazendo o que eu queria fazer ... Eu nem sonharia com dizendo "PROBLEMA SOLUÇÃO PORQUE NÃO É MEU PROGRAMA WEB QUE NÃO VAI TRABALHAR COM MYSQL". A questão permanece e, em vez disso, COMO qualquer programador decente, tenho que encontrar uma maneira de obter meu código PHP para trabalhar com o MySQL. E também o OpenOffice / Libre base tem que encontrar uma maneira de trabalhar com o MySQL e não o contrário. E até que ele funcione corretamente, a questão não tem sentido da palavra "SOLUÇÃO". (Salte se quiser) Para explicar, a questão é essa. Na tabela de locais, eu tenho uma entrada para um local. Mas na tabela de imagens, até eu adicionar uma imagem para esse local, não há entrada para esse local. Na base, você "simplesmente" (?) Adiciona a imagem ao subformulário (usando um clique direito obscuro ... que levou horas para encontrar). No entanto, ele funciona quando você armazena os dados no MySQL. E o motivo é porque o "backend" básico criará, implicitamente, uma entrada na tabela de imagens para armazenar os dados da imagem, ao passo que o MySQL precisa ser explicitamente explicado para criar uma nova gravação. Para usar uma analogia muito simples ... se um professor diz "agora escreva no seu livro de texto o seguinte", é como se a base estivesse dizendo "não é possível ... porque você não me disse para ir para a página vazia". O professor não diz explicitamente aos alunos que encontrem uma página vazia, porque essa instrução está implícita. No entanto, isso também significa que, quando a base tem um problema, porque ele cria, implicitamente, uma nova entrada - uma vez eu encontrei 30 "imagens" que foram criadas quando a forma congelou e eu continuei batendo botões tentando fazê-lo fazer algo. Então, MySQL precisa ser informado explicitamente para criar um novo registro para cada imagem, enquanto a base irá fazê-lo implicitamente se você tentar salvar dados de um subformulário de imagem onde não há um registro correspondente para esse local na tabela de imagens. Em outras palavras, eles se afastaram com o fato de não implícita dizer ao banco de dados o que fazer, porque em seu próprio banco de dados ROPEY ele cria registros (... e mesmo quando não desejado). Outros problemas. Há apenas as peculiaridades - muitas vezes ao editar o formulário ... as caixas se moveriam sem motivo aparente. Ou foi impossível colocar ícones no formulário, exceto ao lado esquerdo. E luta com apenas 2000 entradas na tabela. Abro uma mesa e mudo para o número 937 e fica ali com uma página inteira de uma tabela aparentemente da mesma entrada. Eu não sei se está quebrou, mas nunca consegui esperar o tempo suficiente para ver qualquer mudança. Quando eu tive as inúmeras entradas extras na mesa, tentei livrar-se deles copiando e colando as linhas que tinham sido entrou mais tarde (de modo que os índices sejam sequenciais). Você não pode copiar e colar linhas. Ok, isso reflete o comportamento da maioria dos bancos de dados usando o SQL - então, para um nerd de banco de dados, isso pode parecer óbvio que não fará isso, mas do ponto de vista de um usuário onde você está acostumado com o comportamento NORMAL em planilhas, isso é inaceitável. Vou reafirmar o modo REALMENTEODD de inserir os dados de imagem clicando com o botão direito do mouse. Isso não é tão padrão que é totalmente unituitive.Queries - eu esperava poder criar uma consulta que simulasse uma inserção sem realmente fazer a inserção de novos dados (para verificar se estava escolhendo os registros corretos) e, em seguida, fazer pequenos ajustes na consulta baseada em formulário para fazer com que ele insira os mesmos dados. Descobriu que não só era impossível usar o design baseado em formulário para isso, mas o comando SQL era tão diferente que eu estava "codificando cego". Eu poderia prosseguir ... ProsIf só que não era impossível usar praticamente, ele tem o potencial de ser um fantástico software. O assistente de formulário é bom, eu adoro poder exibir e imagem no formulário com (quase) facilidade. Se não fosse pelo fato de que nenhuma pessoa sensata deveria considerar usá-lo por causa de falhas, a falta de fornecer a recursos básicos para usuários comuns e a incapacidade para o aplicativo de banco de dados mais simples (formulário + subformulário) para trabalhar com o meu MySQL. Eu diria que é um fantástico software.Summary Se eu soubesse o que eu sabia antes de eu começar, não teria começado a usar Base. O banco de dados (ou talvez o código associado) dentro da Base é um monte de dados, sendo incapaz de lidar com um banco de dados bastante pequeno de 2000 entradas. Ele constantemente quebrou exigindo EXTREMAMENTE FREQUENTE fechamento de base (você não pode salvar da base) e, em seguida, copiar e colar o arquivo. Apesar das garantias em contrário, não consigo ver nenhuma maneira viável de usar outro banco de dados estável como o MySQL e reter qualquer funcionalidade para subformulários - o que significa que para quase todos os usuários não possui mais funcionalidade do que uma planilha. E se você já chegou ao estágio de armazenar muitos dados - é extremamente difícil e peculiar tirá-lo da base. E a razão pela qual existe um software potencialmente fantástico que é praticamente mero é claro - é porque a pessoas / pessoas que controlam o sistema de "problemas" para o software descartam qualquer coisa e tudo o que eles pessoalmente não podem ser incomodados como "SOLUÇÃO" deixando os usuários sem solução para problemas que bloqueiam seu uso, resultando em um pedaço de software inutilizável Então, qual é a alternativa? Como alguém que pensa que Micro $ oft é um monte de mordida e o que eu acho que é o monopólio ilegal é a principal razão pela qual os computadores quase não progrediram nos últimos 40 anos e evito-os como a praga (bem Eu sempre procuro uma alternativa e usarei de preferência) ... a menos que eu tenha a opção de usar o MySQL e o php. O problema para a maioria das pessoas comuns é que a maioria das "bases de dados" parecem ser escritas por nerds para uso por nerds. Enquanto o que penso que a maioria das pessoas comuns precisam é um software que tenha sinos e assobios que você não possui em planilhas e processadores de texto ... e ainda não encontrei isso em qualquer lugar, exceto o acesso. (É tudo o que estou dizendo) Quanto a mim ... Tenho cerca de 50 locais para terminar na Escócia. Mas se eu fosse para ir mais longe eu tenho cerca de 2000 em outro lugar e talvez vários milhares mais se eu estivesse preparado para estendê-lo ainda mais. Vai morar com as falhas constantes para o 50 escocês, mas esse é o fim. E antes de considerar ir mais adiante, estou mudando para Php-MySQL. Porque será mais rápido e mais confiável criar minha PRÓPRIA APLICAÇÃO em vez de usar a base. ** Openoffice / Libre na esperança de que fosse apenas um problema de operação, eu baixei uma versão de livre. Tanto quanto posso ver, eles são EXACTAMENTE o mesmo produto com apenas pequenas diferenças cosméticas (mudanças nos ícones). ADDENDUMÉ como uma indicação de como o software e a "ajuda" de Potty - eu encontrei um fórum onde as pessoas estavam regularmente publicando "ajudam o meu banco de dados ter travado e perdi tudo". Alguém diria então: "Por favor, envie uma mensagem privada para mim e eu posso ajudar". Mas, em vez disso, publicamos qualquer SOLUÇÃO - as pessoas que executam o fórum "HELP" disseram ao único indivíduo que realmente estava fornecendo qualquer ajuda a qualquer um para parar de oferecer sua ajuda a indivíduos. E é mesmo um problema tão comum que existem também pacotes de software projetados para recuperar dados. Então, de certa forma, tive sorte, meu sistema caiu tão cedo, porque não fui conduzido pelo caminho do jardim para ter 100 horas de manhries em perigo quando inevitavelmente travou SEM AJUDA NA OFERTA.ADDADDENDUME e como para me provar inteiramente certo cada problema real levantado é apenas marcado automaticamente como resolvido: https: //bz.apache.org/ooo/show_bug.cgi? Id = 127622

Traduzido do inglês daqui