6 maneiras de fazer a mesma coisa, o que é considerado boas práticas?

As vezes tem tantas maneiras diferentes de fazer o mesmo código que nós ficamos na dúvida quanto a qual maneira usar. O que seria considerado "boa prática" pela comunidade e o que sua equipe entenderia melhor. Suponhamos que você esteja trabalhando dentro de um método de um Domain Service chamado UmDomainServiceChique(objetoDoDominio) que será chamado por uma API. Você tem uma regra de negócio chique para ser verificada que por enquanto chamarei de VerificaMinhaRegraChiqueComplexa(). Você chama UmDomainServiceChique(objetoDoDominio) e caso VerificaMinhaRegraChiqueComplexa() retorne true você vai querer que UmDomainServiceChique faça o que tem que fazer e a api retornar Ok 200, caso contrário você quer que a API responda um erro qualquer, tipo BadRequest, e retornar uma mensagem dizendo que VerificaMinhaRegraChiqueComplexa deu ruim. Eu vejo 6 maneiras de fazer isso, gostaria de saber a opinião de outrs devs sobre qual seria a maneira menos gambiarr
Postar um comentário

Diferença entre Log Shipping, Mirroring e Replication

Li alguns artigos sobre a diferença entre Log Shipping, Mirroring e Replication e gostaria de compartilhar.
http://www.replicationanswers.com/ReplicationLogShippingMirroring.asp
Difference between Log Shipping, Mirroring and Replication
http://simplesql.blogspot.com.br/2011/01/replication-vs-mirroring-and-what-to.html

Basicamente, o Log Shipping é uma estratégia só de Disaster Recovery, mas não muito eficiente para relatórios ou replicação/distribuição dos dados. Ele nada mais faz do que restaurar em uma outra base os logs de transação periodicamente. Esta base fica com lock exclusivo, então consultas nela só podem ser feitas usando-se nolock (dirty reads) ou isolation level snapshot.
Log Shipping restaura o banco inteiro, inclusive tabelas de sistema, views, procedures etc.

Mirroring também é uma solução para Disaster Recovery e funciona para o banco todo, inclusive dados de sistema. Sua vantagem é que pode ser configurado com failover automático, ou seja, para entrar no ar assim que o servidor principal apresentar algum problema. Sua desvantagem é que não pode ser usado como um banco de dados de relatórios sem o uso de um custoso snapshot, cusando uma certa latência ou restringindo os relatórios a D-1.
Mirroring é a melhor solução para disaster recovery.

Replication é a melhor solução para relatórios com baixa latência e alta performance, distribuição, replicação e integração de dados. Pode ser usado como disaster recovery também, com baixíssima latência, mas não replica dados de sistema, apenas dados de aplicação, e não permite failover automático, necessitando de reconfiguração das aplicações. Portanto Replicação é melhor para os cenários onde você deseja ter uma cópia de uma ou mais tabelas de um banco A em outro banco B para consultas e relatórios mais rápidos, integrações ou mesmo uma replicação em duas vias para bancos de dados distribuídos.

Conclusão: Use Mirroring para Disaster Recovery se seu ambiente permitir. Mesmo assim o backup periódico do transaction log sempre é bem vindo.
Para aquela sua tabela, daquela sua outra aplicação, que precisa puxar ou copiar quase em tempo real os dados de uma tabela de um banco legado, use Replication.

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Factory Reset do Samsung Galaxy S

Neste endereço  http://www.clangsm.com.br/vb/android-os/9802-aparelhos-android-hard-reset.html  também há um procedimento para resetar o Galaxy S e apagar tudo, servindo para desbloqueá-lo. Reproduzindo: Para hard reset seu Samsung I9000 Galaxy S: 1. Desligue o aparelho. Se o seu celular Samsung Galaxy S está congelado, retire a bateria e recoloque-a. 2. Segure o botão Diminuir Volume. 3. Pressione e solte o botão Power. 4. Você está agora confrontado com um menu que permite Fastbook, recuperação Clear Storage, e Simlock. 5. Selecione Clear Storage, pressionando o botão Diminuir Volume. 6. Pressione e solte o botão Power. 7. Agora, basta confirmar a sua decisão: Volume para cima para confirmar e Volume para baixo para negar a ação. Se SIM for selecionada, todos os dados, incluindo aplicações de terceiros serão apagados do seu Samsung I9000 Galaxy S. Uma vez que a limpeza for concluída, o telefone irá reiniciar a suas configurações de fábrica. ou -Botão do volume para cima+botão home
Leia mais

erro "ora-12154: tns: não foi possível resolver o identificador de conexão especificado"

Para se conectar uma aplicação Delphi no Oracle é necessário editar o arquivo tsnames.ora, geralmente na pasta  C:\oraclexe\app\oracle\product\10.2.0\server\NETWORK\ADMIN caso seu oracle seja o XE. Esse erro pode acontecer tanto em runtime como em design-time, com qualquer tipo de componente: DBX, ADO e assim por diante. É mais comum que aconteça em tempo de design em um windows de 64 bit.  Em alguns casos onde essa mensagem de erro aparece é porque o arquivo não existe ou está em uma pasta que o Delphi ou o seu aplicativo não tem permissão de acesso.  Na grande maioria dos casos o erro ocorre apenas em design-time e nunca em runtime. Se esse é o seu caso   então provavelmente a culpa é do windows de 64 bit, mais especificamente o fato de o Delphi estar instalado na pasta "Arquivos de Programas (x86)". Explicando, o driver de conexão ao oracle não suporta caminhos contendo parênteses "()", esses que tem no "(x86)". Ele não consegue encontrar nem o drive
Leia mais

Detectar o encoding de um arquivo para não corromper ao transformá-lo

Imagem
Em uma certa aplicação que eu fiz, um programa windows forms deveria fazer upload de um arquivo CSV para uma aplicação WEB para a importação do arquivo. O problema é que esse sistema funcionava em 8 línguas diferentes, então, obviamente, o sistema deveria suportar vários tipos de caracteres (e encodings) diferentes. Além disso o CSV era ou montado por um usuário, exportando do excel, ou exportado por um ERP. Seria impossível impor ao usuário que sempre gerasse um arquivo UTF-8, porque além de não ser obrigado a saber o que é isso, sistemas ERP legados dificilmente exportarão os arquivos nesse formato, e você, em uma empresa pequena, simplesmente não têm como impor que uma empresa como SAP ou Totvs altere seus sistemas para exportar arquivos em UTF-8. O site da web aceitava o arquivo como vinha, fazia uma conversão forçada para o formato padrão (ANSI ISO 8859-1) e importava o arquivo. Conversões forçadas são aquelas que você faz sem saber qual é o formato de origem do arquivo.
Leia mais