BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Mudanças no LINQ to SQL no .NET 4.0

Mudanças no LINQ to SQL no .NET 4.0

Favoritos

O Damien Guard, do gurpo Data Programmability da Microsoft postou uma longa lista de mudanças no LINQ to SQL. Apesar de eles ainda estarem compromissados com o Entity Framework no longo prazo, isso vai aliviar o medo de que o LINQ to SQL será totalmente negligenciado no meio tempo.

Performance
  • Planos de execução de query são mais freqüentemente reusados ao se definir comprimentos dos parâmetros de texto
  • Busca em cache por chaves primárias com resultados únicos agora incluem query.Where(predicado).Single/SingleOrDefault/First/FirstOrDefault
  • Redução da carga extra na execução da query quando DataLoadOptions está especificado (a busca em cache considera a equivalência do valor do DataLoadOptions – pós beta 1)
Usabilidade
  • Interface ITable para aumentar as possibilidades de mocks
  • Chamada do método Contains com enums automaticamente convertidos para int ou string dependendo do tipo da coluna
  • Associações agora podem especificar colunas sem chave primária do outro lado da associação para updates
  • Suporte à sintaxe de inicialização de listas para queries
  • LinqDataSource agora suporte entidades herdadas
  • Adicionado suporte no LinqDataSource para extensões de query DynamicData
Estabilidade das queries
  • Método Contains agora detecta IQueryable auto-referenciado e não causa stack overflow
  • Método Skip(0) não mais impede eager loading
  • Método GetCommand opera dentro de transações do SQL Compact
  • Expor o Link em uma propriedade ou variável é detectado e reportado corretamente
  • Queries compiladas agora detectam corretamente uma mudança no mapeamento e lançam uma exceção.
  • Métodos String.StartsWith, EndsWith e Contains agora lidam corretamente com o “~” (til) na string de busca
  • Agora se detecta multiple active result sets (MARS) melhor
  • Associações entre entidades são corretamente detectadas quando se usa eager loading com Table-Value Functions (TVFs)
  • Queries que contém sub-queries com projeções escalares funcionam melhor
Estabilidade do update
  • SubmitChanges não mais consome exceções de rollback de transações silenciosamente
  • SubmitChanges lida direito com timestamps em um cenário de conflito
  • IsDbGenerated agora respeita propriedades renomeadas que não combinam com o nome da sua coluna
  • Colunas geradas pelo servidor e triggers/replicações SQL agora funcionam ao invés de lançarem exceção SQL
Estabilidade geral
  • Tipos binaries igualam-se corretamente após a de-serialização
  • EntitySet.ListChanged é chamado quando adiciona-se itens a uma lista de entidades não carregada
  • Conexões são eliminadas assim que o contexto é eliminado (aquelas passadas são intocadas)
SQL Metal
  • Propriedades com chaves estrangeiras agora verificam todas as associações afetadas e não apenas a primeira
  • Melhor gerenciamento de erro quando o tipo da chave primária não é suportado
  • Stored Procedures com contendo parâmetros table-value são ignoradas ao invés de abortarem o processo
  • Agora pode ser utilizado com conexões que utilizam a síntaxe AttachDbFilename
  • Não trava mais quando tipos de dados inesperados são encontrados
Editor de classes LINQ to SQL
  • Agora lida com resultados com uma coluna anônima do SQL
  • Melhora no gerenciamento de mensagens para associações com colunas únicas que podem receber null
  • Não falha mais quando cláusulas using são adicionadas às classes parciais do usuário
  • VarChar(1) agora é mapeado corretamente para string ao invés de char
  • Precisão e escala do Decimal agora são corretamente emitidas nos atributes DbType para stored procedures
  • Mudanças em chaves estrangeiras serão aplicadas quando se trouxer tabelas de volta para o editor sem se reiniciá-lo
Geração de código (SQL Metal + editor de classes LINQ to SQL)
  • Stored procedures utilizando valores originais agora compilam mesmo que o namespace da entidade e do contexto sejam diferentes
  • Declarações virtual internal agora geram sintaxe correta
  • Atributos de mapeamento agora são plenamente qualificados para se evitar conflitos com tipos do usuário
  • Os KnownTypeAttributes agora são emitidos para o DataContractSerializer com herança
  • Chaves estrangeiras com carregamento atrasado agora têm seu código correto e compilável gerado
  • Utilizar stored procedures com concorrência não mais torna-se confuso se as entidades estão em um namespace diferente do contexto
  • ForeignKeyReferenceAlreadyHasValueException é lançada se qualquer associação for carregada e não só a primeira

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT