|
|
|[Home](home)|[Sprints](sprints)|[Requisitos](requisitos)|[Arquitetura](arquitetura)|[Configuração](configuracao)|[Mockups](mockups)|[Banco de Dados](banco_dados)|[Instalação](instalacao)|[Gerência](gp)|[Horários](horarios)|[Time](time)|
|
|
|[Home](home)|[Sprints](sprints)|[Requisitos](requisitos)|[Arquitetura](arquitetura)|[Configuração](configuracao)|[Mockups](mockups)|[Banco de Dados](banco_dados)|[Instalação](instalacao)|[Gerência](gp)|[Horários](horarios)|
|
|
|
|---|---|---|---|---|---|---|---|---|---|---|
|
|
|---|---|---|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
|
# Banco de Dados
|
|
# Banco de Dados
|
|
|
|
|
|
|
|
Aqui deve ser explicado com modelos e explicações como o Banco de Dados foi construido, onde se deve focar em:
|
|
### Cenário <br />
|
|
|
|
Durante a conversa com a equipe, foram levantados alguns pontos que nos levaram a decidir qual tipo de implementação iríamos utilizar. <br /><nt />
|
|
|
|
|
|
|
|
* Como ele foi desenvolvido, com Imagens e Diagramas
|
|
<b>Quando utilizar banco relacional(<i>Tables</i>):</b> Utiliza-se um modelo relacional quando há muitas relações diretas entre as entidades, e, acima de tudo, se esses dados dificilmente se repetem. Por exemplo: Um piloto de fórmula 1 que irá correr em um determinado evento, num determinado local, num determinado horário. Rapidamente observamos muitas relações entre esses três fatores e que esses dados dificilmente irão mudar. Em outras palavras, precisamos garantir a integridade desses dados seguindo boas práticas como o ACID(Atomicidade, Consistência, Isolamento e Durabilidade).
|
|
|
* o Collections(Entities)
|
|
|
|
|
* o ScriptSQL |
|
<b>Quando utilizar banco não-relacional (<i>Collections</i>):</b> Utiliza-se um modelo não-relacional quando não há muitas relações entre entidades e os dados se repetem com frequência. Por exemplo: Um carrinho de compra em um <i>e-commerce</i>. Um usuário pode adicionar itens no carrinho ou removê-los, ou também não finalizar a compra no mesmo dia. Quando precisamos lidar com um grande volume de dados e que terá muito acesso, então <i>noSQL</i> é a escolha certa.
|
|
\ No newline at end of file |
|
|
|
|
|
### Conclusão do estudo
|
|
|
|
|
|
|
|
Ao analisarmos o nosso <i>case</i>, percebemos que a melhor escolha seria um modelo relacional. Pois tutoriais não são dados que mudam com frequência e precisávamos garantir a integridade de modo que os dados não ficassem redundantes.
|
|
|
|
|
|
|
|
### Nossa escolha
|
|
|
|
|
|
|
|
Ok, decidimos que iremos utilizar <i>SQL</i>. Mas qual devemos utilizar? Bem, essa pergunta tem muitas variantes. Precisamos estudar o conhecimento técnico da equipe e também qual banco seria mais fácil de configurar de modo que todos conseguissem utilizar sem nenhum impedimento. Foi então que decidimos utilizar o <i><b>mySQL</b></i> hospedado no <i>Amazon Web Service(AWS)</i>. Desse modo nos livramos da preocupação de rodar o banco localmente na máquina de todos, o que poderia provocar vários erros. |
|
|
|
\ No newline at end of file |
