Aula No. 11. Projetando esquemas de banco de dados

O meio mais comum de abstrair esquemas de banco de dados ao projetar no nível lógico é o chamado modelo entidade-relacionamento. Às vezes também é chamado Modelo ER, onde ER é uma abreviação da frase em inglês Entidade - Relacionamento, que se traduz literalmente como "entidade - relacionamento".

Os elementos de tais modelos são classes de entidade, seus atributos e relacionamentos.

Daremos explicações e definições de cada um desses elementos.

Classe de entidade é como uma classe de objetos sem método no sentido de programação orientada a objetos. Ao passar para a camada física, as classes de entidade são convertidas em relacionamentos básicos de banco de dados relacional para sistemas de gerenciamento de banco de dados específicos. Eles, como as próprias relações básicas, têm seus próprios atributos.

Vamos dar uma definição mais precisa e rigorosa dos objetos que acabamos de dar.

classe é chamado de descrição nomeada de uma coleção de objetos com atributos, operações, relacionamentos e semântica comuns. Graficamente, uma classe geralmente é representada como um retângulo. Cada classe deve ter um nome (uma string de texto) que a diferencie exclusivamente de todas as outras classes.

atributo de classe é uma propriedade nomeada de uma classe que descreve o conjunto de valores que instâncias dessa propriedade podem assumir. Uma classe pode ter qualquer número de atributos (em particular, não pode ter atributos). Uma propriedade expressa por um atributo é uma propriedade da entidade modelada que é comum a todos os objetos de uma determinada classe. Assim, um atributo é uma abstração do estado de um objeto. Qualquer atributo de qualquer objeto de classe deve ter algum valor.

Os chamados relacionamentos são implementados usando a declaração de chaves estrangeiras (já encontramos fenômenos semelhantes antes), ou seja, em relação, são declaradas chaves estrangeiras que se referem às chaves primárias ou candidatas de algum outro relacionamento. E através disso, várias relações básicas independentes diferentes são "ligadas" em um único sistema chamado banco de dados.

Além disso, o diagrama que forma a base gráfica do modelo entidade-relacionamento é representado usando a linguagem de modelagem unificada UML.

Muitos livros são dedicados à linguagem de modelagem orientada a objetos UML (ou Unified Modeling Language), muitos dos quais foram traduzidos para o russo (e alguns escritos por autores russos).

Em geral, a UML permite modelar diferentes tipos de sistemas: puramente software, puramente hardware, software-hardware, mistos, incluindo explicitamente atividades humanas, etc.

Mas, entre outras coisas, como já mencionamos, a linguagem UML é usada ativamente para projetar bancos de dados relacionais. Para isso, é utilizada uma pequena parte da linguagem (diagramas de classes), e mesmo assim não na íntegra. De uma perspectiva de design de banco de dados relacional, os recursos de modelagem não são muito diferentes daqueles dos diagramas ER.

Também queríamos mostrar que, no contexto do projeto de banco de dados relacional, os métodos de projeto estrutural baseados no uso de diagramas ER e os métodos orientados a objetos baseados no uso da linguagem UML diferem principalmente apenas na terminologia. O modelo ER é conceitualmente mais simples que o UML, possui menos conceitos, termos e opções de aplicação. E isso é compreensível, pois diferentes versões de modelos de ER foram desenvolvidas especificamente para dar suporte ao design de banco de dados relacional, e os modelos de ER quase não contêm recursos que vão além das necessidades reais de um designer de banco de dados relacional.

A UML pertence ao mundo dos objetos. Este mundo é muito mais complicado (se você preferir, mais incompreensível, mais confuso) do que o mundo relacional. Como a UML pode ser usada para modelagem unificada orientada a objetos de qualquer coisa, a linguagem contém uma infinidade de conceitos, termos e casos de uso que são redundantes de uma perspectiva de design de banco de dados relacional. Se extrairmos do mecanismo geral dos diagramas de classes o que é realmente necessário para o projeto de bancos de dados relacionais, obteremos exatamente diagramas ER com notação e terminologia diferentes.

É curioso que, ao formar nomes de classes na UML, seja permitida uma combinação arbitrária de letras, números e até sinais de pontuação. No entanto, na prática, recomenda-se usar adjetivos e substantivos curtos e significativos como nomes de classe, cada um deles começando com uma letra maiúscula.

(Consideraremos o conceito de diagrama com mais detalhes no próximo parágrafo de nossa palestra.)

