WernerCD's questions

Dada esta pergunta no reddit, limpei a consulta para apontar onde estava o problema na consulta. Eu uso vírgula primeiro e WHERE 1=1para facilitar a modificação de consultas, então minhas consultas geralmente terminam assim:

SELECT 
     C.CompanyName
    ,O.ShippedDate
    ,OD.UnitPrice
    ,P.ProductName
FROM 
               Customers       as C
    INNER JOIN Orders          as O  ON C.CustomerID = O.CustomerID
    INNER JOIN [Order Details] as OD ON O.OrderID    = OD.OrderID
    INNER JOIN Products        as P  ON P.ProductID  = OD.ProductID
Where 1=1
--  AND O.ShippedDate Between '4/1/2008' And '4/30/2008'
    And P.productname = 'TOFU'
Order By C.CompanyName

Alguém basicamente disse que 1=1 geralmente é preguiçoso e ruim para o desempenho .

Dado que não quero "otimizar prematuramente" - quero seguir boas práticas. Já examinei os planos de consulta antes, mas geralmente apenas para descobrir quais índices posso adicionar (ou ajustar) para tornar minhas consultas mais rápidas.

A questão então realmente... faz Where 1=1com que coisas ruins aconteçam? E se sim, como posso saber?

Edição secundária: Eu sempre 'assumi' também que isso 1=1seria otimizado ou, na pior das hipóteses, seria insignificante. Nunca é demais questionar um mantra, como "Goto's are Evil" ou "Premature Optimization..." ou outros fatos presumidos. Não tinha certeza se 1=1 ANDafetaria realisticamente os planos de consulta ou não. E nas subconsultas? CTE's? Procedimentos?

Não sou de otimizar, a menos que seja necessário ... mas se estiver fazendo algo realmente "ruim", gostaria de minimizar os efeitos ou alterar quando aplicável.

Grupo de trabalho do servidor MSSQL 2005.

Eu tenho um banco de dados que está servindo como um "Armazém" para outro banco de dados/aplicativo cobol mais antigo e mais lento.

Recentemente, movi o depósito de uma instância do SQL Server para uma nova instância, para manter o armazenamento que estou fazendo separado de outros bancos de dados de produção.

O problema que estou tendo me deixa perplexo. A tabela que tenho, como cópia do banco de dados antigo, possui, para o propósito desta questão, 4 campos: ID, LName, FName, MI, FullName - todos NÃO NULL. No servidor de relatório, tenho um campo calculado FullName: LastName, FName MI:

FullName = LName + ', ' + FName + ' ' + MI;

O que está acontecendo é que os nomes não estão se juntando consistentemente, e isso me deixou completamente perplexo.

DECLARE @ID int;
SET @ID = 1;
SELECT ID, 'LName' FName, LName                                   Field FROM TABLE WHERE ID IN (@ID) UNION
SELECT ID, 'FName' FName, FName                                   Field FROM TABLE  WHERE ID IN (@ID) UNION
SELECT ID, 'MI'    FName, MI                                      Field FROM TABLE  WHERE ID IN (@ID) UNION
SELECT ID, 'LFM'   FName, LName + ', ' + FName + ' ' + MI Field FROM TABLE  WHERE ID IN (@ID)

Isso gera o esperado:

1   FName   Jack
1   MI  T
1   LName   Frost
1   LFM Frost, Jack T

Mas se eu mudar para um ID diferente, recebo:

2   FName   Joe
2   MI  E
2   LName   Schmoe
2   LFM Schmoe

Não é um problema com nulos (Três campos possuem dados). Aparar, aglutinar, diferentes combinações de nome (LFM, MFL, LF, MF, etc) acabam iguais: Ou a pessoa tem nome completo... ou a pessoa tem o primeiro listado.

Que eu saiba, não tive esse problema na outra instância. A nova instância está no mesmo servidor.

