Laboratório 3. Base de Dados II 2008/2009

Tamanho: px

Começar a partir da página:

Download "Laboratório 3. Base de Dados II 2008/2009"

Alícia Lobo Fartaria
8 Há anos
Visualizações:

1 Laboratório 3 Base de Dados II 2008/2009 Plano de Trabalho Lab. 3: Programação em Transact-SQL MYSQL Referências MICROSOFT SQL SERVER - Procedimentos do Lado do Servidor (Stored Procedures) - Exercícios 1. Conceito. - Stored Procedures são semelhantes a subrotinas ou subprogramas desenvolvidos noutras linguagens de programação (p.e. C, Pascal, Basic, Java, etc.), mas que são guardados no servidor. - Aceitam parâmetros de entrada e retornam resultados. Isto é, como qualquer subprograma, um procedimento permite a passagem de parâmetros de entrada e de saída, aceitando valores e devolvendo algum tipo de resultado à entidade que o invocou, que pode ser um outro procedimento, um gatilho ou mesmo uma aplicação externa cliente. - Retornam um valor de status indicando se aconteceu um erro, e qual foi. - São basicamente blocos de instruções SQL compiladas num único plano de execução. 2. Propósitos/Vantagens. - Diminuição do tráfego na rede. A execução destes programas no seio de um servidor permite reduzir substancialmente o tráfego de rede provocado por aplicações que solicitem ao servidor a execução de instruções SQL. O servidor passa a ser assim não só servidor de dados, mas também servidor de programas para a manipulação dos dados. - Programação por módulos. Um stored procedure após ser guardado na BD, pode ser invocado várias vezes num programa. Pode também ser alterado sem que haja necessidade de alterar em todos os lados.

- Stored Procedures são semelhantes a subrotinas ou subprogramas desenvolvidos noutras linguagens de programação (p.e. C, Pascal, Basic, Java, etc.), mas que são guardados no servidor.

2 - Execução mais rápida. Se uma operação tem muitas instruções T-SQL e/ou é executada muitas vezes, os stored procedures conseguem ser mais rápidos, pois são compilados e optimizados no momento da sua criação. - Segurança. Pode ser dada permissão aos utilizadores para executar um stored procedure, mesmo que não tenham permissão para utilizar o mesmo código directamente através de um editor. 3. Exemplos. Exemplo 1: CREATE PROC Cli SELECT * FROM CLIENTE EXEC cli Exemplo 2: ALTER PROC int SELECT * FROM CLIENTES WHERE ClienteID EXEC Cli 1 4. Sintaxe. CREATE PROC[EDURE] procedure_name [;number] [ {@parameter data_type} [VARYING] [= default] [OUTPUT] ] [,...n] [WITH { RECOMPILE ENCRYPTION RECOMPILE, ENCRYPTION } ] [FOR REPLICATION] sql_statement [...n]

- Segurança. Pode ser dada permissão aos utilizadores para executar um stored procedure, mesmo que não tenham permissão para utilizar o mesmo código directamente através de um editor. 3.

