Qual é a diferença entre MYSQL e SQL Server 2014 Express?


resposta 1:

Como alguém que trabalha com o MySQL e o SQL Server 2014 diariamente, posso dizer quais são as principais diferenças (além dos meus próprios gostos e desgostos).

IMPLEMENTAÇÃO DE LANGUAGE DO SQL

O SQL Server tem um histórico enorme, eles criaram um mecanismo com base na premissa de que cada consulta precisa de um plano de execução; você possui ferramentas melhores no SQL Server para otimizar sua consulta, analisando visualmente os custos de sua consulta. O MySQL não possui esse tipo de ferramenta de análise, ou você precisa pagar por isso.

No MySQL, você pode fazer isso: Selecione a, b, c + y, count (d) como contador do grupo ztable por 1,2 3. No SQL Server, você DEVE fazer o seguinte: Selecione a, b, c + y, count ( d) como contador do grupo ztable por a, b, c + y.

No MySQL, você limita suas consultas pelo uso da cláusula LIMIT. Por exemplo:

SELECT * FROM SomeTable Limit 50, 10. Isso fornece os resultados da Consulta, apenas as linhas, de 50 a 59. É útil para várias coisas.

O SQL Server usa esse SELECT * FROM dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 ROWS ONLY.

Você pode fazer o mesmo, mas precisa escrever muito mais no SQL Server.

No MySQL, você pode usar if (some_condition = true, useThisValueIfTrue, useThisValueIfFalse), você também pode usar CASE: CASE WHEN a = true THEN 1 ELSE 0 END como SomeValue. No SQL Server, você SOMENTE tem CASE. O que oferece muito mais para você escrever em cada consulta.

Agora, por outro lado, o SQL Server tem muito mais opções quando se trata de consultas complexas. Existe o PIVOT para criar consultas CROSSTAB, há CROSSJOIN e muitas outras funções que tornam o SQL Server realmente interessante para consultas avançadas.

Ao inserir dados, no MySQL você pode fazer o seguinte:

insira no conjunto de tabelas a = valor, b = outro valor.

No SQL Server, você pode SOMENTE usar o clássico:

insira valores mytable (a, b) (value, anothervalue)

ou

insira valores mytable (valor, outro valor)

Agora, em 2, 3, 4 colunas, isso provavelmente não é nem um pouco complicado, mas quando você pressiona 40, 50 colunas, é difícil fazer uma inserção sem cometer erros, especialmente quando há valores computados complexos envolvidos.

Então, para mim, o MySQL supera o SQL Server facilmente em consultas simples, até 2-3 consultas na tabela. Mas em consultas longas e complexas, o SQL Server é o rei.

BACKUPS

Mais uma vez, o SQL Server foi construído pensando em situações complexas, há pelo menos três maneiras de fazer um backup completo e existem backups complexos e incrementais, binários, sistema de arquivos e script. Provavelmente, você deve se ater ao binário, mas existem MUITOS problemas de segurança que você precisa ter em atenção ao restaurar um SQL SERVER. Restaurar um backup no SQL Server NÃO É FORTREINADO. Você precisa saber o que está fazendo ou pode atrapalhar seu banco de dados. TAMBÉM A menos que seu banco de dados seja muito pequeno, eu nunca recomendaria o uso de uma Restauração de Arquivo SQL no SQL SERVER, isso leva uma eternidade e, às vezes, o despejo falha e você o conhece, 45 minutos a 1 hora depois, se tiver sorte .

Por outro lado, o MySQL trata apenas de despejar o SQL em um arquivo e restaurá-lo. Funciona, é simples e você pode treinar facilmente qualquer meio para que o usuário avançado trabalhe com backups e o fará facilmente, sem qualquer aborrecimento. MAS você também precisa manter e garantir a segurança, o que pode ser complicado às vezes, dependendo do seu ambiente.

USO DE DISCO

Eu li em algum lugar aqui no Quora quando um cara disse que o uso do disco não é importante porque o armazenamento é barato. Bem, pode ser, mas ainda é meio estúpido desperdiçá-lo só porque.

Bem, o MySQL é muito compacto, tenho algumas instalações em pequenas empresas que datam de 2003 e os dados nunca atingiram 10 GB, e eles têm tabelas com milhões de linhas e, ainda assim, os dados não aumentaram de proporção.

No SQL Server, eu tive outra instalação, que consumiu 2 GB após apenas 2 meses! O SQL Server deve ser mantido, você precisa limpar seus logs, fazer backup binário frecuente para que o SQL Server permita a manutenção do banco de dados e uma pessoa que saiba como lidar com os dados funcione com cada Nesse caso, dependendo do número de usuários, das complexidades da instalação, do tipo de dados que está sendo tratado, é por isso que os DBAs são obrigatórios em alguns lugares. O MySQL pode ser mantido com um usuário avançado com treinamento médio e tudo ficará bem.

Além disso, existem algumas coisas que não podem ser feitas no SQL Server sem o SQL Profiler AND SQL Agent. O MySQL pode fazer tudo por conta própria, sem muito mais de um serviço.

Mais uma vez, dependendo do tamanho e da complexidade da sua empresa, o SQL Server pode ser o caminho a percorrer. Mas o MySQL é um bom candidato se você não precisar dessas complexidades.

PROCEDIMENTOS, FUNÇÕES E UDFS ARMAZENADOS

Esta é a terra dos arrojados no RDBMS, estou até produzindo um curso Udemy sobre SPs no MySQL. Mas, por mais que eu goste de SPs, Triggers, Funções e tudo o que é MySQL, você deve fornecer ao SQL SERVER, eles obtiveram o melhor.

Agora, antes de me decapitar por dizer isso, deixe-me acrescentar: os SPs no SQL Server são rápidos, podem ser complexos, têm MUITOS utilitários para facilitar sua vida e podem ser compilados em outras linguagens como c # e visual basic, você pode até criar variáveis ​​TABLE, que podem funcionar mais rápido e mais fácil do que tabelas temporárias no MySQL. Eles têm muita coisa acontecendo.

O MySQL também pode ter funções definidas pelo usuário, mas você precisa ser proficiente em C. Se você é, não precisa se preocupar com nada. Muitos de nós não são.

Há mais, é claro, mas espero que você entenda.

Melhor da sorte!


resposta 2:

Estendendo o SQL Server Express a partir das opções de grandes empresas, se você utiliza o SQL no seu trabalho, você tem algumas alternativas acessíveis. A verificação de consultas SQL é apenas uma das inúmeras coisas que você pode rastrear com o Prefixo.

O SQL Server Express oferece vários pontos de interesse. O primeiro e aparentemente mais essencial é a total versatilidade e coordenação com o SQL Server.

Leia mais: SQL Server Express | Versões do SQL Server Express