1. Vários tipos e multiplicidades de títulos

O relacionamento entre relacionamentos no projeto de esquemas de banco de dados é representado como linhas conectando classes de entidade.

Além disso, cada uma das extremidades da conexão pode (e geralmente deve) ser caracterizada pelo nome (ou seja, o tipo de conexão) e pela multiplicidade do papel da classe na conexão. Consideremos com mais detalhes os conceitos de multiplicidade e tipos de conexões.

multiplicidade (multiplicidade) é uma característica que indica quantos atributos de uma classe de entidade com um determinado papel podem ou devem participar em cada instância de um relacionamento de algum tipo.

A maneira mais comum de definir a cardinalidade de uma função de relacionamento é especificar diretamente um número ou intervalo específico. Por exemplo, especificar "1" diz que cada classe com uma determinada função deve participar de alguma instância dessa conexão e exatamente um objeto da classe com essa função pode participar de cada instância da conexão. Especificar o intervalo "0..1" indica que nem todos os objetos da classe com uma determinada função precisam participar de qualquer instância desse relacionamento, mas apenas um objeto pode participar de cada instância do relacionamento. Vamos falar sobre multiplicidade com mais detalhes.

As cardinalidades típicas e mais comuns em sistemas de design de banco de dados são as seguintes cardinalidades:

1) 1 - a multiplicidade da conexão em sua extremidade correspondente é igual a um;

2) 0... 1 - esta forma de notação significa que a multiplicidade de uma determinada conexão em sua extremidade correspondente não pode exceder um;

3) 0... ∞ - esta multiplicidade é simplesmente decifrada como “muitos”. É curioso que, via de regra, “muito” signifique “nada”;

4) 1... ∞ - esta designação foi dada à multiplicidade “um ou mais”.

Vamos dar um exemplo de um diagrama simples para ilustrar o trabalho com diferentes multiplicidades de links.

De acordo com esse diagrama, pode-se entender facilmente que cada bilheteria possui muitos ingressos e, por sua vez, cada ingresso está localizado em uma (e não mais que isso) bilheteria.

Agora considere os tipos ou nomes mais comuns de links. Vamos listá-los:

1) 1: 1 - esta designação foi dada à conexão "um a um", isto é, é, por assim dizer, uma correspondência biunívoca de dois conjuntos;

2) 1 : 0... ∞ - esta é uma designação para uma conexão como "um para muitos". Por brevidade, esse relacionamento é chamado de "1: M". No diagrama considerado anteriormente, como você pode ver, existe um relacionamento exatamente com esse nome;

3) 0... ∞ : 1 - esta é uma reversão da conexão anterior ou uma conexão do tipo "muitos para um";

4) 0... ∞ : 0... ∞ é uma designação para uma conexão como "muitos para muitos", ou seja, existem muitos atributos em cada extremidade do link;

5) 0... 1 : 0... 1 - esta é uma conexão semelhante à conexão do tipo “um para um” introduzida anteriormente, que, por sua vez, é chamada de "não mais do que um até não mais do que um";

6) 0... 1 : 0... ∞ - esta é uma conexão semelhante a uma conexão um para muitos, é chamada de “não mais que um para muitos”;

7) 0... ∞ : 0... 1 - esta é uma conexão, por sua vez, semelhante a uma conexão do tipo muitos para um, é chamada de "muitos a não mais de um".

Como você pode ver, as três últimas conexões foram obtidas a partir das conexões listadas em nossa palestra sob os números um, dois e três, substituindo a multiplicidade de "um" pela multiplicidade de "não mais que um".

2. Diagramas. Tipos de gráficos

E agora vamos finalmente prosseguir diretamente para a consideração dos diagramas e seus tipos.

Em geral, existem três níveis do modelo lógico. Esses níveis diferem na profundidade de representação das informações sobre a estrutura de dados. Esses níveis correspondem aos seguintes diagramas:

1) diagrama de apresentação;

2) diagrama chave;

3) diagrama de atributos completo.

Vamos analisar cada um desses tipos de diagramas e explicar em detalhes o significado de suas diferenças na profundidade de apresentação das informações sobre a estrutura de dados.

1. Diagrama de apresentação.