Instância do servidor original: 2005 9.0.3042 Serv\SQL2005 Nova instância do servidor: 2005 9.0.1399 Serv\DataWarehouse

Observação: a consulta ao banco de dados "original" funciona conforme o esperado. A consulta em um relatório criado nesse warehouse funciona conforme o esperado.

Portanto, Banco de Dados Original > Data Warehouse > Relatório. Original funciona bem. Relatório funciona bem. Data warehouse não. Armazém e Relatório estão na mesma instância, mas em bancos de dados diferentes.

Tenho várias consultas, em alguns bancos de dados diferentes, que uso para gerar relatórios delimitados. Estou tentando criar alguns novos relatórios em um banco de dados MSSQL e estou tendo problemas para replicar nossos outros processos para obter resultados consistentes.

Quando eu consulto as outras fontes, recebo '' e 0 no lugar de nulos. Quando eu consulto no MSSQL, recebo os nulos.

Estou usando strings DSN => ODBC => banco de dados remoto para algumas consultas... e strings de conexão direta para outras consultas.

Portanto, em um banco de dados DB2:

SELECT OrderID, CustomerName
FROM OrderTable LEFT JOIN CustomerTable on OrderCustomerID = CustomerID

Suponha que a CustomerTable não tenha um cliente, portanto, para OrderID 1, nenhum customerID o resultado seria (saída como uma | lista delimitada):

0|Joe Schmoe
1|NULL
2|Jane Doe

Ao usar o DB2, obtenho "1|". Ao usar o MSSQL, recebo "1 | nulo".

Usando ODBC, strings de conexão, configurações do servidor... como posso retornar "" ou 0 em nulos para obter a saída para corresponder aos nossos outros processos?

Eu tentei uma conexão direta (sem DSN/ODBC). Eu tentei configurações diferentes no ODBC. Todos os três drivers SQL (SQL Server, SQL Native Client, SQL Server Native Client 10.0). Todos estão voltando com NULL em vez de "padrão" para o tipo de dados.

Atualização/esclarecimento Estou trabalhando com um programa ETL "interno" que extrai e transforma dados de bancos de dados internos para exportação para outras instituições/clientes principalmente por meio de texto delimitado. Anteriormente, todas as consultas que eu usei, quando atingidas com nulos, tinham simplesmente a saída ""/0. O MSSQL obviamente não faz isso, então estou tentando imitar as outras fontes no nível mais genérico possível.

Entendo como IsNull/Colesce funciona e, se necessário, usarei isso para fazer o trabalho. O problema óbvio com o uso de IsNull/Colesce é o código adicionado, no que haverá muitas consultas. Código adicionado significa manutenção mais difícil, mais tempo de criação, mais pontos de falha, etc. Se eu pudesse simplesmente dizer ao nível de conexão para substituir todos os nulos, acho que seria muito mais fácil... ? e se sim como? Na instância do SQL2005 Server ou no outro lado da conexão na conexão ODBC ou string de conexão.

Estou tentando comparar dados de dois sistemas. A ideia básica é:

• Criar tabela temporária.
• Inserir dados da Tabela1.
• Insira os dados da Tabela2 (Tabela de um servidor remoto vinculado) com IDs UNIQUE respeitados.
• Filtre onde a primeira ou segunda tabela tem informações diferentes.

Estou tentando obter o segundo conjunto de inserções, do segundo sistema, para inserir e, se duplicado, atualizar. Eu não consigo acertar. Para a inserção final, o que devo ter?

Não tenho a "Parte do Filtro" porque não tenho os dados da Tabela2 inseridos. A parte do filtro mostraria as linhas em que o nome Ativo, Sobrenome ou Nome é diferente entre os dois sistemas. where Table1LastName <> Table2LastNameDeclarações de tipo simples .

Nota: Eu tenho isso trabalhando com 2 tabelas temporárias criadas ... e uma junção externa completa e alguns "Onde o ID é nulo". Estou apenas tentando fazer isso funcionar de uma maneira que nunca usei antes.

