Saiba como armazenar e gerenciar dados de maneira ideal no Tulip.
Assim como nos aplicativos, os dados no Tulip devem funcionar juntos como um sistema. Manter os dados facilmente acessíveis para informar pessoas e outros sistemas aumenta a visibilidade e evita a duplicação de dados em vários locais.
Melhores práticas
Aqui estão alguns princípios que você deve seguir ao planejar uma estrutura de dados para suas aplicações:
Adote uma estrutura de gêmeo digital para tabelas
Um gêmeo digital é uma representação ou modelo virtual dinâmico de uma peça, objeto, máquina ou até mesmo de todo um processo de produção. Ele consiste no próprio item físico, na representação virtual do item e na funcionalidade de conexão que permite que os dados sejam trocados entre o objeto físico e o virtual.
As tabelas do Tulip devem refletir o que está em seu chão de fábrica da forma mais fiel possível (1:1).
Organize as tabelas por tipo de informação
É melhor identificar os tipos de tabelas e defini-los. Entender quais informações devem constar em cada tabela é especialmente crucial ao projetar uma solução.
Por exemplo, as tabelas no modelo de dados comum de exemplo da Tulip são divididas em duas categorias:
| Categoria | Descrição | Exemplos |
|---|---|---|
| Artefato físico | É algo tangível que você pode tocar fisicamente no chão de fábrica | Itens de estoque, equipamentos e ativos |
| Artefatos operacionais | Trata-se de um elemento intangível, identificado de forma exclusiva, que costuma estar relacionado às operações. Geralmente, são encontrados na forma de formulários impressos ou bilhetes. | Cartão Kanban, ordem de serviço |
It’s important to remember that tables should avoid duplicating external data.
Estrutura e configuração de tabelas
As tabelas e os campos devem ser simples e ter uma finalidade clara quanto às informações que armazenam. Ao utilizar os tipos de tabela discutidos anteriormente (artefatos físicos e artefatos operacionais), é possível definir com precisão a finalidade de cada tabela.
Os campos de cada tabela dependem das informações relevantes para os artefatos. Uma boa regra geral é que a maioria das tabelas deve conter um campo de status (ou similar). Outros campos comuns que você pode adicionar incluem:
- Material
- Localização/Compartimento
- IDs (ordem de serviço, material, cliente etc.)
- Medidas
- Datas de início, solicitação ou conclusão
- Comentários
- Foto
Para quaisquer dados que você queira usar em cálculos, crie uma consulta ou agregação. Cálculos que informam metas e KPIs permitirão que você obtenha um panorama das operações atuais.
Convenções de nomenclatura
Lembre-se de que os nomes das tabelas e das colunas que você usar poderão ser vistos por outros desenvolvedores cidadãos e por operadores no Tulip Analytics; portanto, certifique-se de usar nomes intuitivos e centrados no usuário para tabelas e colunas, em vez de seguir as convenções de nomenclatura normalmente utilizadas por engenheiros de software. Ou seja, dê a uma tabela um nome como “Equipamentos e Ferramentas” em vez de “eqps_tools”, e use nomes de colunas como “Tipo de Equipamento” em vez de “eqpType”.
Saiba mais sobre as melhores práticas para nomear elementos no Tulip.
Otimização de tabelas para escalabilidade e desempenho
O artigo cujo link está acima discute os fundamentos da implementação e manutenção de um modelo de análise de dados ( Tulip table ) que seja: eficiente, confiável, combinável e escalável.
Quando usar registros de conclusão
Um Registro de Conclusão é criado ao concluir um aplicativo por meio de uma Transição, como “Aplicativo / Concluir Aplicativo”, ou pela ação de acionamento “Salvar Todos os Dados do Aplicativo”. Os dados históricos são tradicionalmente rastreados por meio da Conclusão do Aplicativo e armazenados em Registros de Conclusão, que são locais para cada aplicativo.
Se você precisar armazenar dados apenas para fins de histórico do processo e/ou para realizar análises desses dados por meio do Analytics, os Registros de Conclusão provavelmente serão suficientes e a maneira mais fácil de salvar esses dados.
Saiba mais sobre os Registros de Conclusão.
Considere um modelo de dados comum
Um modelo de dados comum permite a composição, um fator-chave para o sucesso com o Tulip. À medida que você desenvolve um conjunto de aplicativos, é importante também ter um modelo de dados como base para “conectar” os aplicativos com dados reutilizáveis.
Saiba mais sobre como usar um modelo de dados comum.
Você também pode começar com o Modelo de Dados Comum do Tulip, que poderá ser ajustado às suas necessidades posteriormente.