OsMeusApontamentos » sqlserver http://blog.osmeusapontamentos.com Wed, 01 Feb 2012 14:20:01 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 sql convert date format http://blog.osmeusapontamentos.com/index.php/2007/07/27/sql-convert-date-format/ http://blog.osmeusapontamentos.com/index.php/2007/07/27/sql-convert-date-format/#comments Fri, 27 Jul 2007 09:33:54 +0000 vitorsilva http://blog.osmeusapontamentos.com/?p=510 Eu sou um bocado paranóico em relação às conversões entre tipos de dados, provavelmente porque tive que conviver muito tempo com pessoas que faziam coisas fantásticas como gravar datas ou números em campos de texto.
No entanto há situações em que temos mesmo que fazer este tipo de conversões, normalmente para gerar outputs, e um dos casos mais comuns é converter uma data para uma string.
Esta operação aparentemente trivial levanta um conjunto de questões que têm essencialmente a ver com o formato que cada língua tem para a data, por exemplo quantos números considerar para o ano, dois ou quatro? qual o formato da data, dd-mm-aaaa, aaaa-mm-dd, mm-dd-aaaa? e qual o separador ‘/’, ‘-’, ‘.’?
Felizmente o sql server já inclui o conjunto de conversões mais habitual que listo em baixo.
convert(varchar(50), getdate(), opcao)

  • opcao = 0 – Aug 27 2007 10:20AM

  • opcao = 1 – 08/27/07

  • opcao = 2 – 07.08.27

  • opcao = 3 – 27/08/07

  • opcao = 4 – 27.08.07

  • opcao = 5 – 27-08-07

  • opcao = 6 – 27 Aug 07

  • opcao = 7 – Aug 27, 07

  • opcao = 8 – 10:17:36

  • opcao = 9 – Aug 27 2007 10:18:11:090AM

  • opcao = 10 – 08-27-07

  • opcao = 11 – 07/08/27

  • opcao = 12 – 070827

  • opcao = 13 – 27 Aug 2007 10:22:46:000

  • opcao = 14 – 10:22:54:530

  • opcao = 100 – Aug 27 2007 10:20AM

  • opcao = 101 – 08/27/2007

  • opcao = 102 – 2007.08.27

  • opcao = 103 – 27/08/2007

  • opcao = 104 – 27.08.2007

  • opcao = 105 – 27-08-2007

  • opcao = 106 – 27 Aug 2007

  • opcao = 107 – Aug 27, 2007

  • opcao = 108 – 10:17:36

  • opcao = 109 – Aug 27 2007 10:18:11:090AM

  • opcao = 110 – 08-27-2007

  • opcao = 111 – 2007/08/27

  • opcao = 112 – 20070827

  • opcao = 113 – 27 Aug 2007 10:22:46:000

  • opcao = 114 – 10:22:54:530

Já agora se quisermos que os nomes dos meses e/ou dias da semana apareçam em português (e estivermos com a default language em inglês) teremos que primeiro incluir a instrução set language portuguese

Share/Save

]]> http://blog.osmeusapontamentos.com/index.php/2007/07/27/sql-convert-date-format/feed/ 0 Restore sql server backup http://blog.osmeusapontamentos.com/index.php/2006/07/07/restore-sql-server-backup/ http://blog.osmeusapontamentos.com/index.php/2006/07/07/restore-sql-server-backup/#comments Fri, 07 Jul 2006 10:18:45 +0000 vitorsilva http://blog.osmeusapontamentos.com/?p=456 supondo que alguem nos envia um backup de uma base de dados sql e queremos fazer restore para o nosso servidor, à partida fariamos algo como:

RESTORE DATABASE nomeBaseDados
FROM DISK = “path\\ficheiro.bak”

no entanto isto pressupõe que a base de dados que vamos restaurar vai ficar (pode ficar) no mesmo sitio onde estava no momento em que foi feito o backup, isto é, se estava em d:\\basedados\\ficheiro.mdf, então esse directorio tem que existir e a base de dados irá ficar com o mesmo nome.
isto normalmente não é problemático em cenários em que estamos a tratar de backups que fomos nós que fizemos, mas quando isso nõo acontece a probabilidade de existir a path começa a reduzir.
para ultrapassar esse problema podemos fazer o seguinte