Esses diagramas descrevem apenas as classes mais básicas de entidades e seus relacionamentos. As chaves em tais diagramas podem não ser descritas e, portanto, as conexões não podem ser individualizadas de forma alguma. Portanto, relacionamentos muitos-para-muitos são aceitáveis, embora geralmente sejam evitados ou, se existirem, ajustados. Atributos compostos e multivalorados também são perfeitamente válidos, embora tenhamos escrito anteriormente que as relações de base com tais atributos não são reduzidas a nenhuma forma normal. Curiosamente, dos três tipos de diagramas que consideramos, apenas o último tipo (o diagrama de atributos completo) assume que os dados apresentados estão em alguma forma normal. Considerando que o diagrama de apresentação já considerado e o diagrama de chave seguinte na linha não implicam nada do tipo.

Esses diagramas geralmente são usados ​​para apresentações (daí seu nome - apresentacional, ou seja, usado para apresentações, demonstrações, onde não são necessários detalhes excessivos).

Às vezes, ao projetar bancos de dados, é necessário consultar especialistas na área temática que esse banco de dados específico lida com informações. Em seguida, os diagramas de apresentação também são usados, pois para obter as informações necessárias de especialistas em uma profissão distante da programação, não é necessário esclarecimento excessivo de detalhes específicos.

2. Diagrama chave.

Ao contrário dos diagramas de apresentação, os diagramas de chave necessariamente descrevem todas as classes de entidades e seus relacionamentos, no entanto, apenas em termos de chaves primárias. Aqui, relacionamentos muitos-para-muitos já são necessariamente detalhados (ou seja, relacionamentos desse tipo em sua forma pura simplesmente não podem ser especificados aqui). Atributos de vários valores ainda são permitidos da mesma forma que em um diagrama de apresentação, mas se estiverem presentes em um diagrama de chave, geralmente são convertidos em classes de entidade independentes. Mas, curiosamente, atributos não ambíguos ainda podem ser representados de forma incompleta ou descritos como compostos. Essas "liberdades", que ainda são válidas em diagramas como diagramas de apresentação e chave, não são permitidas no próximo tipo de diagrama, pois determinam que a relação de base não seja normalizada.

Assim, podemos concluir que os diagramas de chave no futuro assumem apenas atributos "pendurados" nas classes de entidade já descritas, ou seja, usando um diagrama de apresentação, basta descrever as classes de entidade mais necessárias e, em seguida, usando um diagrama de chave, adicionar tudo a ele atributos necessários e especifique todos os links mais importantes.

3. Diagrama completo de atributos.

Diagramas de atributos completos descrevem com mais detalhes todas as classes de entidades acima, seus atributos e relacionamentos entre essas classes de entidade. Como regra, tais gráficos representam dados que estão na terceira forma normal, então é natural que nas relações básicas descritas por tais gráficos não sejam permitidos atributos compostos ou multivalorados, assim como não existem muitos-para- não granulares. muitos relacionamentos.

No entanto, os gráficos de atributos completos ainda apresentam uma desvantagem, ou seja, não podem ser considerados totalmente os mais completos dos gráficos em termos de apresentação de dados. Por exemplo, a peculiaridade de sistemas de gerenciamento de banco de dados específicos ao usar diagramas de atributos completos ainda não é levada em consideração e, em particular, o tipo de dados é especificado apenas na extensão necessária para o nível lógico de modelagem necessário.

3. Associações e migração de chaves

Um pouco antes, já falamos sobre quais são os relacionamentos nos bancos de dados. Em particular, o relacionamento foi estabelecido ao declarar as chaves estrangeiras do relacionamento.

Mas nesta seção do nosso curso, não estamos mais falando de relações básicas, mas de caixas registradoras de entidades. Nesse sentido, o processo de estabelecimento de relacionamentos ainda está associado às declarações de várias chaves, mas agora estamos falando das chaves das classes de entidade. Ou seja, o processo de estabelecimento de relacionamentos está associado à transferência de uma chave primária simples ou composta de uma classe de entidade para outra classe. O processo de tal transferência também é chamado de migração de chave. Nesse caso, a classe de entidade cujas chaves primárias são transferidas é chamada classe pai, e a classe de entidades para as quais as chaves estrangeiras são migradas é chamada classe infantil entidades.

Em uma classe de entidade filha, os atributos de chave recebem o status de atributos de chave estrangeira e podem ou não participar da formação de sua própria chave primária. Assim, quando uma chave primária é migrada de uma classe de entidade pai para uma classe filha, uma chave estrangeira aparece na classe filha que se refere à chave primária da classe pai.

Para conveniência da representação estereotipada da migração de chave, apresentamos os seguintes marcadores de chave:

