Quais são as razões comerciais objetivas para preferir o SQL Server 2012 ao invés do 2008 R2?

Todos estão entusiasmados com o AlwaysOn e o ColumnStore, mas muitos dos benefícios do SQL Server 2012 não são exclusivos das edições de ponta. Não quero parecer um porta-voz, mas já fiz muitas apresentações sobre o SQL Server 2012 e acho que ele tem muito a oferecer em qualquer edição que lhe convier.

• Bancos de dados parcialmente contidos que permitem mover bancos de dados entre servidores ou ambientes com alguns grilhões a menos (ou seja, logins no nível do servidor e dependências de agrupamento de servidores - versões futuras lidarão com itens mais espinhosos, como servidores vinculados e trabalhos de agente).

• O Management Studio agora é uma ferramenta muito melhor, alinhada com o Visual Studio. O IntelliSense é melhor e vários outros recursos facilitam a edição. Agora é claro que você pode ter 2008 R2 em seu servidor e usar a versão 2012 do SSMS, mas não tenho certeza de como isso funciona em termos de licenciamento, e algumas lojas não querem versões mistas (prefiro ter as ferramentas mais recentes em minha estação de trabalho até mesmo para gerenciar servidores de nível inferior). Eu escrevi sobre as mudanças no início, quando ainda havia bugs, então ignore os negativos, já que a maioria ou todos foram corrigidos a partir do RTM. Estremeço agora quando tenho que usar uma versão anterior do SSMS.

• Os aprimoramentos de metadados permitem que você inspecione conjuntos de resultados de objetos e consultas ad hoc, além de permitir que você molde melhor a saída das consultas.

• As funções de servidor personalizadas permitem que você defina um conjunto muito mais granular de permissões para usuários em um nível de função, em vez de conceder/revogar um por um ou apenas ceder à complexidade e atribuir a eles o administrador do sistema.

• FileTable permite que você gerencie uma pasta como uma tabela de documentos, mas ainda tenha controle externo sobre o conteúdo (imagine poder fazer isso com T-SQL e imagine o quão difícil seria fazer em cmd ou PowerShell: UPDATE C:\Docs\*.* SET ReadOnly = 1 WHERE Author = 'Bob' AND Created < '20100101';).. Acho que o FileStream encontra o WinFS e obtém alguma usabilidade para inicializar.

• Os aprimoramentos do T-SQL permitem que você faça muitas coisas que eram difíceis nas versões anteriores:

  • THROW(pense nisso como um re-raise)
  • OFFSET/FETCH (paginação padrão ANSI mais simples - veja também esta postagem )
  • SEQUENCE(mecanismo de IDENTIDADE centralizado, como no Oracle)
  • Aprimoramentos de janelamento/enquadramento (várias coisas aqui, como desempenho impressionante de totais em execução)
  • IIF()/ CHOOSE()/ CONCAT()/EOMONTH()
  • Construtores de data/hora (por exemplo DATEFROMPARTS) semelhantes aos DateSerialdo VB
  • PARSE()/ FORMAT()- como suas contrapartes .NET (mas veja este post sobre o último )
  • TRY_CONVERT()/ TRY_PARSE()- retorna NULLse CONVERT/ PARSEfalhar

• O Extended Events possui uma IU aprimorada para configuração/visualização e, finalmente, cobre completamente a funcionalidade de rastreamento/auditoria (incluindo um rastreamento de causalidade muito melhor).

• Muitos novos DMVs , procedimentos do sistema e aprimoramentos do ShowPlan para diagnósticos e solução de problemas de desempenho. Também dê uma olhada no que o CSS está chamando de " The Black Box Recorder ".

• O Server Core permite que você execute em um servidor mínimo sem todos os componentes da interface do usuário (uma área de superfície menor significa que é mais seguro e com manutenção reduzida, pois menos partes do sistema operacional estão sujeitas ao Windows Update).

• A pesquisa de texto completo obtém alguns aprimoramentos de desempenho subjacentes importantes, bem como pesquisa semântica (pense em palavras-chave) e proximidade personalizável / NEAR.

• O AWE não é mais suportado , o que significa que sua instância do SQL Server em x86 com 32 GB de RAM só poderá usar 4 GB - então você finalmente terá motivação para abandonar seu antigo hardware de 32 bits.

A seguir estão apenas alguns exemplos sobre "evidências reais a favor ou contra a confiabilidade na primeira versão de qualquer novo lançamento", conforme solicitado. Esta não é uma análise completa, mas sim uma sugestão sobre o que você pode querer pesquisar.

