Esses dias estava precisando verificar uma view de maneira rápida, sem ficar expandindo para ver colunas ou o que ela faz e foi ai que lembrei que aprendi essa procedure, responsável por mostrar aquilo que você fez. Serve para view, tabela, função, procedure ou até mesmo para uma coluna específica.

Sintaxe: sp_helptext [ @objname = ] ‘name’ [ , [ @columnname = ] computed_column_name ]

Exemplos
Para listar a regra definida para uma determinada view
Ex: EXEC sp_helptext vwListaCadastrados

Para determinada coluna usa assim:
Ex: EXEC sp_helptext @objname = ‘tbExemplo1′, @columnname = nome

Fica a dica,
Até a próxima.

Muitas vezes temos que alterar languages que vem como padrão (us_english) no Banco de dados, quando se cria um.
Hoje tive que fazer isso, tive que alterar para Brazilian(Brasil), mas como fazer?

É simples, veja:

Para verificarmos qual language esta no banco de dados:
SELECT @@language, @@langid
Onde vão ser retornados o language e o id desta language.

Como alterar a language para um determinado login?
EXEC sp_defaultlanguage ‘user’, ‘language’
Ex: EXEC sp_defaultlanguage ’sateste’, ‘brazilian’
EXEC sp_defaultlanguage ’sateste’, ‘us_english’

Feito isso precisamos reconfigurar, portanto:
RECONFIGURE
Pronto, fizemos a alteração da language, agora é só parar(stop) e iniciar(start) o SQL Server.

Caso queira mudar o language padrao para o servidor, usamos a procedure sp_configure, assim:
EXEC sp_configure ‘default language’, 27
- – 27 refere-se ao langid brasileiro

Para você saber os langids ou nome que se usa(Brazilian, us_english), basta executar este comando:
USE master
SELECT * FROM SYSLANGUAGES
Vão retornar todos os langids e mais informações interessantes.

Abraço,
Marcelo

Exemplo de como criptografar e descriptografar palavras.

–Declara a variavel e atribui o valor para criptografar e posteriormente descriptografar.
DECLARE @Chave VARCHAR(1000)
SET @Chave = ‘chave’

–Declara a variavel e atribui a palavra que queira criptografar
DECLARE @PalavraCriptografada VARCHAR(1000)
SET @PalavraCriptografada = ‘teste123′

–Processo de criptografia, usando o ENCRYPTBYPASSPHRASE
DECLARE @Criptografa VARBINARY(5000)
SET @Criptografa = ENCRYPTBYPASSPHRASE(@Chave, @PalavraCriptografada)

–Descriptografando usando DECRYPTBYPASSPHRASE
DECLARE @Descripta VARCHAR(5000)
SET @Descripta = DECRYPTBYPASSPHRASE(@Chave, @Criptografa)

–Mostrando os resultados
SELECT @Chave AS Chave,@PalavraCriptografada AS PalavraCriptografada,
@Criptografa AS criptografia,@Descripta AS descriptada

Abraço,
Marcelo

Olá Pessoal,

Colocarei 4 procedimentos armazenados úteis para se obter informações quanto a usuários logados, processos atuais, espaço utilizado e etc, são eles:
- sp_who
- sp_spaceused
- sp_monitor
Falaremos hoje sobre o sp_who
sp_who
Responsavél por retornar os usuários logados, processos e sessões.

Sintaxe
EXEC sp_who login, sessao, ‘Active’

Exemplos:
EXEC sp_who
Resultado: Retorna todos os usuários atuais.

EXEC sp_who ’sa’
Resultado: Retorna os processos do usuário ’sa’.

EXEC sp_who ‘active’
Resultado: Retorna os processos ativos

EXEC sp_who ‘200′
Resultado: Retorna a sessão 200, onde 200 é o ID da Sessão.

