1 15/4/2015 20:36 fmu – 1. semestre – tecnologia – analise e desenvolvimento de sistemas...

5
1 29/08/22 12:32 FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas Professor: Eduardo Silvestri Aluno: Clóvis de Oliveira - RA 5237278 Grupo 7

Upload: internet

Post on 22-Apr-2015

103 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: 1 15/4/2015 20:36 FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas Professor: Eduardo Silvestri Aluno:Clóvis de Oliveira- RA 5237278

1

11/04/23 14:30

FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas

Professor: Eduardo Silvestri

Aluno: Clóvis de Oliveira - RA 5237278

Grupo 7

Page 2: 1 15/4/2015 20:36 FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas Professor: Eduardo Silvestri Aluno:Clóvis de Oliveira- RA 5237278

2

11/04/23 14:30

O comando COMMIT é usado para confirmar as alterações realizadas no banco de dados.

Uma vez realizada operações de inclusão, alteração e exclusão, as modificações não estarão ainda no Banco de Dados, elas são visíveis apenas na seção atual.

Para que os comandos acima descritos seja, definitivamente, enviados ao banco de dados, é necessário utilizarmos o comando COMMIT.

Quando usamos o comando COMMIT o sistema fecha todos os cursores abertos, destrói todas as sentenças preparadas e torna inválidas todos os cursores que estejam associados a um sentença preparada.

Sintaxe:COMMIT [ WORK | TRANSACTION ]

Parâmetros:WORKTRANSACTIONPalavras chave opcionais. Não produzem nenhum efeito.

Page 3: 1 15/4/2015 20:36 FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas Professor: Eduardo Silvestri Aluno:Clóvis de Oliveira- RA 5237278

3

11/04/23 14:30

O comando ROLLBACK desfaz a transação corrente, fazendo com que todas as modificações realizadas pela transação sejam rejeitadas.

SintaxeROLLBACK [ WORK | TRANSACTION ]

Parâmetros:WORKTRANSACTION Palavras chave opcionais. Não produzem nenhum efeito.

Nota:A submissão do comando ROLLBACK fora de uma transação não causa nenhum problema, mas produz uma mensagem de advertência.

Page 4: 1 15/4/2015 20:36 FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas Professor: Eduardo Silvestri Aluno:Clóvis de Oliveira- RA 5237278

4

11/04/23 14:30

Stored Procedure é um conjunto de comandos, ao qual é atribuído um nome.Ela armazena tarefas repetitivas e aceita parâmetros de entrada para que a tarefa seja efetuada de acordo com a necessidade individual. Uma Stored Procedure pode reduzir o tráfego na rede, melhorar a performance de um banco de dados, criar tarefas agendadas, diminuir riscos, criar rotinas de processsamento, etc.

Ao invés de digitar os comandos cada vez que determinada operação necessite ser executada, criamos um Stored Procedure e o chamamos. Em um Stored Procedure também podemos ter estruturas de controle e decisão, típicas das linguagens de programação. Em termos de desenvolvimento de aplicações, também temos vantagens com a utilização de Stored Procedures, fazendo com que o programa chame-o para executar os comandos necessários, teremos mais facilidades no momento de atualizar a aplicação.

Este conjunto fica armazenado no Banco de Dados e pode ser chamado a qualquer momento tanto pelo SGBD (sistema Gerenciador de Banco de Dados) quanto por um sistema que faz interface com o mesmo.

Sintaxe: CREATE PROCEDURE nome_do_stored_procedure [     {@parametro tipo_de_dados_parametro}[=valor_default] [output] ] [,...n] AS     comando1,     comando2,     comando3,     ...,     comando2 GO

Page 5: 1 15/4/2015 20:36 FMU – 1. Semestre – Tecnologia – Analise e Desenvolvimento de Sistemas Professor: Eduardo Silvestri Aluno:Clóvis de Oliveira- RA 5237278

5

11/04/23 14:30

Trigger é um tipo especial de procedimento armazenado, que é executado sempre que há uma tentativa de modificar os dados de uma tabela que é protegida por ele.

É muito utilizada para ajudar a manter a consistência dos dados ou para propagar alterações em um determinado dado de uma tabela para outras. Um bom exemplo é um gatilho criado para controle de quem alterou a tabela, nesse caso, quando a alteração for efetuada, o gatilho é "disparado" e grava em uma tabela de histórico de alteração, o usuário e data/hora da alteração, são usados com enorme eficiência para impor e manter integridade referencial de baixo nível, e não para retornar resultados de consultas.

A principal vantagem é que eles podem conter uma lógica de processamento complexa.

Você pode usar TRIGGERS para atualizações e exclusões em cascata através de tabelas relacionadas em um banco de dados, impor integridades mais complexas do que uma restrição CHECK, definir mensagens de erro personalizadas, manter dados desnormalizados e fazer comparações dos momentos anteriores e posteriores a uma transação.

Sintaxe: CREATE TRIGGER nome_do_gatilho ON dono.Nome_da_tabela FOR INSERT (ou UPDATE ou DELETE) AS Codigo para execução