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.

É 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

–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

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

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

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

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

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.

Seguimos com nossos artigos, agora apresentando a segunda parte dos tipos de dados.

Segue:

Binary(N)
Precisão: N vai até 8000 bytes no formato binário.
O que é: É um tipo de dados que vai armazenar dados no formato binário.
Se a quantidade de dados for menor que a estabelecida em N, o resto do campo é preenchida com
espaços em branco.

VarBinary(N)
Precisão: N vai até 8000 bytes no formato binário.
O que é: É um tipo de dados que vai armazenar dados no formato binário.
Se a quantidade de dados for menor que a estabelecida em N, o resto do campo não é preenchido com
espaços em branco.

Image
Precisão: Vai até 2,147,483,647 bytes no formato binário
O que é: É um tipo de dados que vai armazenar dados no formato binário.
Se a quantidade de dados for menor que sua precisão, o resto do campo não é preenchido com
espaços em branco.

SQL_Variant(Somente no SQL Server 2005)
O que é: É um tipo de dado que armazena todos os outros tipos de dados, porém com excessões(*)
(*): Text, nText, TimeStamp e sql_variant

TimeStamp
O que é: É um tipo de dado que faz a geração automática de um número binário.
Obs: Só pode conter um tipo timestamp por tabela.
E para este tipo ou criamos um default ou passamos NULL, em uma cláusula como INSERT, pois
o banco SQL Server criará automático.

UniqueIdentifier
O que é: É um tipo de dados que cria um identificador global.
Obs: Só pode conter um tipo UniqueIdentifier por tabela.
Para este campo, de preferência utiliza-se o NEWID() que retorna um identificador no formato deste tipo.

Cursor
O que é: É um tipo de dados que armazena referência(ponteiro) de um cursor.
Obs: Não é utilizado na criação de tabelas e sim na declaração de variaveis
Ex: DECLARE nome_cursor CURSOR

Table(Somente no SQL Server 2005)
O que é: É um tipo de dados que “imita” uma tabela, porém ela é temporária.
Pode ser usada em conjunto com o SELECT.
Obs: Não é utilizado na criação de tabelas e sim na declaração de variaveis
Ex:
DECLARE @nome_tabela Table
(
nome_coluna tipo_de_dados1
)

Antes de finalizarmos, também podemos criar colunas calculadas, porém temos que tomar
cuidado com elas, pois ela não é armazenada fisicamente, elaé gerada quando for requisitado ao
banco de dados.
Ex:
CREATE TABLE tbTeste
(
valor money,
qtde int,
total as valor * qtde
)

INSERT INTO tbTeste(valor,qtde) VALUES(10.00, 2)

Em seu resultado a coluna total irá retornar 20.

Por hoje é só pessoal,
Obrigado e até a próxima.
Marcelo

Vamos ao tópico Tipo de dados.
Mais antes de começar, separei o artigo em duas partes:
- Os principais tipos de dados:
* nVarchar
* Char
* int
* bigint
* tynyint
* ntext
* datetime
* smalldatetime
* money
e mais alguns outros.

- E os menos usados, porém não menos importante.
* varBinary
* timestamp
e mais alguns outros, que vou estar colocando nesta parte pra não ficar muito extensa e cansativa a primeira parte.

Vamos lá pra primeira parte.

Antes de mostrar os tipos, vamos entender o que é um tipo de dado.
Tipo de dado nada mais é que o tipo que o campo irá receber, por exemplo um campo chamado Data_Aniversario, ele terá que armazenar um valor de Data, logo o tipo de dado deste campo terá que ser DateTime.
O Tipo de dados é usado na criação de uma tabela, ex:
CREATE TABLE tabela
(
campo1 tipo_de_dado,
campo2 tipo_de_dado,
campo3 tipo_de_dado
)

Seguem os tipos que tem no SQL Server 2005
Datetime
Precisão: Vai de 1 de janeiro de 1753 até 31 de dezembro de 9999
O que é: É um tipo de dado que armaza a data e hora, inclusive os centesimos.
Ex: Dia/Mes/Ano hora:minuto:segundos.centesimos
Obs: Ele sempre vai armazenar no formato americano.

Smalldatetime
Precisão: Vai de 1 de janeiro de 1900 até 06 de junho 2079
O que é: É um tipo de dado que vai armazenar a data e hora, porém não grava os centésimos.
Ex: Dia/Mes/Ano hora:minuto:segundos