1) PK - é assim que denotaremos qualquer atributo da chave primária (chave primária);

2) FK - com este marcador denotaremos os atributos de uma chave estrangeira (chave estrangeira);

3) ^P_FK - com tal marcador denotaremos um atributo da chave primária / estrangeira, ou seja, qualquer atributo que faça parte da única chave primária de alguma classe de entidade e ao mesmo tempo faça parte de alguma chave estrangeira da mesma classe de entidade .

Assim, os atributos de uma classe de entidade com marcadores PK e FK formam a chave primária desta classe. E atributos com marcadores FK e ^P_FK fazem parte de algumas chaves estrangeiras desta classe de entidade.

Em geral, as chaves podem migrar de maneiras diferentes e, em cada caso diferente, surge algum tipo de conexão. Portanto, vamos considerar quais tipos de links existem dependendo do esquema de migração de chave.

No total, existem dois esquemas de migração principais.

1. Esquema de migração ∀PK (PK |→^P_FK);

Nesta entrada, o símbolo "|→" significa o conceito de "migra", ou seja, a fórmula acima será lida da seguinte forma: qualquer (cada) atributo da chave primária PK da classe da entidade pai é transferido (migra) para o chave primária ^P_FK classe de entidade filha, que, é claro, também é uma chave estrangeira para esta classe.

Neste caso, estamos falando sobre o fato de que, sem exceção, todos os atributos-chave da classe da entidade pai devem ser migrados para a classe da entidade filha.

Este tipo de conexão é chamado identificando, já que a chave da classe da entidade pai está totalmente envolvida na identificação das entidades filhas.

Entre os links do tipo identificador, por sua vez, existem mais dois tipos de links independentes possíveis. Portanto, existem dois tipos de links de identificação:

1) identificando totalmente.

Diz-se que um relacionamento de identificação identifica totalmente se e somente se os atributos da chave primária de migração da classe de entidade pai formam completamente a chave primária (e estrangeira) da classe de entidade filha.

Um relacionamento totalmente identificador também é às vezes chamado categórico, porque um relacionamento totalmente identificador identifica entidades filhas em todas as categorias;

2) não identificando totalmente.

Um relacionamento de identificação é chamado de identificação incompleta se e somente se os atributos da chave primária migrante da classe de entidade pai formam apenas parcialmente a chave primária (e ao mesmo tempo estrangeira) da classe de entidade filha.

Assim, além da chave com o marcador ^P_FK também terá uma chave marcada como PK. Nesse caso, a chave estrangeira PFK da classe da entidade filha será completamente determinada pela chave primária PK da classe da entidade pai, mas simplesmente a chave primária PK desse relacionamento filho não será determinada pela chave primária PK do pai classe de entidade, ele estará por conta própria.

2. Esquema de migração ∃PK (PK |→ FC);

Tal esquema de migração deve ser lido da seguinte forma: existem tais atributos de chave primária da classe de entidade pai que, durante a migração, são transferidos para os atributos não-chave obrigatórios da classe de entidade filha.

Assim, neste caso, estamos falando do fato de que alguns, e não todos, como no caso anterior, os atributos de chave primária da classe da entidade pai são transferidos para a classe da entidade filha. Além disso, se o esquema de migração anterior definiu a migração para a chave primária da relação filha, que ao mesmo tempo também se tornou uma chave estrangeira, então o último tipo de migração determina que os atributos de chave primária da classe de entidade pai migrem para ordinária , inicialmente atributos não-chave, que depois disso adquirem o status de chave estrangeira.

Este tipo de conexão é chamado não identificador, porque, de fato, a chave pai não está totalmente envolvida na formação das entidades filhas, ela simplesmente não as identifica.

Entre os relacionamentos não identificadores, dois tipos possíveis de relacionamentos também são distinguidos. Assim, os relacionamentos não identificadores são dos dois tipos a seguir:

1) necessariamente não identificador.

Relacionamentos não identificadores são considerados necessariamente não identificadores se e somente se Valores nulos para todos os atributos de chave de migração de uma classe de entidade filha são proibidos;

2) opcionalmente não identificador.

Relacionamentos não identificadores são considerados não necessariamente não identificadores se e somente se valores nulos forem permitidos para alguns atributos de chave de migração da classe de entidade filha.