Os resultados que o sp_who retorna, são esses:
spid
Id da sessão.
ecid
Id da thread que esta sendo executada, associada a um spid(Id da sessão).
Obs: Por padrão o ecid vem 0(Id da Sessão pai), caso venha 1,2,3,n eles são “filhos” do processo pai.
status
Status do processo, valores:
dormant - O SQL Server esta redefinindo a sessão.
running - A Sessão esta executando um ou mais lotes.
background - A Sessão esta executando uma tarefa em segundo plano.
rollback - A sessão tem uma reversão de transação em processo.
pending - A sessão está aguardando que uma thread de trabalho seja disponibilizado.
runnable - A tarefa da sessão está na fila executável de um agendador enquanto aguarda para obter um quantum de hora.
spinloop – A tarefa da sessão está aguardando que um spinlock seja liberado.
suspended – A sessão está aguardando que um evento, como E/S(Entrada/Saída), seja concluído.
loginname – Nome do login responsavel pelo processo. Ex: sa
hostname - Nome do computador ou host que esta executando o processo.
blk – ID de sessão do processo de bloqueio, se houver. Caso contrário, essa coluna será zero.
Quando uma transação associada a uma ID de sessão especificada for bloqueada por uma transação distribuída órfã, essa coluna retornará um ‘-2′ para o bloqueio da transação órfã.

dbname - Nome da base de dados onde esta sendo executado o processo
cmd - Comando que esta sendo executado pelo processo.
request_id – ID de solicitações em execução em uma sessão específica.

Observações:
Requer permissão VIEW SERVER STATE no servidor para visualizar todas as sessões em execução na instância de SQL Server. Caso contrário, o usuário verá somente a sessão atual.

Mais informações: http://msdn.microsoft.com/pt-br/library/ms174313.aspx

Bom por hoje é só, até a próxima,
Obrigado,
Marcelo

Olá pessoal,
Hoje falaremos sobre cross aply que é um código do T-SQL para junção(Join).
- Qual é o problema que enfrentamos?
- Onde o cross apply entra?

O maior problema de hoje é quando vamos utilizar subquerys, ex:
SELECT usuario.Nome, usuario.Email, compl.Endereco
FROM tbUsuario usuario
CROSS JOIN
(SELECT Endereco, Numero FROM tbComplementos WHERE iduser = usuario.iduser) compl

Quando a utilização é parecida com a de cima, retorna erro que a variavel esta fora do escopo ou que a variável não pode ser vinculada, porque o T-SQL usado com inner, right ou left join,  não aceita subquery de tabela derivada.

É ai que o CROSS APPLY entra, na troca do CROSS JOIN para CROSS APPLY a sua SQL vai funcionar perfeito.
SELECT usuario.Nome, usuario.Email, compl.Endereco
FROM tbUsuario usuario
CROSS APPLY
(SELECT Endereco, Numero FROM tbComplementos WHERE iduser = usuario.iduser) compl

Isso vale pra quando você for usar alguma função, ex:
SELECT usuario.Nome, usuario.Email, compl.Endereco
FROM tbUsuario usuario
CROSS JOIN dbo.fnComplementos(usuario.iduser) compl

aqui vai retornar o mesmo erro citado no primeiro item.

mas ao mudarmos para CROSS APPLY, volta a funcionar.

SELECT usuario.Nome, usuario.Email, compl.Endereco
FROM tbUsuario usuario
CROSS APPLY dbo.fnComplementos(usuario.iduser) compl

Bom pessoal, é isso quem tiver dúvidas pode me mandar e-mail ou comenta ai.

Referência: http://sqlserver-brasil.blogspot.com/2008/08/t-sql-cross-apply.html

Marcelo

Olá Pessoal,

Estaremos falando aqui sobre linked server e abordaremos estes tópicos:
- O que é o linked server e pra que serve.
- Exemplo de funcionamento de um linked server.

Linked server é a “ponte” entre o sql server e qualquer outra fonte de dados sendo ela um access, excel, oracle, o próprio sql server e etc.
Muito útil para muitos desenvolvedores e muito simples para criar e utilizar.
No exemplo mostraremos o linked server com uma fonte access. Vamos ao passo a passo.

1- Criaremos um banco de dados ACCESS chamado dbTeste no c:\linkedservers\