Tynyint
Precisão: Vai de 0 até 256.
O que é: É um tipo de dado que vai armazenar valores numéricos inteiros, ou seja, números que não tenham virgulas.
Ex: 0, 1, 2, 3, 4, 5…256.

SmallInt
Precisão: Vai de -32.768 até 32.767
O que é: É um tipo de dado que vai armazenar valores numéricos inteiros, respeitando sua precisão.

Int
Precisão: Vai de -2.147.483.648 até 2.147.483.647
O que é: É um tipo de dado que vai armazenar valores numéricos inteiros, assim como o tynyint, porém com uma precisão muito maior.
Ex: -2147483648, 2147483647, -2, -3, 3, 4000

BigInt(Somente no SQL Server 2005)
Precisão: Vai de -92.23.372.036.854.775.808 até 9.223.372.036.854.775.807
O que é: É um tipo de dado que vai armazenar valores numéricos inteiros, assim como o tynyint e o int, porém com uma precisão muito maior.
Ex: -9223372036854775808, -4, 5, 6, 7, 9223372036854775807

Decimal(T,C)
Onde: T = Total de numeros que vai armazenar, incluindo as decimais
C = Total de casas decimais.
Precisão:
Ex: Decimal(8,2) : vai de -999999,99 até 999999,99
O que é: É um tipo de dado que vai armazenar valores inteiros com casas decimais.
Obs: O decimal é padrão ANSI
E o SQL Server internamente ele armazena os tipos de dados como .(para casa decimal) e ,(para milhar).

Numeric(T,C)
Onde: T = Total de numeros que vai armazenar, incluindo as decimais
C = Total de casas decimais.
Precisão:
Ex: Numeric(8,2) – vai de -999999,99 até 999999,99
O que é: É um tipo de dado que vai armazenar valores inteiros com casas decimais.
Obs: O numeric só é mantido para compatibilidade, pois tem a mesma função do Decimal.
E o SQL Server internamente ele armazena os tipos de dados como .(para casa decimal) e ,(para milhar).

BIT
Precisão: Só armazenam 0 e1.
O que é: É um tipo de dado que vai armazenar valores 0 e 1, utilizado para valores lógicos.

Real
Precisão: Vai de -3.40E + 38 até 3.40E + 38
O que é: É um tipo de dado que vai armazenar valores numéricos com precisão de ponto flutuante.
Ex:-3.40E, 100.50

Float
Precisão: Vai de -1.79E + 308 até 1.79E + 308
O que é: É um tipo de dado que vai armazenar valores numéricos com precisão de ponto flutuante.
Ex: 9999999999999999999999999999999999.9009

Char(N)
Precisão: Armazena até 8000 caracteres fixos
O que é: É um tipo de dado que armazena n caracteres fixos no formato não unicode, respeitando sua precisão que é de 8000 caracteres.
Se a quantidade de caracteres armazenado for menor que a definida em N, o resto do campo é preenchido com espaços em branco

nChar(N)
Precisão: Armazena até 4000 caracteres fixos
O que é: É um tipo de dado que armazena n caracteres fixos no formato unicode, respeitando sua precisão que é de 4000 caracteres.
Se a quantidade de caracteres armazenado for menor que a definida em N, o resto do campo é preenchido com espaços em branco

Varchar(N)
Precisão: Armazena até 8000 caracteres
O que é: É um tipo de dado que armazena N caracteres no formato não unicode, respeitando sua precisão que é de 8000 caracteres.
Se a quantidade de caracteres armazenado for menor que a definida em N, o resto do campo não é preenchido com espaços em branco

nVarchar(N)
Precisão: Armazena até 4000 caracteres
O que é: É um tipo de dado que armazena N caracteres no formato unicode, respeitando sua precisão que é de 4000 caracteres.
Se a quantidade de caracteres armazenado for menor que a definida em N, o resto do campo não é preenchido com espaços em branco

nText
Precisão: Armazena até 1.073.741.823 caracteres
O que é: É um tipo de dado que armazena caracteres no formato unicode, respeitando sua precisão.
Se a quantidade for menor que 1.073.741.823 o resto do campo não é preenchido com espaços em branco.

Money
Precisão: Vai de -922.337.203.685.477,5808 até 922.337.203.685.477,5807
O que é: É um tipo de dados que vai armazenar valores numéricos decimais.

SmallMoney
Precisão: Vai de -214.748,3648 até 214.748,3647
O que é: É um tipo de dados que vai armazenar valores numéricos decimais.

Bom, para a primeira parte é isso.
Logo mais venho com a segunda parte sobre tipo de dados.
Obrigado,
Marcelo