O script anexo contém código SQL para criação e “população” de tabelas na estrutura Pais/Estado/Cidade do Brasil.
Após a execução do script será gerado 3 tabelas contendo,1 país, 27 estados e 5507 cidades.
Clique aqui: Cidades e Estados do Brasil
Como configurar o acesso remoto o banco de dados SQL Server Express 2005/2008.
Vamos aos passos:
Divirta-se.
Para ver esse artigo com as figuras ilustrativas, basta acessar o endereço fonte desse artigo em inglês.
Referências: http://www.linglom.com/2009/03/28/enable-remote-connection-on-sql-server-2008-express/
Há quem goste de fazer tudo por interface gráfica, porém ao fazer dessa forma você perde a oportunidade de automatizar tarefas, por exemplo dizer que você tenha que criar 30 usuários, você irá fazer tudo manualmente ?
Eu prefiro script assim toda vez que eu precisar basta mudar o login e pronto, está feito!
Segue um script de exemplo.
Nesse exemplo eu estou criando o usuário e dando acesso de (INSERT, UPDATE, SELECT, DELETE) através das ROLES ‘DB_DATAREADER’ e ‘DB_DATAWRITER’.
Código Exemplo
CREATE LOGIN usuario1 WITH PASSWORD = 'usuario1' GO USE [TesteBD] CREATE USER usuario1 FOR LOGIN usuario1 WITH DEFAULT_SCHEMA = [TesteBD] GO EXEC SP_ADDROLEMEMBER 'DB_DATAREADER', 'usuario1' EXEC SP_ADDROLEMEMBER 'DB_DATAWRITER', 'usuario1' GO
Divirta-se!
Para obter uma lista de tabelas existentes através de um trecho do nome é simples assim.
Por exemplo você sabe que o nome de uma tabela contém PESSOA mas não sabe o nome completo, basta alterar o trecho TRECHO_DO_NOME por PESSOA e pronto, você vai ter uma lista com o nome completo de todas as tabelas que contenham a palavra PESSOA.
SELECT *
FROM DBO.SYSOBJECTS
WHERE
NAME LIKE '%TRECHO_DO_NOME%'
AND XTYPE='U'
Divirta-se!
Script simples porém muito útil então resolvi postar.
Não me recordo da fonte…
Quando relembrar faço referência.
SELECT OBJECT_NAME(ID) TABELA, CONVERT(DEC(15),SUM(RESERVED)) RESERVED
INTO #X
FROM SYSINDEXES
WHERE indid in (0, 1, 255)
GROUP BY ID
SELECT TABELA, LTRIM(STR(RESERVED * D.LOW / 1024., 15, 0)) + ' KB'
FROM #X, master.dbo.spt_values d
where d.number = 1
and d.type = 'E'
ORDER BY RESERVED DESC
Divirta-se!
Recentemente trabalhei em um projeto de milhões de dados, tanto no ambiente de desenvolvimento ou de produção.
O resultado foi que em algumas semanas o servidor de desenvolvimento “estourou”, metaforicamente falando claro. Identificamos que as bases de dados estavam com 30GB cada uma, resultado de uma má estratégia de modelo de recuperação (backup).
Procurando na internet encontrei um artigo interessante sobre o assunto, pode ser lido em: www.devmedia.com.br/articles/viewcomp.asp?comp=6458
O resumo seria o seguinte…
SIMPLE (Ideial para Desenvolvimento!)
O log de transações (Transaction Log) é usado muito pouco neste modelo de recuperação. De fato, quase nada é registrado no log. Isto significa dizer que a escolha em usar este modelo para seus banco de dados só será possível recuperar o último backup.
BULK-LOGGED
Este modelo registra muito mais informação no log de transações do que o modelo SIMPLE. A única informação não registrada são operações de volume como: SELECT INTO, BCP, BULK INSERT,CREATE INDEX e operações com os tipos de dados texto e ntext. Isto significa que você pode recuperar a maior parte dos dados no caso de algum problema, porém só as operações citadas serão perdidas.
FULL (Sempre em produção!)
Este modelo de recuperação informa ao SQL Server que você quer realizar também o backup de log de transações. Para tornar isso possível, o SQL Server mantém todas as transações em um log de transações até que um backup do log de transações ocorra. Quando o backup do log de transações acontece, o SQL Server trunca o log de transações depois que o backup é gravado no dispositivo de backup.