O Banco de Dados

...

OUT – parâmetro de saída. A stored procedure pode alterar o valor do parâmetro de saída, que é retornado para o programa que a chamou.

INOUT – combinação entre IN e OUT. O programa passa o valor do parâmetro como argumento, e recebe o novo valor, gerado pela stored procedure

TRANSAÇÕES

- O que são?

Transação é a unidade de trabalho de um banco de dados. Transações são comandos individuais ou sequências de comandos ordenados logicamente, sejam eles comandados manualmente por um usuário ou automaticamente por um programa.

Em um banco de dados relacional, as transações são concretizadas através dos comandos da DML (INSERT, UPDATE, DELETE). Uma transação é a propagação de uma ou mais mudanças no banco de dados.

Por exemplo, se você fez um UPDATE em uma tabela para alterar o cadastro de um produto, você fez uma transação.

Uma transação pode ser uma única ou um grupo de instruções DML. Ao gerenciar transações, a transação (grupo de instruções DML) precisa ter sucesso como um todo, ou todas as instruções do grupo falharão.

- Todas as transações têm um começo e um fim;

- Uma transação pode ser desfeita;

- Se ocorrer um erro no meio de uma transação, nenhuma parte da transação pode ser salva no banco de dados.

Há quatro importantes propriedades das transações de banco de dados, que são representadas pelo acrônimo ACID:

ACID – Atomicidade, Consistência, Isolamento e Durabilidade

Atomicidade – o trabalho é atômico, ou seja, indivisível. Ou todo o trabalho é feito, ou nada é feito.

Consistência – Uma transação deve levar o banco de dados de um estado consistente a um outro estado consistente, não importa se uma transação tenha sucesso ou falha.

As regras de integridade dos dados devem ser mantidas.

Isolamento – Uma transação em processo e ainda não finalizada deve permanecer isolada de qualquer outra transação, isto é, duas transações acontecendo ao mesmo tempo não devem afetar uma a outra, e cada uma tem uma visão consistente do banco de dados. Isto é alcançado através de níveis de isolamento no banco de dados.

Durabilidade – Os dados devem ser salvos pelo sistema de tal maneira que, mesmo que uma falha geral ou reinício do sistema aconteça, os dados estejam disponíveis em seu estado correto.

Como iniciar uma transação

START TRANSACTION

Como finalizar uma transação com sucesso

COMMIT

Este comando efetiva todas as alterações feitas no banco de dados nesta transação, desde o último COMMIT ou ROLLBACK feito.

Como desfazer uma transação

ROLLBACK

Este comando desfaz todas as alterações no banco decorrentes de UPDATE, INSERT, DELETE dentro da transação, e a encerra.

Como estabelecer um “ponto de salvamento” em uma transação

SAVEPOINT

Este comando estabelece um marco dentro da sua transação que pode ser referido depois, em um ROLLBACK parcial

Sintaxe

SAVEPOINT ;

Como fazer um ROLLBACK parcial Em conjunto com SAVEPOINT, é possível desfazer somente parte de uma transação.

Sintaxe

ROLLBACK TO SAVEPOINT ;

VIEWS

- O que é?

Podemos chamar View como uma Tabela virtual – composta a partir de uma query armazenada. Ela tem colunas como uma tabela, pode sofrer selects como uma tabela e pode sofrer update, insert e delete (dependendo de algumas restrições). Mas, diferentemente de uma tabela normal, não consome espaço físico para storage.

PORQUE USAR UMA VIEW?

1 – Segurança. Mediante a seleção das colunas que compõem a view, e a cláusula WHERE que restringe as linhas que participarão da view.

2 – Para focar, simplificar ou customizar a percepção que cada usuário tem do banco de dados;

3 – para prover uma interface compatível de modo a emular uma tabela cuja definição mudou.

4 – Para dados sumarizados. É uma boa opção para implementar relatórios que tem que ser gerados periodicamente com vários valores agregados.

CRIANDO UMA VIEW

Sintaxe básica da instrução: CREATE VIEW AS

NESTED VIEWS

É possível criar views sobre views (NESTED VIEWS); entretanto, como todo as views são resolvidas em memória, há um preço a se pagar em memória e processamento.