KidCode's questions

É aceitável ter uma referência circular entre duas tabelas no campo de chave estrangeira?

Se não, como essas situações podem ser evitadas?

Se sim, como os dados podem ser inseridos?

Abaixo está um exemplo de onde (na minha opinião) uma referência circular seria aceitável:

CREATE TABLE Account
(
    ID INT PRIMARY KEY IDENTITY,
    Name VARCHAR(50)
)

CREATE TABLE Contact
(
    ID INT PRIMARY KEY IDENTITY,
    Name VARCHAR(50),
    AccountID INT FOREIGN KEY REFERENCES Account(ID)
)

ALTER TABLE Account ADD PrimaryContactID INT FOREIGN KEY REFERENCES Contact(ID)

Eu tenho uma subconsulta que obtém o DATEDIFFde duas datas. No entanto, o primeiro casesempre retorna null, mas a subconsulta real retorna datas?!

CASE 
WHEN [date1] > [date2]
THEN DATEDIFF(DD,getdate(),date1) 
WHEN date1 < date2 
THEN DATEDIFF(DD,getdate(),date2) 
END[date diff]

FROM(

SELECT
licext.new_licenceId,
CASE 
WHEN CONVERT(time,licext.new_EmergencyLicenceExpiryDate) like '%23:00:00.000%'
THEN DATEADD(dd,1,CONVERT(date,licext.new_EmergencyLicenceExpiryDate))
ELSE CONVERT(date,licext.new_EmergencyLicenceExpiryDate)
END [date1], --EM Code

CASE 
WHEN CONVERT(time,licext.new_standardLicenceExpiryDate) like '%23:00:00.000%'
THEN DATEADD(dd,1,CONVERT(date,licext.new_standardLicenceExpiryDate))
ELSE CONVERT(date,licext.new_standardLicenceExpiryDate)
END [date2]  --FRL
from new_licenceExtensionBase licext
)QUERY

A razão pela qual os segundos casos estão lá é porque o banco de dados com o qual estou trabalhando com as lojas datetimeé muito estranho, ou seja) Se tiver 23:00 no final, na verdade significa a data de amanhã ?! (Este é um banco de dados do Microsoft CRM) -Mas isso é um assunto totalmente diferente.

EDITAR:

Ele tinha uma cláusula ELSE que funcionou bem para data2 sendo maior que data1, porque estava sendo avaliada. Por exemplo, o código a seguir funciona bem para obter a diferença entre hoje e data2:

CASE 
WHEN [date1] > [date2]
THEN DATEDIFF(DD,getdate(),date1) 
ELSE DATEDIFF(DD,getdate(),date2) 
END[date diff]

EDIÇÃO 2:

Acabei de fazer alguns testes: Usar um select para retornar as datas funciona bem. -Eles retornam como esperado.

Teste 2: adicionei um terceiro WHENà consulta para dizer que, quando uma data for nula, retorne 1990-01-01 null.

SELECT name FROM sys.databases 
WHERE 
name 
not in
('master','model','msdb','tempdb','ReportServer','ReportServerTempDB','1303VISBOC')
AND
CASE WHEN state_desc = 'ONLINE' 
THEN OBJECT_ID(QUOTENAME(name) + '.[dbo].[_LOOK_UP_TABLE]', 'U') 
END IS NOT NULL

Estou usando o acima para preencher uma caixa de combinação no projeto ac# winforms. -A razão pela qual estou filtrando bancos de dados que não incluem a tabela é para fins de segurança.

Eu adicionei o WHERE clausecomo antes de fazer que estava demorando até 21 segundos!? (Isso está em uma máquina de desenvolvimento local com 4 bancos de dados (não incluindo os bancos de dados do sistema), apenas um dos quais possui a tabela que eu estava procurando.)

Agora que adicionei a cláusula where, leva apenas nove segundos.

Não posso deixá-lo rodando tão devagar, pois o programa que estou escrevendo será usado em máquinas que podem ter até 20 bancos de dados nelas. -Todos com cerca de 35 mesas. (Estes não são servidores, são Support Monkey Machines!)

Pelo Plano de Execução Real vejo que são três Clustered Index Seek's ocupando 22%, 24% e 48%. -Como esta é uma consulta de 'sistema', há algo que eu possa realmente fazer sobre isso?!

E, finalmente, a bomba para tornar isso um pouco mais difícil: não tenho controle sobre os índices dos bancos de dados e não posso alterá-los de forma alguma.