Conceitos Básicos - Parte I

Galera, sei que posso estar ensinando "mais do mesmo" para quem já conhece SQL, porém acho importante alinhar o conhecimento para que todos consigam acompanhar os próximos posts.


Instruções DDL (Data Definition Language)


Instruções DDL, são comandos SQL que nos permitem criar bancos de dados, tabelas, índices, funções, views, procedures, usuários, triggers, etc.


Aqui mostrarei apenas os comandos mais utilizados 
(dica: abra o Manegamenent Studio Express e execute comando por comando, na ordem exibida)


-- Criação de um banco de dados
CREATE DATABASE db_Exemplo;


-- Criação de uma tabela
CREATE TABLE tb_Exemplo(
 ID int NOT NULL,
 NOME VARCHAR(100)
)


-- Criação de um índice
CREATE INDEX idx_exemplo ON tb_Exemplo( ID )


-- Criação de uma views
CREATE VIEW vw_Exemplo AS
 SELECT ID, NOME
 FROM tb_Exemplo


-- Criando uma Procedure

CREATE PROCEDURE sp_Exemplo
 @ID int
AS
 SELECT ID, NOME
 FROM VW_EXEMPLO
 WHERE ID = @ID


-- Apagar uma procedure
DROP PROCEDURE sp_Exemplo


-- Apagar uma View

DROP VIEW vw_Exemplo

-- Apagar um índice

DROP INDEX tb_Exemplo.idx_exemplo

-- Apagar uma tabela

DROP TABLE tb_Exemplo

-- Apagar um banco de dados

DROP DATABASE db_Exemplo;

Criação de functions, triggers e usuários serão vistos em outros post.

Vale lembrar que estas instruções é o padrão de qualquer banco de dados relacional que utilize SQL-ANSI 92 (Oracle, SQL-Server, Sybase, DB2, MySQL, Firebird, etc.).

um abraço,

Wilson Cristoni Neto

(wcristoni@gmail.com)

Prefácio - Bem vindos!

Galera, fiquei por muito tempo sem escrever, mas cá estou novamente para tentar compartilhar minhas experiências profissionais com todos.


Aqueles que já trabalharam comigo, sabem que eu simplesmente acho que a parte mais importante de um projeto de sistema é o banco de dados. Embora tenha muita gente e alguns movimentos digam que "o que há" no topo da tecnologia é utilizar Orientação a Objetos (OO), eu acho que quando se tem uma plataforma definida a OO pode complicar mais ao invés de ajudar.


Em mais de 10 anos de experiência, já tive oportunidade de ver muitos projetos OO, bem estruturados, não saírem do projeto, devido a grande quantidade de camadas existentes nos projetos, isto sem contar a adoção de padrões de design que exigem um largo conhecimento de todos da equipe ( o que sabemos que é utopia, toda equipe tem gente com e sem experiência ).


Por outro lado eu já vi várias aplicações com arquitetura muito simples ter o seu desenvolvimento rápido e possuir melhor desempenho, quando comparadas a arquiteturas mais elaboradas.


Não quero aqui comparar arquitetura A, B ou C, porém quero dar dicas práticas para que você consiga tornar o seu dia a dia mais prático e produtivo, de forma que a tecnologia sirva aos processos de negócio e não ao contrário, coisa que infelizmente é o que mais ocorre em nossa área.


Bom espero que todos consigam aproveitar as dicas e fomentem discussões sobre os tópicos aqui postados!


um abraço,
Wilson Cristoni Neto
(wcristoni@gmail.com)