Você pode pesquisar "Lista de problemas corrigidos pelo SQL Server 2008 Service Pack 1" e "Lista de problemas corrigidos pelo SQL Server 2008 Service Pack 3" no site do MSDN. Compare o número e a gravidade dos problemas em ambas as listas. IMO, a primeira lista é mais longa e tem mais itens que podem arruinar meu dia, como:

• Mensagem de erro quando você se conecta a uma instância nomeada do SQL Server em um computador cliente que está executando o Windows Vista ou o Windows Server 2008
• O Log Reader Agent ignora algumas transações quando o Log Reader Agent é executado para replicar transações
• Mensagem de erro ao executar uma consulta que envolve uma operação de junção externa no SQL Server 2008
• Mensagem de erro ao executar uma operação de atualização ou exclusão em uma tabela que não possui um índice clusterizado criado no SQL Server 2008
• Uma consulta que usa parâmetros e a opção RECOMPILE retorna resultados incorretos quando você executa a consulta em várias conexões simultaneamente no SQL Server 2008

Vamos detalhar mais um nível e considerar apenas um comando, o MERGE. Foi lançado como parte do SQL 2008 com diversos problemas, descritos nos links a seguir:

• Um bug de MERGE interessante ,
• Bug e correção do SQL Server 2008 RTM MERGE ,
• bug MERGE quando a restrição de chave estrangeira é criada no índice não clusterizado (2008RTM) ,
• erro da instrução MERGE quando INSERT/DELETE usado e índice filtrado ,
• Os planos de consulta MERGE permitem violações de restrição FK e CHECK ,
• A instrução MERGE ignora a integridade referencial ,
• DELETE e MERGE parametrizados permitem violações de restrição de chave estrangeira .

Assim, na época do lançamento original do SQL 2008, decidi não usar MERGE. Estou usando muito o MERGE agora, no 2008 R2, e acho que é um ótimo recurso.

Editar: aqui está a lista de defeitos no SQL 2012 que foram corrigidos recentemente . Espero que ajude.

Outra edição: escolhi MERGE para uma análise mais detalhada, porque é uma melhoria muito importante. Na verdade, é um passo importante para alcançar a Oracle e melhora nossa produtividade. Como tal, MERGE foi muito comercializado na época do lançamento do SQL 2008. No entanto, não estava completamente pronto para uso em sistemas de produção sérios quando foi lançado originalmente, e não havia uma maneira fácil de conhecê-lo pelas apresentações/artigos/postagens de blog e outros.

Da mesma forma, o isolamento de instantâneo é um novo recurso incrível que simplesmente funciona, mas invocar UDFs escalares em restrições CHECK não funciona em todos os casos e, como tal, não deve ser usado na produção quando precisamos de integridade de dados. No entanto, ambos os novos recursos foram recomendados em apresentações "O que há de novo no SQL xxxx", bem como em livros, artigos etc., e com entusiasmo semelhante.

Precisamos ter muito cuidado com os novos recursos - nem todos serão úteis/confiáveis/desempenho.

Um ponto que não foi mencionado aqui é completamente irrelevante para o conjunto de recursos. Se você estiver fazendo uma nova compilação, poderá adiar a atualização do banco de dados por um pouco mais de tempo, o que economizará nos custos de migração.

Para um projeto totalmente novo, você tem algum espaço para respirar para contornar os bugs e apresentá-los ao fornecedor se eles aparecerem, portanto, não é um processo totalmente descontrolado. Eu estava envolvido em um dos primeiros projetos de data warehouse no SQL Server 2005 assim que foi para o RTM e nós nos safamos disso.

Se o conjunto de recursos do 2008R2 fizer o que você deseja, a decisão se resume a algum risco de bugs/soluções alternativas versus o valor de adiar a necessidade de atualizar e salvar um ciclo de atualização.

Quando você está comprando um novo, a escolha é muito diferente do que quando você está pensando em atualizar. Comprando novo, acredito que você sempre deve comprar a versão mais recente que puder obter. A versão 2008 não será mais suportada muito antes da versão 2012. É melhor começar de novo com o mais recente, pois você usará esse back-end por muito tempo.

Quanto à necessidade do primeiro service pack, ele sairá antes que você perceba e, como você está fazendo um novo desenvolvimento, os problemas que ele corrige provavelmente não o afetarão tanto quanto um banco de dados legado com milhões de registros enfrentaria.

Agora, se você está apenas adquirindo um novo servidor, mas colocando um banco de dados antigo nele, a questão é: do que você está atualizando? Se o banco de dados já for um banco de dados de 2008, será significativamente menos arriscado usar a mesma versão. Se você estiver atualizando, verifique se pode atualizar diretamente para 2012 de sua versão.