Oi Talita! Espero que você esteja bem :)
Suas dúvidas são mais avançadas e é natural que o processo de modelagem gere alguma confusão e muitos questionamentos: são muitos conceitos técnicos e também subjetivos que estão envolvidos nesse processo. Reforço que, conforme seus estudos avançarem, sua modelagem conceitual poderá sofrer alterações devido a novas compreensões. Inclusive, recomento fortemente que você faça uma formação sobre SQL antes de fazer a aplicação do banco de dados na sua empresa. Tenho certeza que será bastante benéfico!
Sinto que é importante comentar sobre alguns aspectos conceituais da modelagem de banco de dados antes de prosseguirmos com suas dúvidas mais específicas: quando o banco de dados físico for aplicado, as entidades se transformarão em tabelas em que cada atributo é uma coluna, e os dados serão preenchidos em linhas que chamamos de tuplas. Cada tupla de uma tabela armazena informações sobre uma ocorrência única - e cada uma dessa ocorrência pode se relacionar com outras ocorrências por um atributo específico, o identificador.
Com esse formato em mente, é provável que a compreensão da organização dos dados fique mais clara.
O atributo qtde_estoque
, em Central
, não é coerente se não houver uma chave estrangeira que o defina. A quantidade em estoque de determinado material precisa ser designada como sendo desse material, e isso se dá através da chave identificadora que estará na mesma tupla que essa quantidade. Ou qtde_estoque
pode ser um atributo comum na entidade Material
e também em Lacre
(caso isso faça sentido no funcionamento do seu trabalho).
Em relação à localização, entendi melhor sua dúvida, agradeço por explicar. No curso de normalização, você verá que atributos multivalorados não são uma boa prática, pois geram inconsistências no banco - a solução é transformar em uma nova tabela com os valores e com um código identificador que defina cada um desses conjuntos de valores como uma ocorrência, que será referenciada na tabela.
Como a sua localização já é um código por si, é possível criar uma tabela com apenas uma coluna, que seja chave primária, e que contenha todos os códigos de localização e que se relacione com Material
e Lacre
(como chave estrangeira, a localização pode se repetir, caso mais de um material ou lacre estejam na mesma localização, pois nesse caso a chave composta [estrangeira + parcial] que será a identificadora da tupla), ou, por ora, manter a localização sendo um atributo comum em cada uma das tabelas em que ela se faz necessária - como é um código muito bem conhecido por você e sua equipe, a separação em sala, corredor, etc. talvez não seja essencial.
Assim você poderá prosseguir seus estudos e voltar a olhar para esse ponto quando estiver com mais bagagem e repertório conceitual.
Abraços!