Instalação, configuração, uso e dicas sobre como utilizar o banco de dados do ano segundo o db-Engines.

Nessa sessão iremos mostrar 5 dicas de performance tuning para desenvolvedores, mostraremos exemplos práticos do dia-a-dia, após essa sessão o desenvolvedor irá criar suas querys com mais cuidado em relação a performance e não só focado no resultado.

De maneira bem íntima com a Engine Relacional do SQL Server e as arquitetura de desenvolvimento de software a ideia desta sessão é abordar as melhores estratégias para substituir os ?códigos alternativos?, por códigos mais assertivos do ponto de vista do Query Optimizer. Nesta palestra irei incluir alguns comparativos com linguagens e SGBDs.

Acesso ao banco é crítico nos projetos. É fácil derrubar a performance com consultas pesadas, ou fazendo múltiplas consultas para uma informação. Ou ainda aquela consulta inicial, que cascateia para dezenas de outras via programação? E tudo fica pior se o banco de dados tem muita informação, ou se por uma consulta mal feita! Cada consulta custa caro para sua aplicação. É possível resolver esses problemas utilizando CTE (Common Table Expression). Esse poderoso recurso está disponível na maioria dos bancos de dados relacionais, mas é pouco utilizado pelos desenvolvedores. Trate grande quantidade de dados, com simplicidade de manutenção, e aumente drasticamente a performance do seu banco!

Nessa palestra iremos explorar a feature Automatic Query Tuning, para detectar possíveis problemas de desempenho na consulta de uma query e corrigindo automaticamente os problemas encontrados.

Veja como o iFood trabalha com dados, saindo do app, passando pelos micro-serviços, residindo em várias instâncias do PostgreSQL, e sendo populados por completo em nosso Datalake.

Nessa palestra pretendo mostrar como utilizamos o Chef e Terraform para automatizar toda nossa infra-estrutura e configuração na nuvem da AWS, desde o serviço até a camada de dados. Como lidamos com backup, monitoramento e alta disponibilidade, tanto em RDS quanto usando banco de dados em EC2 (sim, nós fazemos isso).

Ao longo dos anos o papel do DBA vem em constante mutação, iniciamos com o DBA 1.0 com skills fixados basicamente no SGDB, passamos pelo 2.0 em que foi necessário desenvolver profundos conhecimentos de S.O, Storage e Clusterização e agora temos o DBA 3.0 que por sua vez é fortemente afetado por Agile, DevOps e Cloud. Em uma época que a maior fabricante de SGBD do mundo (Oracle) promete entregar um BD em cloud auto gerenciável o que fazer para continuar sendo necessário? Vamos falar sobre os skills do DBA 3.0?

Todo desenvolvedor trabalha com JSON. As vezes precisamos armazenar nossos JSONs, e aí começa o problema. Sempre Aparece alguém e fala "usa um banco de dados NoSQL". Claro é o senso comum, em muitas empresas por aí. Vou mostrar que você não precisa complicar as coisas, a solução dos seus problemas pode estar no seu banco de dados de guerra(relacional).

Se você utiliza o PostgreSQL(ou se não utiliza), vamos entender como funciona o armazenamento de JSON no PostgreSQL, como podemos manipular, buscar e tirar o melhor proveito de seus recursos.

Mirosserviços casam com bancos de dados! Mas será que os desenvolvedores realmente tiram vantagens dessa combinação?