Eu li vários dos tutoriais do oráculo que mostram a validade temporal e os recursos de tempo. No entanto, nos exemplos que li, não há chave primária usada nas tabelas de demonstração.
http://docs.oracle.com/cd/E16655_01/appdev.121/e17620/adfns_design.htm#ADFNS1005 http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/12c/r1/ilm /temporal/temporal.html
As chaves primárias devem ser adicionadas a essas tabelas? Estou perguntando porque estou pensando em como uma dessas tabelas temporais deve ser referenciada por outra tabela. Posso adicionar uma chave estrangeira de uma tabela temporal para outra?
Se eu adicionar um relacionamento pk/chave estrangeira e, em seguida, atualizar o referenciado na tabela com o pk, a tabela com o fk aponta para um registro que não é mais relevante .... os dados temporais quebram a chave primária normal - chave estrangeira relacionamentos? E em caso afirmativo, como isso afeta o desempenho, apenas uso uma coluna normal como a 'chave estrangeira' e seleciono a correta para um período de tempo referenciado em uma consulta?
Alguém conhece ou tem algum exemplo ou tutorial útil que mostre dados temporais com uso pk / fk normal ou pseudo-normal?
Obrigado
Infelizmente, o SQL presente ou suas implementações em todos os produtos RDBMS não suportam totalmente as relações temporais.
Apenas o Teradata e o DB2 têm alguns recursos implementando restrições com tempo em duas ou mais colunas.
Meu exemplo:
DEFINIR TESTE DE ESQUEMA;
CREATE TABLE PRODUCT (
product_ID INT NOT NULL,
fornecedor NVARCHAR(50),
PRIMARY KEY (product_ID)
);
CREATE TABLE CAMPAIGN (
campanha_ID INT NÃO NULL,
product_ID INT NÃO NULL,
preço DECIMAL,
PRIMARY KEY (campaign_ID)
)
;
ALTER TABLE CAMPAIGN
ADD CONSTRAINT XFK_campaign_productid
FOREIGN KEY (product_ID) REFERÊNCIAS PRODUCT (product_id)
ON DELETE NO ACTION;
Se você incluir colunas temporais business_startdate e business_enddate e, opcionalmente
, transaction_starttime e transaction_endtime, não será mais possível impor a integridade referencial.
Você pode ter que implementar gatilhos ou procedimentos armazenados ou codificação no nível do aplicativo se quiser implementar uma restrição como esta:
CREATE TABLE CAMPAIGN ( Campaign_ID
INT NÃO NULL,
product_ID INT NÃO NULL,
business_startdate DATE NOT NULL,
business_enddate DATE NOT NULL,
transaction_starttime TIMESTAMP NÃO NULL,
transaction_endtime TIMESTAMP NOT NULL,
preço DECIMAL,
PRIMARY KEY (campaign_ID,business_startdate,transaction_starttime)
)
;
Para o DB2, existe uma restrição de chave primária temporal na seguinte sintaxe:
CREATE TABLE CAMPAIGN ( Campaign_ID
INT NOT NULL,
product_ID INT NOT NULL,
business_startdate DATE NOT NULL,
business_enddate DATE NOT NULL,
preço DECIMAL,
PERIOD BUSINESS_TIME (business_startdate,business_enddate),
PRIMARY KEY (campaign_ID,BUSINESS_TIME SEM SOBREPOSIÇÕES)
)
;