SQL - Inserções, Alterações e Exclusões
Uma linguagem direcionada a extração de informações de um conjunto de dados, em tese não deveria incorporar
comandos de manipulação dos dados.
Devemos observar contudo que a mera existência de uma linguagem padronizada
para acesso aos dados "convidava" os desenvolvedores a aderirem a uma linguagem "padrão" de manipulação de tabelas.
Naturalmente cada desenvolvedor coloca "um algo mais" em seu SQL (SQL PLUS, SQL *, ISQL, e toda sorte de
nomenclaturas), por um lado desvirtuando os objetivos da linguagem (padronização absoluta), mas em contrapartida
otimiza os acessos ao seu banco de dados e por maior que sejam estas mudanças, jamais são tão importantes que
impeçam que um programador versado em SQL tenha grandes dificuldades em se adaptar ao padrão de determinada
implementação.
De fato as diferenças entre o SQL da Sybase, Oracle, Microsoft, são muito menores dos que as
existentes entre o C, o BASIC e o Pascal, que são chamadas de linguagens "irmãs", pois todas originam-se
conceitualmente no FORTRAN.
Podemos observar que todas as três linguagens mencionadas possuem estruturas de
controle tipo "para" (for), "enquanto" (while) e repita (do..while, repeat..until).
Todas trabalham com blocos de instrução, todas tem regras semelhantes para declaração de variáveis e todas usam comandos de tomada decisão baseadas em
instruções do tipo "se" ou "caso", porém apesar de tantas semelhanças (sic), é praticamente impossível que um
programador excelente em uma linguagem consiga rapidamente ser excelente em outra linguagem do grupo.
Poderíamos
arriscar a dizer que um excelente programador C que utilize a implementação da Symantech terá que passar por um
breve período de adaptação para adaptar-se ao C da Microsoft.
O que ocorreria então se este programador tiver que adaptar-se ao Delphi (Pascal) da Borland?
De forma alguma o mesmo ocorrerá com o especialista em SQL ao ter que migrar do Banco de Dados X para o Banco de
Dados Y.
Naturalmente existirá a necessidade de aprendizado, mas este programador poderá ir adaptando-se aos poucos
sem precisar ser retreinado, o que é um aspecto extremamente vantajoso para as empresas.
===============================================
SQL - Inserir registros (Insert):
INSERT INTO [] [VALUES ]
Exemplo:
INSERT INTO DEPT;
Possibilita a inserção de registros de forma interativa.
INSERT INTO DEPT (DEPNUME,DEPNOME,DEPLOCA) VALUES (70,"PRODUCAO","RIO DE JANEIRO");
Possibilita a inserção de registros em tabelas sem digitação dos dados.
Exemplo: Inserindo Dados em uma tabela:
inser into curso_sql (id,nome,endereço,email)
value (1,’Rogerio’,’Rua Bela Cintra’,rogerio@nrsystem.com);
===============================================
SQL - Atualizar registros (Update):
Sintaxe: UPDATE SET = [WHERE ];
Sintaxe: UPDATE Tabela SET Campo = Valor;
Exemplo:
UPDATE EMP SET EMPSALA = EMPSALA* 1.2 WHERE EMPSALA< 1000;
===============================================
ALTER DATABASE
Para alterar o banco de dados é utilizado o comando ALTER seguido do seu nome e
propriedade a ser alterada.
Sua sintaxe é: ALTER DATABASE Nome Propriedade
================================================
DROP DATABASE
A exclusão definitiva (irreversível) é possibilitada pelo comando DROP. Sua sintaxe é: DROP DATABASE
Propriedade
Nome, e a exclusão de tabelas que são referenciadas em outras tabelas pode gerar problemas de inconsistência nas mesmas.
===============================================
ALTER TABLE
Para deletar colunas de uma tabela usamos a sintaxe:
ALTER TABLE Tabela DROP
Campo
================================================
SQL - Excluir registros (Delete)
Sintaxe: DELETE FROM [WHERE ];
Sintaxe: DELETE FROM Tabela;
Ex:
DELETE FROM emp WHERE EMPSALA > 5000;
Transações
Muitas vezes gostaríamos que determinado processo, caso fosse abortado por qualquer motivo, pudesse ser inteiramente
cancelado.
Imaginemos por exemplo um usuário digitando um pedido.
Imaginemos ainda que o sistema possa reservar
cada item solicitado de maneira "on line", ou seja ao mesmo tempo em que estou digitando a quantidade o sistema já
"empenhe" uma quantidade equivalente no estoque.
Imaginemos ainda que o sistema deve cancelar todas as operações se
apenas um dos itens não puder ser atendido.
Grande problema, caso não pudéssemos anular todos os processos a partir de
determinada condição.
Vamos simular tal ocorrência com nosso banco de dados EMP. Imaginemos que ao invés de digitarmos:
DELETE
FROM emp WHERE salario > 5000;
nós tivéssemos digitado:
DELETE FROM emp WHERE salario > 500;
Ao invés de
eliminarmos 2 registros, praticamente teríamos eliminado o banco de dados todo.
Para evitarmos que um erro de
digitação, ou um processo iniciado porém sem condição de ser completado integralmente comprometa todos nossos
dados podemos criar uma transação que nos assegurará que nossos testes sejam bem sucedidos ou cancelados sem
comprometer nossos dados.
begin transaction;
delete from emp where salario > 500;
IF SQL_RECORDCOUNT > 20 THEN;
ROLLBACK TRASACTION;
else
COMMIT;
endif;
end transaction;
Visões: Uma visão consiste basicamente de uma tabela derivada de outras tabelas.
Considerando o exemplo TRABALHO, poderíamos criar uma visão baseada na Tabela de Empregados (EMP) e na Tabela de Departamentos (DEPT) onde
tivéssemos somente os Nomes dos Funcionários e os Departamentos nos quais estes trabalhassem. Teríamos algo
assemelhado ao abaixo representado:
CREATE VIEW EMP_DEP
AS SELECT E.EMPNOME, D.DEPNOME
FROM EMP E, DEPT D
WHERE E.DEPNUME = D.DEPNUME;
Devemos observar que:
1- Uma visão definida sobre uma única tabela somente será atualizável se os atributos da tal visão contiverem a chave
primária de tal tabela.
2- Visões sobre várias tabelas não são passíveis de atualizações.
3- Visões que se utilizam de funções de agrupamentos, também não poderão ser atualizadas.