2- Criaremos uma tabela chamada tbTeste com essa estrutura:
id autonumeracao
Nome text
Email text

3- Agora abriremos SQL Server Management Studio. Conecta no seu servidor e mãos a obra.

4- Abre uma nova query e vamos criar nosso linked server
USE master
EXEC sp_addlinkedserver ‘lsteste’, –Nome do Linked Server
‘OLE DB Provider for Jet’, — Provider do Access
‘Microsoft.Jet.OLEDB.4.0′, –Nome do produto, pode ser qualquer nome. ex: Access, ls Access.
‘C:\linkedservers\dbTeste.mdb’ — Caminho fisico completo.

o nosso linked server esta pronto, mas antes de testarmos teremos que mudar uma opção que ele cadastra por padrão.

5- Vai em Server Objects, expand Linked Serves e acha o lsteste.
- Clica duas vezes no lsteste ou botão direito e propriedades.
* Temos uma guia chamada “Security”
Abaixo tem varias opções, por padrao ele cadastra na 3.
Mudaremos para a 2 opção como mostra figura abaixo.

6-     Para verificarmos se ele esta listando as tabelas do access, podemos executar a procedure abaixo:
EXEC sp_tables_ex lsteste

7- Pronto, feito isso, nosso linked server esta pronto e configurado. Agora vamos testar:
INSERT INTO lsteste…tbTeste(Nome, Email) VALUEs (’Marcelo’,'teste@teste.com.br’)
SELECT * FROM lsteste…tbTeste

Pronto pessoal, sobre linked server é isso, porém podemos ir mais longe que criarmos uma conexão com access.
Podemos criar link entre SQL Servers so que em servidores diferentes, criar um link com o oracle e por ai vai.

Quem quiser pode colocar no comentario os testes que fizeram.

Referência: http://www.mcdbabrasil.com.br/modules.php?name=News&file=article&sid=66

Abraço,
Marcelo

Exportando estrutura/dados para o SQL Server 2005

Problemas encontrados:
- Todos que tentam exportar suas bases para outros lugares tem um problema com o exportador. Ou você exporta a estrutura ou você exporta os dados.

Solução:
- Ferramenta DataBase Publishing
- Tem plugin para o Visual Studio
- Vai script de insert, estrutura de tabelas, schemas, triggers,  procedures e views.

Links para download:
http://www.microsoft.com/downloads/details.aspx?FamilyId=56E5B1C5-BF17-42E0-A410-371A838E570A&displaylang=en
Tamanho: 2MB

64bits tem que baixar esse também, senão vai ocorrer um erro ao utilizar a ferramenta acima:
http://download.microsoft.com/download/4/4/D/44DBDE61-B385-4FC2-A67D-48053B8F9FAD/SQLServer2005_XMO_x64.msi
Tamanho: 15mb

Seguem alguns screenshots:
Iniciar –> Programas –> Microsoft SQL Server Database Publishing Wizard

Vindo pelo windows temos a tela a seguir, onde você coloca os dados do banco que você quer gerar o script, caso venha pelo Visual Studio esta tela não terá a segunda opção.

Após colocar os dados corretos, temos a tela a seguir, na qual escolheremos nosso banco.

Escolhendo o banco, temos na tela abaixo a opção de salvar o arquivo no disco fisico ou então publicar em algum outro endereço.

Depois de escolher onde salvaremos, vamos ter algumas opções, como esta mostrando na tela abaixo.

Após colocarmos as opções que desejamos, temos o resumo do que foi feito.
Agora é só finalizar.

Se formos pelo visual studio temos o item Publish to Provider, como mostra abaixo.

Bom por hoje é só pessoal.

Obrigado,
Marcelo

Olá Pessoal,

Hoje estaremos abordando a criação de uma tabela com chave estrangeira ou foreign key.

Abordaremos então:

- O que é uma chave estrangeira(FK)?

- Colocando em prática

- Por que usar?

Bom pra começar chave estrangeira ou foreign key, é a relação entre duas tabelas tendo na tabela “mãe” a referência da tabela “filho”.

Ficou confuso?

vamos exemplificar, todos nós sabemos que um cliente precisa morar em uma cidade, então temos a tabela “mãe” que é a Cliente, onde nos atributos tem a referência da tabela filho que é a Cidade, conforme mostro a seguir:

Cliente Cidade

( (

ClienteId(PK) CidadeId(PK)

Nome Cidade

Endereco Estado

Telefone )

CidadeId(FK)

)

reparem que coloquei uma coluna chamada CidadeId, o que é essa CidadeId? Nada mais é que a chave primaria da tabela Cidade e a chave estrangeira da tabela Clientes.

Pois na hora de inserir registros na tabela de Clientes, ao invés de inserirmos Campinas, Vinhedo, Valinhos, nós armazenaremos a referência delas na tabela de Cidade.

CidadeId Cidade Estado

1 Campinas SP

2 Valinhos SP

3 Vinhedo SP

Na tabela de Cliente só iremos armazenar 1,2 ou 3, que são os registros existentes na tabela de Cidade, caso um “engraçadinho” tente inserir um 4 por exemplo, sem que ele esteja na tabela de Cidade dará um erro de chave estrangeira, não sendo possível a gravação.

Agora entendi, mas como crio uma chave estrangeira?

Simples, iremos criar as tabelas Cliente e Cidade primeiro. Uma boa prática para criação de tabelas, é sempre começar pelas tabelas simples, ou seja, aquelas que não possuem chave estrangeira.

CREATE TABLE Cidade

(

CidadeId int not null IDENTITY(1,1),

Cidade nvarchar(64) not null CONSTRAINT UQ_Cidade_Cidade UNIQUE,

Estado char(2) not null,

CONSTRAINT PK_Cidade_CidadeId PRIMARY KEY(CidadeId)

)

CREATE TABLE Cliente

(

ClienteId int not null IDENTITY(1,1),

Nome nvarchar(128) not null,

Endereco nvarchar(128) not null,

CidadeId int not null,

CONSTRAINT PK_Cidade_ClienteId PRIMARY KEY(ClienteId),

CONSTRAINT FK_Cliente_Cidade_CidadeId FOREIGN KEY(CidadeId) REFERENCES Cidade(CidadeId)

)

Repare que na tabela Cliente, eu crio a chave estrangeira, mas esse não é o único jeito de criar. Poderiamos ter criado as tabelas Cliente/Cidade, e depois usar a keyword ALTER TABLE para estar adicionando a chave, conforme mostro abaixo:

ALTER TABLE Cliente

ADD CONSTRAINT FK_Cliente_Cidade_CidadeId

FOREIGN KEY(CidadeId)

REFERENCES Cidade(CidadeId)

Bom, já entendi o que é, já criei a chave, mas por que utiliza-la?

Pois bem, utilizamos ela para:

* Manter a concistência do banco de dados

* Para criação de indices, na qual estaremos vendo adiante.

* Para otimização do banco de dados.

* Para facilitar a manutenção.

Pessoal, por hoje é só, quem tiver dúvidas no assunto, pode comentar que eu respondo ou ainda me mandar e-mail: marcelinho.ruliz@gmail.com

Abraço,

Té mais.

Olá Pessoal,

Neste artigo estaremos falando um pouco mais de constraints e como colocar valores padrões em colunas.

Segue:

- O que são constraints

- Onde elas são utilizadas

- Tipos de constraints

O que são constraints?

Constraints são restrições feitas para as colunas nas tabelas contendo diversos tipos, na qual falaremos adiante.

Onde elas são utilizadas?

Elas são utilizadas na criação de uma tabela ou mesmo junto com a keyword ALTER TABLE, onde podemos adicionar ou remover constraints.

Tipo de constraints:

- Primary key(PK)

Já vimos anteriomente no artigo criação de tabelas(Simples).

Ex:

CREATE TABLE Exemplo

(

ExemploId int not null Identity(1,1),

Campo2 int not null,

CONSTRAINT PK_Exemplo_ExemploId PRIMARY KEY(ExemploId)

)

- Unique(UQ)

Cria uma restrição para a coluna, onde não pode ter dois valores iguais.

Ex:

CREATE TABLE Newsletter

(

NewsletterId int not null IDENTITY(1,1) CONSTRAINT PK_Newsletter_NewsletterId PRIMARY KEY,

Email nvarchar(64) not null CONSTRAINT UQ_Newsletter_Email UNIQUE

)

Ao inserir dois e-mails iguais ele vai gerar um erro de UNIQUE KEY, dizendo que você está duplicando o registro.

- Foreign key(FK)

Ainda não vimos o que é um foreign key(Chave Estrangeira), será um próximo artigo, mas resumindo cria-se uma referência com o indice(PK) de uma outra tabela.

Ex:

CREATE TABLE Funcao

(

FuncaoId int not null IDENTITY(1,1) CONSTRAINT PK_Funcao_FuncaoId PRIMARY KEY,

Nome nvarchar(32) not null

)

CREATE TABLE Funcionario

(

FuncionarioId int not null IDENTITY(1,1) CONSTRAINT PK_Funcionario_FuncionarioId PRIMARY KEY,

Nome nvarchar(64) not null,

FuncaoId int not null,

CONSTRAINT FK_Funcionario_FuncaoId FOREIGN KEY(FuncaoId)

REFERENCES Funcao(FuncaoId)

)

Neste exemplo temos a tabela Funcao que pode ser Gerente, Desenvolvedor e etc.

e na tabela Funcionario colocamos o Nome, ex Marcelo e a funcao, porem na funcao nao vamos colocar Desenvolvedor, e sim colocamos a referencia que ela é na tabela de funcao, Ex: 2

Visualmente ficaria assim

Tabela: Funcao

FuncaoId Nome

1 Gerente

2 Desenvolvedor

Tabela: Funcionario

FuncionarioId Nome FuncaoId

1 Marcelo 2

Se colocarmos um FuncaoId que não existe na tabela de Funcao dará erro de Foreign Key.

- Check(CK)

Check, é uma constraint que especifica que condição a coluna precisa para salvar um registro.

Ex:

Na tabela Cliente, temos o campo SEXO e nele só pode ser inserido F ou M, entao criamos uma constraint de check, só permitindo essas duas letras e evitando que seja inserido A, B, C.

CREATE TABLE Cliente

(

ClienteId int not null IDENTITY(1,1) CONSTRAINT PK_Cliente_ClienteId PRIMARY KEY,

Nome nvarchar(64) not null,

Sexo char(1) not null CONSTRAINT CK_Cliente_Sexo CHECK(Sexo = ‘M’ or Sexo = ‘F’)

)

Ao ser inserido A, B, C ele não permitirá e dará erro na constraint CK_Cliente_Sexo, pois ela só aceita M ou F.

E para finalizar os tipos de constraints e o artigo falaremos da Constraint DEFAULT(DF)

Essa constraint é responsalvel por colocar valores padrões nas colunas.

Ex: DataCadastro eu posso colocar um valor padrão que seria a data de hoje.

CREATE TABLE Teste

(

Nome nvarchar(64) not null,

DataCadastro datetime not null CONSTRAINT DF_Teste_DataCadastro DEFAULT getDate()

)

Então ao inserir um nome e “ignorarmos” a data de cadastro, ele preencherá com a data de hoje.

Bom por enquanto é só,

Até a próxima,

Marcelo

Olá Pessoal,

Hoje estaremos abordando a criação de tabelas, segue os pontos a ser discutido neste artigo:
- O que é uma tabela?
- Representação de uma tabela no SQL Server
- O que é uma chave primária de uma tabela
- O que é a cláusula IDENTITY?
- Criando uma tabela por código

O que é uma tabela?
Tabela nada mais é que uma representação matricial, ou seja, possui colunas e linhas.
E para o SQL Server não é diferente, quando criamos uma tabela, damos o nome das colunas,
que também chamamos de campos ou atributos, e o tipo que elas são, discutidos nos artigos passados.

Represetação de uma tabela no SQL Server
Representa-se assim:
CREATE TABLE tbExemplo
(
coluna1 tipo1,
coluna2 tipo2
)

O que é uma chave primária?
Referem-se a um conjunto de um ou mais campos de uma tabela.
Características:
- Nunca se repetem
- Tem dois tipos de chaves:
Simples: Onde só possui um campo, e o mesmo não pode se repetir
Composta: Onde possui mais de um campo, os valores podem se repetir, mas a combinação entre eles não.
- Pode ser usada como indice para as demais tabelas
- Não pode haver valores nulos nas chaves primárias

O que é a cláusula IDENTITY?
Usada quase sempre em conjunto com a chave primária, Identity é o autonumeração do Access.
No Identity temos 2 propriedades:
Increment, que diz de quanto em quanto vai ser o incremento do seu campo.
Seed, que diz de onde começa o autoincremento.

Exemplificando:
CREATE TABLE tbExemplo
(
campo1 int not null IDENTITY(2,100)
campo2 nvarchar(64)
)
Nessa tabela criamos o campo1 sendo autonumeração que vai andar de 2 em 2, e começar do 100.
Se incluirmos 3 registros ficaria assim:
campo1 campo2
102 Teste1
104 Teste2
106 Teste3
e o próximo?seria o 108 e assim por diante.

Criando uma tabela por código
Neste tópico, mostrarei como cria uma tabela simples por código, mais não vai ser muita surpresa, pois nos posts anteriores, já coloquei a estrutura da tabela.
Para criar uma tabela por código usamos a cláusula CREATE TABLE, sua estrutura é assim:
CREATE TABLE NomeTabela
(
coluna_1 tipo_de_dado_1 [not null],
coluna_2 tipo_de_dado_1 [not null],
coluna_3 tipo_de_dado_1 [not null]
)

o not null entre colchetes, quer dizer que você pode colocar ou não. A omissão dele deixa seu campo recebendo nulo.

Bom chega de bla bla bla, e vamos criar uma tabela de Departamentos, que possui os seguintes atributos:
- ID(que é um autoincremento e nossa chave primária)
- Nome(Que é o nome do departamento)
- DataCadastro(Data de cadastro desse departamento)
- Ativo(E se o departamento está ativo ou não)

Segue:
CREATE TABLE Departamento
(
DepartamentoId bigint not null IDENTITY(1,1),
Nome nvarchar(64) not null,
DataCadastro datetime not null,
Ativo bit not null,
CONSTRAINT PK_Departamento_DepartamentoId PRIMARY KEY(DepartamentoId)
)

Observações:
Falaremos do cláusula CONSTRAINT no próximo artigo, mais resumindo, essa cláusula é usada para criarmos regras para nossas tabelas. Neste exemplo criamos uma regra para adicionarmos uma chave primária.
Existem outras formas para adicionar, mais eu particularmente prefiro assim, pois separa os campos das constraints.
Mais a mesma tabela pode ser criada da seguinte forma:

Forma2:
CREATE TABLE Departamento
(
DepartamentoId bigint not null IDENTITY(1,1) Primary Key,
Nome nvarchar(64) not null,
DataCadastro datetime not null,
Ativo bit not null
)
Nesta forma colocamos a primary key logo na linha do nosso ID, porém o SQL Server gera um nome automaticamente da chave.
O Padrão de nome é PK(primary key)_NomeTabela_NomeCampo
Ex: PK_Departamento_DepartamentoId

Forma3:
CREATE TABLE Departamento
(
DepartamentoId bigint not null IDENTITY(1,1) CONSTRAINT PK_Departamento_DepartamentoId PRIMARY KEY,
Nome nvarchar(64) not null,
DataCadastro datetime not null,
Ativo bit not null
)
Muito parecido com a primeira forma, só muda o lugar que coloca a constraint, que colocamos em cima, ao invés de deixarmos por último.

Bom pessoal, por hoje é só.
Obrigado,
Marcelo