SyndRain's questions

Temos um aplicativo .NET Framework 4.8 que usa o Entity Framework 6.

Agora, estamos com um problema: precisamos adicionar algumas tabelas que não garantem nenhuma unicidade (nenhuma chave primária e as linhas podem ser duplicadas). Não há como alterar as tabelas, pois isso pode causar problemas (esta tabela é preenchida novamente às 4 da manhã todos os dias por um programa que não podemos controlar).

Basicamente o mesmo problema descrito nesta pergunta , mas a resposta simplesmente disse para não usar o Entity Framework 6. Outra alternativa que posso pensar é ter uma exibição ou outro programa que importe os dados desta tabela para uma nova tabela.

Não existe realmente uma solução alternativa para a API Fluent ou para a Anotação no Entity Framework? Preciso mesmo introduzir uma maneira totalmente nova de acessar nosso banco de dados ou uma nova visualização só porque no EF6 uma entidade precisa ter uma chave primária?

Exemplo da relação das tabelas (tabela real, mas removi a maioria das colunas não relacionadas):

class Customer 
{
    [Key]
    public int CustomerID { get; set; }
    public string FirstName { get; set; }
    public virtual ICollection<CustomerOutboundEvent> CustomerOutboundEvents { get; set; }
}

// The new table
class CustomerOutboundEvent 
{
    // Adding key that doesn't actually exist will cause this error: Invalid column name 'CustomerOutboundEventID'.
    //[Key]
    //public int CustomerOutboundEventID { get; set; }
    public int CustomerID { get; set; }
    public Customer Customer { get; set; }
    public string OutboundNumber { get; set; }
    public string EventMessage { get; set; }
}

Estou usando StringBuilderpara registrar erros e mensagens de maneira conveniente, e sua instância será transmitida por métodos. Meu objetivo é anexar erros, separados por vírgula, como "Duplicated ID, Invalid cost, Unsupported Service for account". No entanto, não consegui encontrar nenhum método compatível que separe cada string anexada com um separador, como:

//Maybe something like a default separator?
errorBuilder.DefaultSeparator=',';
errorBuilder.Append("Duplicated ID");
errorBuilder.Append("Invalid cost");
errorBuilder.Append("Unsupported Service for account");
Log(errorBuilder.ToString())

errorBuilder.Append(validateID(id) + ", ")não é o ideal, pois requer esforço extra para remover a vírgula em qualquer lugar antes de errorBuilder.ToString()ser chamado.

Estou ciente de que poderia simplesmente passar uma List e usar String.Join(",", "List.ToArray()")ou StringBuilder.AppendJoincriar uma classe personalizada, mas me pergunto se posso usar o StringBuilder nativo para atingir esse objetivo?

Estou usando o .NET Framework 4.7.2.

Observação: eu anexaria diferentes mensagens ou erros em locais diferentes, com base em diferentes cenários e entradas, como faria um Error Tracer normal.

Estou usando o .NET TableAdapter para executar uma consulta SELECT em meu aplicativo, conforme mostrado abaixo. O problema é que esse tipo de consulta às vezes leva vários minutos para ser executado. No entanto, embora eu tenha testado no servidor SQL, ele retornou o resultado rapidamente. (Fazer SET ARITHABORT ON/OFFisso OPTION(RECOMPILE)pode resolver o problema às vezes, mas nem sempre.)

/*The query defined in the designer.cs*/
SELECT Column1, Column2, Column3...
FROM MyTable
WHERE column1 = @var1 AND column2 = @var2

Se eu remover as variáveis ​​para usar literais, isso corrige a velocidade.

SELECT Column1, Column2, Column3...
FROM MyTable
WHERE column1 = 'Billing' AND column2 = 'New'

Usar SqlCommand.ExecuteReader()também não funciona. Acho que ainda envia os parâmetros como variáveis ​​separadas, para o SQL Server processar.

Por fim, tentei usar variável no SQL Server, mas ela não diminui a velocidade. Portanto, me pergunto se o uso de variável é realmente o problema. (não deveria TableAdaptersubstituir as variáveis ​​por literais antes de enviar a consulta?)

DECLARE @status va1= 'Billing'
DECLARE @status var2= 'New'

SELECT Column1, Column2, Column3...
FROM MyTable
WHERE column1 = @var1 AND column2 = @var2

Existe uma maneira de corrigir o desempenho, sem alterar todas as consultas com variáveis ​​para literais?