Banco de Dados em TinyDB

  Nesta seção, explica-se como o banco de dados da solução foi desenvolvido e como planeja-se utilizá-lo no desenvolvimento do projeto. É importante mencionar que o sistema gerenciador de banco de dados é o TinyDB, que consiste em um tipo de banco de dados NoSQL, não relacional, e que utiliza arquivos JSON para armazenar informações. Esse tipo de banco de dados foi escolhido pela simplicidade e fácil configuração que ele apresenta, o que o torna ideal para uma prova de conceito, ou seja, um projeto de pequeno porte que não requer grandes armazenamentos de dados.

  Planeja-se utilizar apenas o arquivo pipes.json para armazenamento dos dados, mas pode surgir a necessidade de criar novos arquivos JSON para armazenar os dados devido à natureza não relacional do TinyDB. O arquivo pipes.json pode ser encontrado na pasta ~/src/data-base.

Arquivos

  Considerando que o TinyDB não trabalha com o sistema de tabelas, pode ser necessário criar novos arquivos JSON para armazenar informações. Este projeto conta apenas com um arquivo chamado pipes.json, que armazena os dados dos canos dos reboilers. As informações contidas nesse arquivo estão escritas a seguir, na Tabela 1:

Tabela 1 - Relação entre chave e valor das informações contidas no banco de dados

Chave	Valor
id	int- representa o número de identificação do cano analisado
id_boiler	int - representa o número de identificação do reboiler analisado
dirty_grade	int - representa a porcentagem de sujeira do cano analisado (com base na análise de visão computacional)
status	bool - verdadeiro caso o cano analisado esteja sujo e falso caso o cano analisado esteja limpo
datetime	string - ano, mês, dia, horas, minutos e segundos do momento em que o registro foi feito

Fonte: Elaborado pela equipe SugarZ3ro

O formato no qual tais dados são armazenados é o seguinte:

{
    "id": <int>,
    "id-boiler": <int>,
    "dirty-grade": <int>,
    "status": <boolean>,
    "datetime": <str>
}

  A escolha das informações contidas nesta base de dados foi pensada com base nas necessidades atuais. Como o projeto foi inicialmente projetado para apenas guardar se os canos estão sujos ou não e um código de identificação deles, foi decidido que somente haveria informações básicas de identificação dos canos para monitoramento.

  As informações id, id-boiler, dirty-grade, status e datetime foram decididas para identificar o cano verificado, o boiler onde está localizado, o nível de sujeira, e a data/hora da inspeção. Essas informações foram escolhidas por serem essenciais ao objetivo do projeto de identificar a sujeira nos canos. O status e o nível de sujeira foram pensados para garantir eficiência, já que somente o nível de sujeira não seria suficiente sem a identificação do que está sendo analisado. A inclusão da data/hora permite um controle rigoroso das inspeções, possibilitando a comparação de diferentes limpezas e agregando valor ao projeto.

  No momento, não é preciso de outras informações sobre os reboilers nem sobre o usuário do sistema, seguindo os pedidos e observações do cliente em relação às necessidades do sistema. Porém, em ordem de expandir o projeto no futuro, é recomendado que se crie um banco de dados relacional, dividindo a parte de boilers e canos em tabelas separadas dos resultados das limpezas, além de conseguir fazer tabelas diferentes para dias. Assim, o controle de dados considerando uma quantidade grande de dados funcionará de forma otimizada para uma aplicação em larga escala.

  Por fim, foram realizados testes para verificar se os dados estavam sendo corretamente enviados para o arquivo JSON, utilizando dados para "dirty-grade" gerados aleatoriamente e definindo um máximo de 30% de sujeira para que o cano seja considerado limpo. A utilização do método random foi exclusiva para o primeiro teste, o que significa que ele não será utilizado na versão final do banco de dados. Além disso, conforme descrito na seção referente à API da solução, também foram realizados testes de criação, leitura e deleção de dados do banco de dados através da API. O percentual de 30% foi escolhido apenas para teste no momento atual. No futuro, a porcentagem máxima de sujidade de um cano para considerá-lo limpo será decidida pelo parceiro. A versão do banco de dados atual está adaptada para testes e não é necessariamente a versão final do banco de dados principal.