Que ponto alguém deveria decidir mudar Database Systems

votos
10

Ao desenvolver se o seu Web ou Desktop em que ponto se um interruptor de desenvolvedor de SQLite, MySQL, MS SQL, etc

Publicado 07/08/2008 em 17:06
fonte usuário
Em outras línguas...                            


3 respostas

votos
3

Depende do que você está fazendo. Que você pode mudar se:

  • Você precisa de mais escalabilidade ou melhor desempenho - dizer do SQLite para o SQL Server ou Oracle.
  • Você precisa ter acesso a tipos de dados mais específicos.
  • Você precisa apoiar um cliente que só funciona um banco de dados específico.
  • Você precisa de ferramentas melhores DBA.
  • Seu aplicativo está usando uma plataforma diferente, onde o seu banco de dados não funciona, ou é bibliotecas não funcionam.

Há muitas mais razões para mudar e tudo depende de suas necessidades.

Respondeu 07/08/2008 em 17:19
fonte usuário

votos
2

Você deve mudar bases de dados no marco 2,3433, 3Ps antes do ramo esquerdo da dendrite 8.151.215.

Você deve mudar bases de dados quando você tem uma razão para fazê-lo, seria o meu conselho. Se o seu banco de dados existente está realizando às suas expectativas, suporta a carga que está sendo colocado sobre ele por seus sistemas de produção, tem as características que você precisa em suas aplicações e você não está entediado com ele, por que mudar? No entanto, se você encontrar o seu aplicativo não está escalando, ou você está projetando uma aplicação que tem requisitos de alta carga ou escalabilidade e sua pesquisa diz que a sua plataforma de banco de dados atual é fraco nessa área, ou, como já foi mencionado, você precisa de algum análise espacial ou recurso que um banco de dados em particular tem, bem lá vai.

Outra consideração pode ser tomada até o uso de uma ferramenta ORM agnóstico banco de dados que permitem que você pode experimentar livremente com diferentes plataformas de banco de dados com uma configuração simples. Isso foi o gatilho para que possamos considerar a experimentar algo novo no departamento DB. Se a nossa aplicação pode lidar com qualquer DB a ORM pode segurar, por que pagar taxas de licenciamento em um banco de dados comercial, quando uma fonte aberta DB funciona tão bem para os níveis de desempenho que exigem?

A linha de fundo, porém, é que, com bancos de dados ou qualquer outra tecnologia, eu acho que não há "regras de negócio" que lhe dirá quando é hora de mudar - o cenário irá dizer-lhe que é hora de mudar porque algo em sua solução não vai ser muito bem, e se você não está nesse ponto, não há necessidade de mudar.

Respondeu 07/08/2008 em 18:42
fonte usuário

votos
0

BrianLy bater o prego na cabeça, mas eu também gostaria de acrescentar que você pode acabar usando bancos de dados diferentes em diferentes níveis de desenvolvimento. Não é incomum para os desenvolvedores a usar SQLite em sua estação de trabalho quando eles estão de codificação contra o seu servidor de desenvolvimento pessoal, e depois ter os locais de paragem e / ou de produção usando uma ferramenta de banco de dados diferente.

Claro, se você estiver usando extensões ou capacidades específicas para uma determinada ferramenta de banco de dados (por exemplo, PostGIS no PostgreSQL), então, obviamente, que não iria funcionar.

Respondeu 07/08/2008 em 18:15
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more