Resumimos tudo isso na forma da tabela a seguir, a fim de facilitar a tarefa de sistematização e compreensão do material apresentado. Também nesta tabela incluiremos informações sobre quais tipos de relacionamentos ("não mais que um para um", "muitos para um", "muitos para não mais que um") correspondem a quais tipos de relacionamentos (totalmente identificador, não totalmente identificando, necessariamente não identificando, não necessariamente não identificando).

Assim, entre as classes de entidade pai e filho, é estabelecido o seguinte tipo de relacionamento, dependendo do tipo de relacionamento.

Assim, vemos que em todos os casos, exceto no último, a referência não é vazia (não é nula) → 1.

Observe a tendência de que, na extremidade pai da conexão, em todos os casos, exceto no último, a multiplicidade é definida como "um". Isso porque o valor da chave estrangeira nos casos desses relacionamentos (a saber, identificando totalmente, não identificando totalmente e necessariamente não identificando tipos de relacionamentos) deve necessariamente corresponder (e, além disso, o único) valor da chave primária de a classe de entidade pai. E no último caso, devido ao fato de que o valor da chave estrangeira pode ser igual ao valor nulo (o FK: sinalizador de validade nula), a multiplicidade é definida como "não mais que um" no final pai do relação.

Continuamos nossa análise. No filho da conexão, em todos os casos, exceto no primeiro, a multiplicidade é definida como "muitos". Isso ocorre porque, devido à identificação incompleta, como no segundo caso, (ou nenhuma identificação, no segundo e terceiro casos), o valor da chave primária da classe da entidade pai pode ocorrer repetidamente entre os valores da chave estrangeira da classe filha. E no primeiro caso, o relacionamento é totalmente identificador, então os atributos da chave primária da classe da entidade pai só podem ocorrer uma vez entre os atributos das chaves da classe da entidade filha.

<< Voltar: Formas normais (O significado de normalizar esquemas de banco de dados. Primeira forma normal (1NF). Segunda forma normal (2NF). Terceira forma normal (3NF). Forma normal de Boyce-Codd (NFBC). Aninhamento de formas normais)

>> Encaminhar: Relacionamentos de classe de entidade (Comunicação recursiva hierárquica. Comunicação recursiva de rede. Associação. Generalizações. Composição. Agregação. Unificação de atributos)

Recomendamos artigos interessantes seção Notas de aula, folhas de dicas:

▪ Base de dados. Notas de aula

▪ Traumatologia e ortopedia. Notas de aula

▪ Urologia. Notas de aula

Veja outros artigos seção Notas de aula, folhas de dicas.

Leia e escreva útil comentários sobre este artigo.

<< Voltar

Últimas notícias de ciência e tecnologia, nova eletrônica:

A existência de uma regra de entropia para o emaranhamento quântico foi comprovada 09.05.2024

A mecânica quântica continua a nos surpreender com seus fenômenos misteriosos e descobertas inesperadas. Recentemente, Bartosz Regula do Centro RIKEN de Computação Quântica e Ludovico Lamy da Universidade de Amsterdã apresentaram uma nova descoberta que diz respeito ao emaranhamento quântico e sua relação com a entropia. O emaranhamento quântico desempenha um papel importante na moderna ciência e tecnologia da informação quântica. No entanto, a complexidade da sua estrutura torna a sua compreensão e gestão um desafio. A descoberta de Regulus e Lamy mostra que o emaranhamento quântico segue uma regra de entropia semelhante à dos sistemas clássicos. Esta descoberta abre novas perspectivas na ciência e tecnologia da informação quântica, aprofundando a nossa compreensão do emaranhamento quântico e a sua ligação à termodinâmica. Os resultados do estudo indicam a possibilidade de reversibilidade das transformações de emaranhamento, o que poderia simplificar muito seu uso em diversas tecnologias quânticas. Abrindo uma nova regra ... >>

Mini ar condicionado Sony Reon Pocket 5 09.05.2024

O verão é uma época de relaxamento e viagens, mas muitas vezes o calor pode transformar essa época em um tormento insuportável. Conheça um novo produto da Sony – o minicondicionador Reon Pocket 5, que promete deixar o verão mais confortável para seus usuários. A Sony lançou um dispositivo exclusivo - o minicondicionador Reon Pocket 5, que fornece resfriamento corporal em dias quentes. Com ele, os usuários podem desfrutar do frescor a qualquer hora e em qualquer lugar, simplesmente usando-o no pescoço. Este miniar condicionado está equipado com ajuste automático dos modos de operação, além de sensores de temperatura e umidade. Graças a tecnologias inovadoras, o Reon Pocket 5 ajusta o seu funcionamento em função da atividade do utilizador e das condições ambientais. Os usuários podem ajustar facilmente a temperatura usando um aplicativo móvel dedicado conectado via Bluetooth. Além disso, camisetas e shorts especialmente desenhados estão disponíveis para maior comodidade, aos quais um mini ar condicionado pode ser acoplado. O dispositivo pode, oh ... >>