3 4.1. Argumentos procedure_name Is the name of the new stored procedure. Procedure names must conform to the rules for identifiers and must be unique within the database and its owner. Local or global temporary procedures can be created by preceding the procedure_name with a single number sign (#procedure_name) for local temporary procedures and a double number sign (##procedure_name) for global temporary procedures. The complete name, including # or ##, cannot exceed 128 characters. Specifying the procedure owner name is optional. ;number Is an optional integer used to group procedures of the same name so they can be dropped together with a single DROP PROCEDURE statement. For example, the procedures used with an application called orders may be named orderproc;1, orderproc;2, and so on. The statement DROP PROCEDURE orderproc drops the entire group. If the name contains delimited identifiers, the number should not be included as part of the identifier; use the appropriate delimiter around procedure_name Is a parameter in the procedure. One or more parameters can be declared in a CREATE PROCEDURE statement. The value of each declared parameter must be supplied by the user when the procedure is executed (unless a default for the parameter has been defined). A stored procedure can have a maximum of 1,024 parameters. Specify a parameter name using an at sign (@) as the first character. The parameter name must conform to the rules for identifiers. Parameters are local to the procedure; the same parameter names can be used in other procedures. By default, parameters can take the place only of constants; they cannot be used in place of table names, column names, or the names of other database objects. data_type Is the data type of the parameter. All data types, including text and image, can be used as a parameter for a stored procedure. However, the cursor data type can be used only on OUTPUT parameters. When you specify a data type of cursor, the VARYING and OUTPUT keywords must also be specified VARYING Specifies the result set supported as an output parameter (constructed dynamically by the stored procedure and whose contents can vary). Applies only to cursor parameters. default Is a default value for the parameter. If a default is defined, the procedure can be executed without specifying a value for that parameter. The default must be a constant or it can be NULL. It can include wildcard characters (%, _, [], and [^]) if the procedure uses the parameter with the LIKE keyword.

(##procedure_name) for global temporary procedures. The complete name, including # or ##, cannot exceed 128 characters. Specifying the procedure owner name is optional.

4 4.2. Parâmetros É possível passar parâmetros para um stored procedure, que podem ser utilizados como variáveis dentro do stored procedure. Os stored procedures também podem retornar valores. Para cada parâmetro é necessário definir o nome, o tipo de dados, o fluxo (entrada ou saída) e o valor por omissão (opcional). Exemplo 3 (de parâmetros de entrada) ALTER PROC Varchar(40) SELECT * FROM CLIENTES WHERE ClienteID AND Nome LIKE (@InicioNome+'%') EXEC Cli 2, 'A' ou EXEC = Exemplo 4 (de parâmetros de saída): ALTER PROC int OUTPUT = COUNT(*) FROM CLIENTES WHERE ClienteID AND Nome LIKE (@InicioNome+'%') int EXEC Cli 1, OUTPUT PRINT 'Numero de registos = ' + cast(@tot Varchar(10))

Exemplo 3 (de parâmetros de entrada) ALTER PROC Cli @CodCli int=null, @InicioNome Varchar(40) SELECT * FROM CLIENTES WHERE ClienteID > @CodCli AND Nome LIKE (@InicioNome+'%') EXEC Cli 2, 'A' ou EXEC

5 Exemplo 5 (de parâmetro de resultado): ALTER PROC int OUTPUT BEGIN = COUNT(*) FROM CLIENTES WHERE ClienteID AND Nome LIKE (@InicioNome+'%') END int = Cli 1, OUTPUT <> 0 Print 'Ocorreu um erro!' ELSE PRINT 'Numero de registos = ' + cast(@tot Varchar(10)) 5. Criação. Há 2 formas de criar procedimentos no servidor Microsoft SQL Server: Server Management Studio Instruções Transact-SQL

@Erro = Cli 1, 'A', @TotalReg = @Tot OUTPUT IF @Erro <> 0 Print 'Ocorreu um erro!

6 EXERCÍCIOS I (base de dados Livro&Livro) Exercício 1. Crie um procedimento para inserir um novo autor na tabela Autores da bases de dados Livro&Livro carregada na aula prática anterior. O nome do procedimento é aquele sugerido pelo SQL Server, i.e.: insert_autores_1 Será que existem parâmetros de entrada? Quais são? Exercício 2. Execute o procedimento anterior insert_autores_1 e verifique o que acontece em termos de output e na tabela Autores que foi afectada. Os dados de entrada são os seguintes: 1000 e Tiago Pereira A instrução de execução é a seguinte: EXECUTE insert_autores_1 1000, Tiago Pereira Exercício 3. Escreva um procedimento chamado Livros_Nao_Disponiveis que permita obter uma lista dos livros não disponíveis ou esgotados. Esta lista deve conter o Código, Designação e Preço de Venda de todos os livros cujo stock real é Procedimento que nos fornece uma lista com os livros esgotados; existência em stock igual a 0 CREATE PROCEDURE [Livros_Nao_Disponiveis] SELECT Código, Designação, [Preço-Venda] FROM livros WHERE [Stock-Real]=0 Todo o processo de criação de um procedimento é semelhante ao de criação duma inquirição (query). A única, e grande, diferença é que depois de executar o comando CREATE PROCEDURE, o SQL Server armazena o procedimento para que possa mais tarde a ser executado. Exercício 4. Execute o procedimento do exercício anterior. USE Livro&Livro EXECUTE Livros_Nao_Disponiveis Questões: - O que é que acontece se não usarmos USE Livro&Livro? - Quantos parâmetros de entrada tem este procedimento? - Quantos parâmetros de saída tem este procedimento?

Execute o procedimento anterior insert_autores_1 e verifique o que acontece em termos de output e na tabela Autores que foi afectada.

7 Exercício 5. Crie um procedimento que nos forneça o total de vendas por livro, para uma dada colecção e ano de vendas. Vamos supor que a colecção é a A e que o ano é o Estratégia. - Vamos começar por por seleccionar na tabela Vendas os registos que correspondem às vendas de livros correspondentes às vendas do ano Ao mesmo tempo, aproveitamos para fazer a combinação das tabelas Vendas e Vendas-Detalhes através duma operação de junção, mais concretamente uma equijunção. Desta operação, obtemos todos os livros vendidos, assim como a restante informação relacionada com os valores das vendas de livros para o ano pretendido. - De seguida, e agora com base na tabela Livros, seleccionamos todos os livros que pertençam à colecção indicada e continuamos o processo de cálculo, combinando os resultados obtidos nas duas etapas anteriores novamente através duma equijunção. - Por fim, agrupamos a informação obtida por livro, de forma a ser possível calcular o total de vendas por livro, ordenando a lista de livros alfabeticamente. -- Procedimento que fornece a relação das vendas -- referentes á colecção A do ano 2000, ordenadas por livro CREATE PROCEDURE VendasLivrosColecçãoAAno2000 SELECT VD.Livro, L.Designação, SUM(VD.Total) Total FROM (SELECT D.Livro, V.Total FROM Vendas As V, [Vendas-Detalhes] D WHERE SUBSTRING(CONVERT(nvarchar(22),V.Data,111),1,4)= 2000 VD, (SELECT Código, Designação, Colecção FROM Livros p WHERE Colecção = A ) L WHERE L.Código = VD.Livro GROUP BY VD.Livro, L.Designação ORDER BY VD.Livro C

- Ao mesmo tempo, aproveitamos para fazer a combinação das tabelas Vendas e Vendas-Detalhes através duma operação de junção, mais concretamente uma equijunção.

Documentos relacionados

Laboratório 4. Base de Dados II 2008/2009

Laboratório 4. Base de Dados II 2008/2009 Laboratório 4 Base de Dados II 2008/2009 Plano de Trabalho Lab. 4: Programação em Transact-SQL Referências MICROSOFT SQL SERVER - Procedimentos do Lado do Servidor (Stored Procedures) - cont. - Exercícios