Pergunta

Estou criando e aplicativo que irá contar com um banco de dados, e eu tenho toda a intenção em usar um db arquivo simples, há quaisquer razões sérias para ficar longe de isso?

Eu estou usando mimesis ( http://mimesis.110mb.com ) é mais simples do que usando o MySQL, que eu tenho que admitir que eu tenho pouca experiência com. Eu estou querendo saber sobre a segurança do db. mas os arquivos são armazenados como php e parece ser uma solução sólida base de dados.

Eu realmente gosto da facilidade de backup e transportar os bancos de dados, o que eu encontrei mais difícil com o MySQL. Eu vejo que todo mundo parece preferir o caminho mySQL? - e ele provavelmente é mais rápida quando se trata de consultas mas diferente do que há alguma razão para ficar longe de dbs de arquivos simples e (finalmente) aprender corretamente mysql


Editar Só para que as pessoas saibam, Eu acabei indo com o MySQL, e estou usando o framework CodeIgniter. Ainda como o db arquivo simples, mas já percebi que é muito mais complexa para este projeto do que o necessário.

Foi útil?

Solução

A resposta é "Fine" Se você só precisa de uma estrutura de arquivo simples. Um teste: Será que uma única simples planilha lidar com todas as necessidades? Se não, você precisa de uma estrutura relacional, e não um arquivo simples.

Se você não tem certeza, talvez você pode começar de arquivo simples. SQLite é um ótimo aplicativo para começar a trabalhar.

Não é bom para aprender que você fez a escolha errada, se você descobrir isso longe demais ao longo do processo. Mas se você compreender a importância de uma estrutura relacional, e converter cedo, se necessário, em seguida, você está bem.

Outras dicas

Use SQLite , você tem um banco de dados com muitos recursos SQL e ainda é apenas um único arquivo.

Saudações, eu sou o criador de Mimesis. Bancos de dados relacionais e SQL são importantes em situações onde você tem grandes quantidades de dados que precisam ser tratadas. São arquivos planos superiores aos bancos de dados de relação? Bem, você pode pedir ao Google, como todo o seu sistema de arquivamento trabalha com arquivos simples, e seu popular motor de busca mais na Terra. Does Mimesis comparar ao seu sistema? Provavelmente não.

Mimesis foi criado para resolver um problema de nicho particular. Eu só uso sites gratuitos para os meus esforços em linha. A abundância de sites gratuitos oferecem a possibilidade de usar o PHP. No entanto, eles não fornecem acesso de banco de dados SQL livre. Portanto, eu precisava para criar um banco de dados que armazena dados, implementar bloqueio, e trabalhar em torno permissões de arquivo. Estes foram os parâmetros de projeto preliminar de Mimesis, e sucede em todos os.

Se você precisa de uma idéia da velocidade de Mimesis, se você navegar para a primeira página ele vai dizer em que país você está vendo o site do. Este banco de dados livre é retirado do local ip2nation.com e portado em um FFDB Mimesis. Ele tem centenas, se não milhares de entradas.

Além disso, o contador de visitas na página principal já rastreou mais de 7000 visitantes. Estes são visitas únicas, o que significa que o script tem que procurar o banco de dados para ver se o endereço IP que já está visitam existe, e também realiza uma contagem do total de IPs.

Se você percebeu os principais página carrega-se muito rapidamente e tem dois scripts de banco de dados Mimesis bastante intensivos em execução no backend. A forma como armazena dados Mimesis é feito para acelerar os procedimentos de ler e escrever e também procedimentos de tradução. A maioria dos exemplos de FFDB scripts ou outros scripts FFDB lá fora usar um arquivo CVS simples ou outra algum tipo de estrutura para armazenar dados. Mimesis realmente interpreta os dados binários em alguns níveis para aumentar a sua funcionalidade. Mimesis é um pouco de um híbrido entre um banco de dados de arquivo plano e uma base de dados relacional.

A maioria dos outros scripts FFDB envolvem reescrever o arquivo completo cada vez que uma atualização é feita. O Mimesis não fizer isso, ele reescreve apenas o arquivo estrutural e atualiza o conteúdo da linha reais. De modo que mesmo se um erro ocorrer você só perde novos dados que é adicionado, e não qualquer dos dados mais antigos. Mimesis também mantém sua história. A menos que a tabela é atualizada dos dados que as linhas já havia ainda está contido dentro.

Eu poderia continuar falando sobre todos os recursos, mas isso não é concebida como um "Mimesis é o maior banco de dados sempre" discurso. Moreso, a sua intenção dos olhos das pessoas abertas ao fato de que o SQL não é a tecnologia só disponíveis, e que arquivos simples, quando administrado paradigmas de desenvolvimento adequadas são superiores a um banco de dados relacional, tendo em conta que eles são mais especializados.

arquivos simples Longo ao vivo e os programadores que bravo as dores de cabeça que se seguem.

Eu realmente gosto da facilidade de fazer backup e transportar as bases de dados, as quais Eu descobri mais difícil com o MySQL.

Use SQLite como mencionado em outra resposta. Há apenas um arquivo para backup, ou configurar lixeiras periódicas dos bancos de dados MySQL para arquivos SQL. Isso é uma coisa relativamente simples de fazer.

Eu vejo que todo mundo parece preferir a forma como mySQL - e ele provavelmente é mais rápida quando se trata de consultas

A velocidade é definitivamente uma consideração. Bases de dados tendem a ser muito mais rápido, porque os dados são organizados melhor.

diferente da que existe alguma razão para ficar longe de dbs de arquivos simples e (Finalmente) aprender corretamente mysql?

Claro que há muitas razões para usar uma solução de banco de dados, mas há argumentos a serem feitos para arquivos simples. É sempre bom aprender outros do que o que você uso "normalmente" as coisas. A maioria das decisões dependem da aplicação. Quantos usuários simultâneos que você vai ter? Você precisa de suporte a transações?

Queria informar que Mimesis passou do URL original para http://mimesis.site11.com/

Além disso, estou mudando o foco de Mimesis de um FFDB a uma loja de key-value. É mais sensato Dado os tipos de informação que eu estou armazenando e os métodos que eu uso para recuperá-lo. Houve também um grave erro presente na codificação de Mimesis (que eu tenho desde fixo). No entanto, ainda estou em fase de testes do novo tipo de armazenamento de valores-chave. Eu também estive com outras coisas desviada. Bloqueio também foi alterada a partir do uso de criação de arquivos para criação de diretório como o mecanismo de exclusão mútua.

A interoperabilidade. MySQL pode ser conectado por basicamente qualquer idioma que conta. Mimesis é improvável que seja utilizável fora PHP.

Isto torna-se significativa no momento que você tentar usar perfis, ou modificar dados do lado de fora.

Você também pode olhar para http://lukeplant.me.uk/resources/flatfile/ para o Flatfile Pacote PHP.

O problema com indo flatfile é que, a fim de ajustar a situação para o desenvolvimento você tem que alterar uma quantidade significativa de código, a fim de melhorar a base do sistema. Considerando se fosse um sistema de SQL puro isso exigiria pouca ou nenhuma modificação para prosseguir no futuro.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top