Se você é programador SQL já deve conhecer ou pelo menos ter ouvido falar sobre o raiserror. Uma das demandas que a Databasers teve nos últimos dias foi realizar uma série de tratativas de erros com TRY CATCH e, em alguns momentos, houve a necessidade de forçar uma mensagem de erro em caso de falha na execução do bloco.

Sabendo que ainda existem muitas dúvidas sobre o raiserror, preparamos um conteúdo explicativo sobre o funcionamento dessa função dentro do SQL Server em diferentes ocasiões. Vamos lá?

O que é o raiserror?

O raiserror é um comando de alerta de erros que tem como principal função retornar uma mensagem em forma de erro gerada pelo SQL.

Veja o exemplo abaixo:

Comando:

Se você ainda não sabe o que é a LGPD ou ouviu falar, mas ainda não se atentou ao que realmente essa legislação representa, é melhor buscar se informar. A Lei Geral de Proteção de Dados (LGPD), Lei Federal n. 13.709, foi sancionada em 14 de agosto de 2018 e entrará em vigor em agosto de 2020. Seu objetivo principal é garantir transparência no uso dos dados das pessoas físicas. É uma alteração do chamado Marco Civil da Internet, Lei n. 12,925, de 23 de abril de 2014, que até então regulava essas transações.

A LGPD basicamente confere o controle das informações pessoais apenas a seus detentores, que podem ou não permitir, de forma espontânea, que seus dados sejam utilizados pelas empresas para determinados fins. A coleta, o armazenamento e o compartilhamento de dados sem autorização do usuário caracterizam, segundo a LGPD, infração, com multas que podem chegar a 2% do faturamento ou R$ 50 milhões por infração, o que provoca um grande impacto no setor de TI das companhias.

A primeira mudança nas relações entre empresas e pessoas é que se houver necessidade de o usuário fornecer qualquer dado que seja a certa empresa, essa precisará explicitar os motivos para isso, obtendo consentimento do usuário, esclarecendo de que forma esses dados serão utilizados e firmando o compromisso de não repassá-los a terceiros, numa relação de transparência e segurança. Assim, usuários exercem sua autoridade e gestão sobre seus próprios dados e as empresas manifestam sua segurança e compromisso com essas informações.

A legislação prevê que as empresas evitem artifícios que induzem o usuário à aceitação automática dos termos de uso, como letras muito pequenas na adesão, textos muito grandes e subjetivos e botões com opções como “Aceito”, “Ok” ou “Sim”, por exemplo. Estabelece também que as empresas explicitem quanto tempo ficarão com os dados dos usuários e quando e como serão retiradas de seus bancos. Elas também precisam permitir aos usuários que eles editem seus dados a qualquer momento, conferindo ou retirando permissões ou até mesmo removendo-os. E no caso de haver vazamentos ou qualquer mudança na política, os usuários devem ser comunicados imediatamente.

Essas definições principais se caracterizam como aspectos jurídicos, contratuais e de direito individual. Mas as mudanças não param por aí e as empresas não devem se iludir que apenas um contrato ou um pequeno texto explicativo em seus websites seguidos de um botão de aceite tornarão seus processos aderentes a nova legislação.

Para se adequarem à LGPD, as empresas precisam criar comitês de segurança da informação, responsáveis por gerenciar os procedimentos internos de tratamento dos dados coletados e armazenados. Esse comitê precisa conhecer todo o ciclo dos dados dentro da empresa e também os riscos envolvidos em sua manutenção. Portanto, o fluxo das informações não pode ser avaliada apenas no seu decorrer regular. Vazamentos de dados de qualquer natureza ou acessos que se comprovem indevidos poderão ser classificados como infrações a nova legislação, como por exemplo, um programador que copia uma lista de e-mails, um hacker que se aproprie de dados ao invadir um ambiente ou uma lista com dados sensíveis de clientes levadas por um vendedor para fora da empresa. Esses casos representam negligência ou imperícia da empresa em proteger os dados que não são dela, mas sim de seus usuários.

Por isso, a entrada em vigor da LGPD representa um enorme desafio para as empresas e seus setores de TI, marketing, comercial, atendimento e outros que lidam com dados dos clientes. Será necessário rever processos e políticas e ter agilidade para atuar em casos que se mostrarem desconformes. Todavia ganham todos nessa nova configuração: empresas tornam-se mais responsáveis com os dados e usuários entendem suas responsabilidades com as informações que fornecem.

O desenvolvimento de sistemas utilizando recursos de banco de dados de alto nível traz ao ambiente uma performance aprimorada, melhor qualidade das informações, e um maior nível de segurança. Ao se utilizar ferramentas como funções, visões e procedimentos armazenados de um banco de dados, a demanda de hardware é centralizada ao se eliminar camadas de aplicação desnecessárias, mantendo ao mesmo tempo dados e processamento em um único lugar. Além disso, há aplicação de regras que protegem contra acessos indevidos, maior controle das transações e implementação e manutenção mais simples e rápidas das rotinas, que passam a alcançar um nível mais profundo de controle, permitindo mudanças centralizadas e imediatas.

Nesse modelo de desenvolvimento, a fase inicial é a modelagem, ou seja, a criação de um desenho de entidades e seus relacionamentos que explique o funcionamento e o comportamento do sistema a partir do qual o banco será criado. Isso facilita não só seu entendimento, evitando erros de programação, projeto e funcionamento, com também ajudará a planejar corretamente as rotinas e componentes de controle que serão necessários ao longo do desenvolvimento. Por isso, na fase de modelagem, é importantíssimo entender qual é a real necessidade de uso desse banco de dados, para que o produto final seja capaz de cumprir exatamente a função para a qual foi construído. Isso garante usabilidade ao sistema e evita retrabalho.

Após a modelagem, a construção das rotinas internas precisará estar de acordo com as melhores práticas do mercado e recomendações dos fabricantes. A não observância desses atributos pode causar falhas e perdas de dados, falta de performance e ainda fazer o banco de dados consumir muitos recursos com o agravante de não ser eficiente e seguro. Quando mal elaboradas, as rotinas podem se tornar um grande problema.

A construção errônea e não otimizada do banco acarreta resultados contrários aos esperados, promovendo a ineficiência no processo. Desenvolver diretamente em um banco de dados não se resume a apenas criar os melhores códigos, mas desenvolvê-los para que sejam verdadeiras ferramentas de gestão, sem vícios ou imprecisões, ou seja, fornecendo recursos valiosos e tecnicamente bem elaborados que contribuam para a performance e a segurança do ambiente de TI.