RESTORE DATABASE nomeBaseDados
FROM DISK = “path\\ficheiro.bak”
WITH MOVE “ficheiro_Data” TO “novaPath\\novoNome.mdf”,
MOVE “ficheiro_Log” TO “novaPath\\novoNome.ldf”,
REPLACE

em que o primeiro parametro do MOVE é o nome lógico que o sqlserver dá aos ficheiros.
para conhecermos essa estrutura temos que primeiro fazer

RESTORE FILELISTONLY
FROM DISK = “path\\ficheiro.bak”

finalmente, no caso de o backup já incluir várias versões da base de dados deveremos incluir ainda o parametro File, ou seja

RESTORE DATABASE nomeBaseDados
FROM DISK = “path\\ficheiro.bak”
WITH MOVE “ficheiro_Data” TO “novaPath\\novoNome.mdf”,
MOVE “ficheiro_Log” TO “novaPath\\novoNome.ldf”,
REPLACE, FILE = 1 (este numero é o numero da versão)

Share/Save

]]> http://blog.osmeusapontamentos.com/index.php/2006/07/07/restore-sql-server-backup/feed/ 0 null? http://blog.osmeusapontamentos.com/index.php/2006/04/27/null/ http://blog.osmeusapontamentos.com/index.php/2006/04/27/null/#comments Thu, 27 Apr 2006 10:24:30 +0000 vitorsilva http://blog.osmeusapontamentos.com/?p=436 li aqui http://www.sqlmag.com/Article/ArticleID/49294/sql_server_49294.html (Designing for Performance: Null or Not Null?) um artigo sobre a definição de campos nullable / not nullable numa base de dados.
qual é a vossa regra principal na definição dos campos?:
1. – null
2. – not null => null is evil!
3. – who cares?

eu confesso que sempre olhei para o null como uma imperfeição, uma coisa com a qual tenho que viver porque os meus gestores de projecto / utilizadores / etc. nunca conseguem dizer claramente “este campo tem que estar sempre preenchido.”
por isso os campos das minhas tabelas são quase sempre not nullable. e normalmente prefiro introduzir um valor de controlo em vez de usar o valor null.
mas depois de ler este artigo já não estou tão seguro da minha opção. realmente entre usar uma solução standard (null) para indicar que desconhecemos um valor ou usar uma string vazia ou um número ou data específica qual é a melhor solução?

algumas citações.
“Unknown is real; you work with unknowns everyday. You should be able to store unknowns in your databases.”
“null means that some value is unknown, missing, or irrelevant”
“Null was created for a purpose: to express the unknown condition, wich can be entirely valid, depending on the cursumstances. ANSI has clearly advocated the use of NULL instead of other mechanisms such as codes or empty strings when appropriate.”

Share/Save

]]> http://blog.osmeusapontamentos.com/index.php/2006/04/27/null/feed/ 0 sqldiff http://blog.osmeusapontamentos.com/index.php/2006/04/18/sqldiff/ http://blog.osmeusapontamentos.com/index.php/2006/04/18/sqldiff/#comments Tue, 18 Apr 2006 15:56:18 +0000 vitorsilva http://blog.osmeusapontamentos.com/?p=435 Free Database Compare
Detecta diferenças na estrutura da base de dados (campos, tabelas, views, etc.)
No entanto não detecta diferenças no conteúdo de storedproc ou funções.
De qualquer forma é melhor do que o que eu actualmente tinha que era nada…

Share/Save

]]> http://blog.osmeusapontamentos.com/index.php/2006/04/18/sqldiff/feed/ 0 The 1995 SQL Reunion: People, Projects, and Politics http://blog.osmeusapontamentos.com/index.php/2006/03/02/the-1995-sql-reunion-people-projects-and-politics/ http://blog.osmeusapontamentos.com/index.php/2006/03/02/the-1995-sql-reunion-people-projects-and-politics/#comments Thu, 02 Mar 2006 12:03:04 +0000 vitorsilva http://blog.osmeusapontamentos.com/?p=414 http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95.html

Share/Save

]]> http://blog.osmeusapontamentos.com/index.php/2006/03/02/the-1995-sql-reunion-people-projects-and-politics/feed/ 0