if object_id('tempdb..#CompareDrs') is not null
    drop table #CompareDrs;
GO

create table #CompareDrs
(
     ID varchar(20) unique
    ,TABLE1Active varchar(1)
    ,TABLE1LastName varchar(50)
    ,TABLE1FirstName varchar(50)
    ,TABLE2Active varchar(1)
    ,TABLE2LastName varchar(50)
    ,TABLE2FirstName varchar(50)
);
GO

INSERT INTO #CompareDrs (ID, TABLE1Active, TABLE1LastName, TABLE1FirstName)
    SELECT
         right('00000000000000000000' + ForeignID, 20) ID
        ,case when Active = 0 then 'I'
              when Active = 1 then 'A'
              else ' '
         end       TABLE1Active
        ,LastName  TABLE1LastName
        ,FirstName TABLE1FirstName
    FROM
                  [DATABASE1].dbo.DRs
    Order By
        ID;
GO

INSERT Into #CompareDrs (ID, TABLE2Active, TABLE2LastName, TABLE2FirstName)
    SELECT 
         right('00000000000000000000' + Cast(DRDR# as Varchar(50)), 20) ID
        ,DRAFLG TABLE2Active
        ,DRLNAM TABLE2LastName
        ,DR1NAM TABLE2FirstName
    FROM
        [LINKEDERVER].[DATABASE].[CATALOG].[TABLE] DR
ON DUPLICATE KEY UPDATE TABLE2Active = VALUES(TABLE2Active), 
                        TABLE2LastName = VALUES(TABLE2LastName), 
                        TABLE2FirstName = VALUES(TABLE2FirstName),
GO

SELECT * FROM #CompareDrs;

Eu sou bastante verde quando se trata deste campo. Sou analista de dados em um pequeno hospital há 8 meses, após um diploma de 2 anos em um novo campo de carreira para mim.

Situação

Temos um "banco de dados" Cobol (uso levemente o termo banco de dados...). É um banco de dados hierárquico proprietário. Temos uma solução de software secundária que fornece camada ODBC SQL sobre ela para acesso externo por meio de uma interface padrão. Ele tem o que eu acho que são comandos compatíveis com SQL 99.

Banco de dados COBOL para SQL deixa muito a desejar. Os índices são imutáveis. Portanto, se eu quiser fazer qualquer consulta que não seja digitada em um ou dois campos indexados (Índice = Números de pacientes. Portanto, se eu quiser consultar as datas de admissão/alta... esqueça)... é muito lento . As junções transformam uma consulta de 5 minutos em uma consulta de 45 minutos. Muitas consultas retardam o REST do sistema, causando coisas ruins.

Embora o sistema tenha um sistema de consulta interno, não é de forma alguma algo que eu consideraria completo. Tem seus pontos fortes e fracos, mas o principal problema é a cooperação com o mundo exterior que também preciso enviar relatórios.

Pergunta

O que estou tentando construir... é um TSQL Data Warehouse. Desejo criar um processo que extraia os dados para um ambiente SQL que eu possa controlar (adicione índices, use coisas modernas como instruções de caso, não leva 15 minutos para consultas "simples").

Gostaria de saber quais são alguns bons recursos, tutoriais, ferramentas que os especialistas sugeririam. Minha situação ideal seria uma carga "histórica" ​​de todos os dados em um banco de dados T-SQL, seguida por cargas semanais de novos dados. Não seria ideal para relatórios em "tempo real", mas a maior parte das minhas necessidades de relatórios seria atendida com dados "ligeiramente" antigos.

Eu tenho mexido com ##Temp Tables, Merge into, update, etc, tentando ver quais são os horários para carregamentos e atualizações e quais não ... mas antes de me aprofundar muito, gostaria apenas de obter algumas informações gerais adendo.