Energia do espaço para Starship 08.05.2024

A produção de energia solar no espaço está se tornando mais viável com o advento de novas tecnologias e o desenvolvimento de programas espaciais. O chefe da startup Virtus Solis compartilhou sua visão de usar a Starship da SpaceX para criar usinas orbitais capazes de abastecer a Terra. A startup Virtus Solis revelou um ambicioso projeto para criar usinas de energia orbitais usando a Starship da SpaceX. Esta ideia poderia mudar significativamente o campo da produção de energia solar, tornando-a mais acessível e barata. O cerne do plano da startup é reduzir o custo de lançamento de satélites ao espaço usando a Starship. Espera-se que este avanço tecnológico torne a produção de energia solar no espaço mais competitiva com as fontes de energia tradicionais. A Virtual Solis planeja construir grandes painéis fotovoltaicos em órbita, usando a Starship para entregar os equipamentos necessários. Contudo, um dos principais desafios ... >>

Notícias aleatórias do Arquivo Módulo de computador Variscite Var-SOM-Solo 16.11.2014 A Variscite introduziu um módulo de computador em miniatura (System-on-Module, SOM). O módulo, equipado com uma variedade de recursos de E/S, é adequado para sistemas embarcados. O formato é indistinguível de um SO-DIMM padrão de 200 pinos. O componente chave do sistema em miniatura (33 x 68 x 4 mm) é um processador Freescale i.MX6 Cortex-A9 rodando a 1 GHz, integrado com uma GPU Vivante. Além disso, a placa possui até 1 GB de RAM DDR3, 512 MB de flash SLC NAND e um módulo eMMC de 64 GB. O módulo é equipado com uma interface sem fio Wi-Fi 802.11 a/b/g/n que opera nas bandas de 2,4 e 5 GHz e é oferecido opcionalmente em uma configuração MIMO 2x2. Além disso, há uma interface sem fio Bluetooth 4.0 LE, uma porta Ethernet 10/100/1000 Mbps, duas saídas LVDS, uma HDMI 1.4 e uma MIPI DSI. O equipamento também inclui um host USB 2.0 com suporte OTG, uma interface PCIe, uma entrada de linha e saída de subsistema de áudio. É possível conectar uma câmera, para a qual existe um MIPI CSI e uma interface paralela. Existem também CAN (x2), UART, I2C, SPI. O computador pode rodar Linux Yocto e Ubuntu, Android, Windows Embedded Compact 7 e 2013. Ele foi projetado para operar na faixa de temperatura de -40°C a +85°C. As vendas do Var-SOM-Solo já começaram. Os preços começam em US$ 42.

Outras notícias interessantes:

▪ As ondas de calor tornaram-se mais frequentes e prolongadas

▪ UPS Panduit UPS003024024015 sem baterias

▪ Deslizamento de terra sob controle

▪ Melhorando a confiabilidade de poderosos semicondutores de carbeto de silício

▪ constelação de tubarão

Feed de notícias de ciência e tecnologia, nova eletrônica

Materiais interessantes da Biblioteca Técnica Gratuita:

▪ seção do site Videotécnica. Seleção de artigos

▪ artigo Encrenca, já que o sapateiro começa as empadas de forno... Expressão popular

▪ artigo Fêmeas de quais animais podem produzir dois tipos de leite materno ao mesmo tempo? Resposta detalhada

▪ artigo Inspetor de linha das tubulações principais. Instrução padrão sobre proteção do trabalho

▪ artigo Um dispositivo para testar transistores de alta tensão. Enciclopédia de rádio eletrônica e engenharia elétrica

▪ artigo Experimentos com energia acumulada. experimento físico

Deixe seu comentário neste artigo:

Todos os idiomas desta página

Arabic	Hebrew	Polish
Bengali	Hindi	Portuguese
Chinese	Italian	Spanish
English	Japanese	Turkish
French	Korean	Ukrainian
German	Malay	Vietnamese

Página principal | Biblioteca | Artigos | Mapa do Site | Revisões do site

www.diagrama.com.ua
2000-2024