Virtual PASS BR

E aí pessoal, tudo belezinha com vocês? Segue um post rápido, só para registrar um assunto que rolou em um grupo de discussão do Telegram há algum tempo atrás e só agora eu resolvi parar para escrever a respeito… Pense no seguinte cenário: Eu tenho uma tabela onde uma das colunas é um campo texto (varchar(XXX)), separado por ‘;’ (ou qualquer outro caractere de sua preferência). Mas porque eu teria isso? Bom, imagine que você crie uma trigger para a fazer sua auditoria e, ao invés de guardar em colunas, você guarda em um varchar as alterações… ...

Antes tarde do que mais tarde, né… E já adianto, esse vai ser um post bem no hype do evento ainda, então vai ter elogios para todos os lados… 🙂 No dia 22/06 foi realizada mais uma edição do SQL Saturday, em Caxias do Sul. Fui em todas as edições realizadas e essa foi a minha segunda vez como palestrante. A primeira palavra que eu usaria para descrever o evento é impublicável, então vamos com a segunda: **Fantástico! ** Cheguei na sexta-feira, onde, pela primeira vez, participei de um speakers dinner. Sentar à mesa com alguns dos profissionais mais relevantes da comunidade, trocar ideias, dar umas boas risadas é algo indescritível. De verdade. Agora, sobre o evento… A atenção dos organizadores e das pessoas que apoiaram durante todo o dia – incansavelmente – é um caso à parte. Todo o esforço e o cuidado para que todos nós nos sentíssemos realmente em casa (palestrantes e quem estava assistindo), e pudéssemos aproveitar ao máximo o dia, foi realmente admirável. ...

Primeiro post de 2019 e, surpreendentemente, não são as minhas metas para 2019, nem é sobre SQL Server… Esse post surgiu motivado por uma pergunta que apareceu no dia 27/12, num dos grupos de WhatsApp que participo. A moral da história é que eu tenho, mas achei tão trivial a solução, que não achei que seria interessante um post sobre isso (lição aprendida). E como estava fora do PC, não tinha nem como ajudar o colega direito. Mas, agora, fica o registro. ...

2018 começou com tudo! Em setembro do ano passado, divulgaram que a Microsoft estava com vouchers para a realização das provas de Power BI (e outros produtos), ainda em versão Beta. As provas Beta, são provas que ainda estão passando por uma avaliação da Microsoft no que tange a qualidade das questões (descrições, opções, métodos de escolha, etc), mas que é a base para a prova oficial, quando ela for lançada para o público geral. Quando eles divulgam as provas, apenas 300 vagas são disponibilizadas **no mundo todo **(essa parte é muito importante frisar, heheeh) e quem conseguir reservar primeiro, será beneficiado. No final da prova, você precisa deixar os teus comentários sobre as questões, para que eles possam fazer a triagem e ver o que precisa ser refeito. Dizem que o processo todo pode levar até 8 semanas, até que se tenha o resultado da prova. Todo o processo é bem explicado nesse post, sugiro a leitura para maiores informações: https://borntolearn.mslearn.net/b/weblog/posts/the-path-from-beta-exam-to-live-exam Enfim, a minha prova foi no dia 15/09 (70-778: Analyzing and Visualizing Data with Power BI (beta)) e devo confessar que saí de lá com esperança de ter passado, mas não com “aquela” convicção. A prova em si, foi uma prova como as outras (eu estava esperando uma prova bem diferente, não sei pq)… Mas ela estava bem detalhada em alguns pontos e mais aberta em outros. Eu curti bastante fazer. E pensar que os comentários feitos nas questões podem ajudar no rumo da prova oficial, me deixou bem animado. O problema todo foram essas 8 semanas, que, pra quem fez a prova comigo, acabou em uma espera de exatos 4 meses!!! Ah, o resultado? **APROVADO!!!! 😀 ** Acho que de todo o processo… A reserva, a prova e toda a espera… O mais legal com esse resultado é pensar que eu sou uma das primeiras 300 pessoas certificadas em Power BI no mundo! Para esse ano, eu quero fazer pelo menos duas provas de SQL 2016 e uma de Azure, vamos ver como as coisas vão se encaminhar. ...

Quick tip! A cada nova versão do SQL Server, novos recursos são adicionados e, claro, alguns são removidos ou marcados para futura exclusão (deprecated). O último caso ocorre para que todos tenham tempo para validar e ajustar suas aplicações, afinal, ninguém aqui é doido de aplicar uma nova versão do SQL Server em produção sem validar se a aplicação está rodando adequadamente, né!? NÉ!?!? 🙂 Ok, mas como saber se você está usando um recurso na sua instância que está marcado como deprecated? ...

Essa entra pra série #WTF (Vivendo e aprendendo). Ao instalar o Full Text Search em um dos nossos servidores, me deparei com o warning a seguir: What!? The User Log directory in the registry is not valid. Verify DefaultLog Key under the instance hive points to a valid directory ...

Surgiu uma solicitação para eu restaurar um banco. Até aí, tudo ok, é um processo normal. RESTORE DATABASE Blábláblá, permissões dadas e assunto encerrado. Ao ver o arquivo, havia apenas um .mdf. Ou seja, não é mais um restore, é um ATTACH. Seria outro processo normal também… Se existissem os arquivos de log (.ldf). Ao tentar restaurar, o seguinte erro surgiu: File activation failure. The physical file name “C:\Caminho\Original\do\banco\arquivo_log.LDF” may be incorrect. The log cannot be rebuilt because there were open transactions/users when the database was shutdown, no checkpoint occurred to the database, or the database was read-only. This error could occur if the transaction log file was manually deleted or lost due to a hardware or environment failure. Mas vamos lá, passo a passo, para vermos os problemas que podem aparecer e como resolver. ...

Surgiu uma demanda onde era necessário migrar algumas tabelas de alguns bancos em MySQL para dentro do SQL Server e tínhamos disponível apenas o backup (a.k.a. dump) dos bancos de origem. Realizar o tratamento do arquivo (manualmente) para que fosse possível criar os bancos e inserir os dados estava fora de cogitação. Como temos uma VM com o Linux (Ubuntu) e com o MySQL instalado, optei por realizar a criação de um Linked Server entre os dois servidores. ...

Essa é a parte 2 de uma série de 3 posts (ou 4, quem sabe), onde eu quero falar sobre as formas de realizar o tratamento de exceções no SQL Server. Se você caiu aqui por acaso, sugiro antes dar uma olhada na parte 1 da série, onde eu trato de alguns detalhes no que diz respeito à forma que o SQL Server realiza o encerramento de processos, nos casos de erro. Hoje irei falar sobre como realizar o tratamento de exceções, via TRY / CATCH. ...

O seu código vai dar erro. Isso é um fato. Mesmo que seja a pessoa mais cuidadosa do mundo, você tem que preparar o seu código para o pior: O bug! Até porque no momento que os erros aparecerem, você vai precisar verificar o que está ocorrendo e ajustar da forma mais rápida possível. E tem outra: Ninguém gosta de rodar uma aplicação e dar de cara com uma tela exibindo o stack do erro. E para isso, você deve tratar as exceções que o teu código pode gerar. Mas antes de entrar no assunto de tratamento de erros, primeiramente, gostaria de alinhar algumas ideias… Esse será o primeiro de uma série de 2 ou 3 posts, veremos como ficará o próximo, pois este já ficou consideravelmente grande. ...