<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Docker on Brain (Hugo + Obsidian)</title><link>https://blog.merazzi.com.br/tags/docker/</link><description>Recent content in Docker on Brain (Hugo + Obsidian)</description><generator>Hugo -- 0.147.1</generator><language>pt-br</language><lastBuildDate>Fri, 27 Apr 2018 01:01:32 +0000</lastBuildDate><atom:link href="https://blog.merazzi.com.br/tags/docker/index.xml" rel="self" type="application/rss+xml"/><item><title>Gap (pulo) no Identity, como evitar?</title><link>https://blog.merazzi.com.br/posts/2018/04/gap-pulo-no-identity-como-evitar/</link><pubDate>Fri, 27 Apr 2018 01:01:32 +0000</pubDate><guid>https://blog.merazzi.com.br/posts/2018/04/gap-pulo-no-identity-como-evitar/</guid><description>&lt;p>Desde o SQL Server 2012, o produto sofreu uma alteração no controle dos campos IDENTITY onde, logo na inicialização da instância, ele coloca em cache aproximadamente 1000 registros para agilizar o processo. Ao fazer isso, o identity é “pré-usado” internamente e o SQL se encarrega de entregar os próximos valores.&lt;/p>
&lt;p>O ‘problema’ é que, ao reinicializar a instância, o cache é perdido e ele cria um gap desses registros não utilizados.&lt;/p></description></item></channel></rss>