Bom pessoal, e agora a gente vai para um outro serviço que se você perceber, a gente vai precisar aqui para trabalhar, que é o envio de e-mail. A parte de envio de e-mail é importante porque a gente tem que ter certeza que o e-mail foi enviado e assim que ele é enviado a gente tem que saber se ele já foi distribuído ou não então pra esse tipo de caso o que eu vou colocar se você perceber aqui nesse nosso e mail service se eu olhar aqui você vai perceber o seguinte vamos lá eu tenho um cara aqui de e-mails ea única aqui que eu preciso saber é o order ID e se o e-mail foi enviado ou não. Tipo, 01 aqui para mim. Se você olhar bem aqui comigo, eu vou ter que trabalhar com concorrência nesse caso aqui? Não vou. Eu vou ter que fazer alguma coisa tão diferente aqui? Não vou. Basicamente, eu preciso de um ID e saber se ele foi enviado ou não. Se você perceber aqui, um banco de dados relacional para fazer isso, não faz tanto sentido. Pode até fazer, vai funcionar? Vai funcionar também. Mas se você perceber, eu tenho um valor, uma ch você perceber eu tenho um valor uma chave e eu tenho um valor legal e é por conta disso que nesse caso aqui eu poderia trabalhar tranquilamente com um que velho store ou seja um banco de dados que através dos da chave e do valor que é guardado legal a eu simplesmente tenho esse tipo de controle entendeu eu não preciso mais nada além disso tá Wesley mas que bancos de dados são esses caras existem vários por exemplo o Dynamo DB da AWS é um key value store, ou seja, você tem uma coluna, você tem as suas colunas que você vai trabalhar dentro de uma tabelona. E o valor que você guarda pode ser guardado em diversos formatos, entendeu? Desde um JSON, até uma string, até um booleano, e você consegue ter essa informação. Um outro key value store é o Redis, por exemplo. O Redis, você tem uma chave e um valor. O Redis, ele aguenta uma pancada muito grande, porém, a grande performance que o Redis tem é principalmente se ele for utilizado apenas na memória. O Redis, ele consegue tirar snapshots, ele consegue também persistir dados em disco. Tem gente que não sabe disso,, ele consegue tirar snapshots, ele consegue também persistir dados em disco, tá? Tem gente que não sabe disso, mas ele consegue. Mas, honestamente, pra ter uma velocidade desse tipo, não sei se valeria a pena. Então, de forma geral, galera, aqui a gente não precisa necessariamente citar qual vai ser a tecnologia. Vai ser um Cassandra? Vai ser um Dynamo? Vai ser um Redis? Não interessa aqui nesse momento. Eu posso até fazer uma sugestão. Porém, o importante aqui para mim é eu pelo menos saber categorizar qual é o tipo de banco de dados. Você numa eventual entrevista, se o cara chegar e falar assim, olha, pode um banco de dados relacional aqui? Você vai falar, pode, mas você acha que é o mais adequado? Você pode pensar, cara, adequado vai funcionar. Mas um banco de dados relacional tem tantos recursos a mais que eu não sei se faz tanto sentido se é apenas para guardar uma chave, um valor. Então, nesse caso, aqui ele está meio que pedindo, né? Por favor, sejam que velho o store, entendeu? Entende? ah, poderia ser um mongo um documento pra guardar isso aí não faz sentido também entende o que eu tô dizendo? então, na minha opinião você pode ter a sua, inclusive mas, na minha opinião simplesmente falar order ID, se foi enviado ou não já é mais do que o suficiente para mim para armazenar e segurar e eu ter o controle de tudo que foi enviado porque serviço cair eu consigo ler novamente marcar que esse cara ele já foi enviado ali para gente facilmente Beleza então com isso aqui galera a gente entendeu mais ou menos como é que funciona a modelagem então no próximo vídeo vamos fazer um resumo tá de como vai ficar a nossa modelagem de banco com tudo consolidado então vamos nessa