Dialeto 3 no Banco de Dados
As seguintes características são específicas do DIALETO 3, e são incompatíveis com o dialeto 1 e todos os BDs e clientes antigos:
Dialeto 2 no Banco de Dados
Os Clientes podem ser configurados para utilizar o dialeto 2. Nesse modo, eles reportam erros quando encontram aspas duplas, tipos DATE, ou campos NUMERIC/DECIMAL com precisão maior que 9. Esse dialeto é utilizado para alertar o desenvolvedor para potenciais problemas durante a migração e não deve ser utilizado para uso normal no dia a dia. Para detectar áreas problemáticas na definição de um banco de dados que você está migrando, extraia a METADATA e rode-a através de um cliente utilizando o dialeto 2. Por exemplo :
Dialeto 1 no Banco de Dados
Usando o dialeto 1, as características de transição se comportam como no Interbase 5:
Constantes alfanuméricas podem ser delimitadas por aspas simples e duplas. O dialeto 1 não reconhece identificadores delimitados.
O Que é DIALECT´s no Banco de Dados
O Dialeto 1 garante compatibilidade com versões antigas dos bancos de dados e clientes. O Dialeto 3 permite total acesso aos novos recursos. O Dialeto 2 é usado como um modo de diagnóstico.
Rollback no Banco de Dados
Desfaz as mudanças ocorridas até o exato momento no Banco de Dados, sem que o comando COMMIT tenha sido executado. Este comando e o Commit fecham a transação aberta pela aplicação e ou ferramenta de gerenciamento as tabelas.
Gen_id() no Banco de Dados
Retorna o valor do GENERATOR, isto é, pode retornar o valor do GENERATOR e ou incrementar/decrementar. É informado do nome do Generator e o valor do retorno do GENERATOR.
Execute Procedure no Banco de Dados
Executa uma Stored Procedure, não “Seletável-Select”.
Sintaxe :
EXECUTE PROCEDURE [TRANSACTION transaction]
name [:param [[INDICATOR]:indicator]]
[, :param [[INDICATOR]:indicator] …]
[RETURNING_VALUES :param [[INDICATOR]:indicator]
[, :param [[INDICATOR]:indicator] …]];
Drop View no Banco de Dados
Deleta uma VIEW do Banco de Dados. Se a VIEW estiver sendo referenciada em outra VIEW, SP, Trigger, não poderá ser apagada. Apenas a definição da VIEW é excluída do Banco de Dados, os dados da VIEW permanecerão intactos na tabela original.
Drop Trigger no Bando de Dados
Apaga uma Trigger do banco de dados.
Sintaxe :
DROP TRIGGER “nome”;
Ex : DROP TRIGGER “TRG_VERIFICA_ESTOQUE”;
Drop Table na Banco de Dados
Apaga uma tabela do Banco de Dados, e também os índices referenciados e trigger´s que a tabela faz referencia.
Drop Procedure no Banco de Dados
Deleta uma SP previamente criada pelo usuário. As SP que estão sendo referenciadas em Trigger, VIEW, não poderão ser excluídas.
Drop External Function no Banco de Dados
Deleta do Banco de Dados a declaração do uso da UDF. Este comando não exclui da DLL, mas, a torna inacessível ao Banco de Dados. Se alguma SP ou Trigger estiver usando a UDF, ocorrerá um erro na execução dos comandos.
Drop Exception no Bando de Dados
Deleta uma exceção previamente criada no seu Banco de Dados. Se a exceção estiver sendo usada por alguma Stored Procedure e ou Trigger, a exclusão falhará. Desta forma, o usuário precisa retirar a EXCEPTION da SP e ou Trigger e após isto executar novamente a EXCEPTION.
Drop Domain no Banco de Dados
Deleta um domínio previamente criado no InterBase. Se o Domínio estiver em uso por alguma tabela, para solucionar este problema, o campo tem que ser excluído e após isto apagar o Domínio.
Drop Database no Banco de Dados
Apaga o Banco de Dados. O Banco de Dados, só pode ser deletado pelo seu criador “Owner” e ou pelo usuário MASTER do Banco de Dados.