Introdução ao Banco de Dados Relacional MySQL:
Um banco de dados conceitualmente relacional nada mais é do que manter um relacionamento requerido entre várias tabelas usando algum conceito de chave primária, exclusiva ou estrangeira. Qualquer banco de dados que praticamente siga essa abordagem e mantendo um relacionamento adequado entre todas as tabelas criadas, esse banco de dados poderá ser sempre considerado como banco de dados relacional. O banco de dados relacional do MySQL também segue a mesma estrutura relacional, portanto, não há dúvida de que meu SQL também seja considerado um banco de dados relacional do servidor, enquanto o termo 'relação' não foi mencionado nos documentos do MySQL ou não. Banco de dados principal que não tem nenhum conceito de banco de dados relacional, todas as tabelas contêm muitos dados, incluindo transacionais e mestre, entender a ligação lógica desses dados será muito difícil sem conhecer a lógica comercial adequada. Bancos de dados relacionais garantem essa abordagem.
Sistema de Controle de Relação do banco de dados relacional MySQL:
A partir da definição específica do banco de dados relacional, as pessoas pensam que é muito crítico para a manutenção e criarão confusão. Mas essa não é uma afirmação verdadeira, a principal agenda do banco de dados relacional para evitar qualquer tipo de confusão ou complicação entre várias tabelas envolvidas com esse banco de dados específico, onde ajuda um desenvolvedor a manter e verificar facilmente sem qualquer dificuldade. Se considerarmos qualquer design relacional muito comum que mantenha um relacionamento estrito entre todas as tabelas relacionadas definidas no banco de dados. Suponha que possamos considerar um sistema de controle de estoque - nesse caso, temos que manter um relacionamento muito estrito entre todas as tabelas envolvidas com mais descrição relacionada ao estoque. Além disso, ele precisa manter um relacionamento mais rigoroso com as tabelas filho, que impactaram adicionalmente em qualquer tipo de atividade de manipulação de dados, como inserir ou excluir desse inventário específico. Como exemplos, consideraremos três tabelas envolvidas no sistema de controle de estoque, supondo que três sejam inter-relacionadas.
Nome da tabela: Inventário
| ID (chave primária) | Descrição | Preço | estoque |
Nome da tabela: Sales_Staff
| ID (chave primária) | Nome | O email | contato |
Nome da tabela: Fatura
| ID (chave primária) | SalesStaff_ID (chave estrangeira da chave primária Sales_Staff) | ID do inventário (chave estrangeira da chave primária do inventário) | Quantidade | Preço | Comente |
Agora, considerando as três tabelas acima, podemos planejar o relacionamento entre várias tabelas usando a chave primária e a restrição de chave estrangeira. No exemplo acima, Fatura é a tabela transacional principal, onde todos os dados transacionais foram armazenados com sucesso para cada geração de fatura em cliente individual ou usuário final, na verdade, ele armazenou todos os dados da fatura com sucesso para qualquer tipo de referência. Agora, a fatura deve gerar, a partir de alguns detalhes do inventário, onde uma quantidade de toda a consulta foi armazenada para uma loja ou organização inteira. Agora, considerando duas tabelas mestre principais, como Inventory e Sales_Staff, ambas as tabelas mantêm os detalhes principais da loja de qualquer item específico nessa loja ou organização, enquanto Sales_Staff manteve todos os detalhes da equipe que estão trabalhando nessa loja ou organização. Em vez de manter sempre a mesma equipe ou item específico nos detalhes transacionais do estoque, ele realmente contém uma referência específica dessas tabelas mestras, mantidas por algum administrador da loja ou organização. Portanto, por essa abordagem específica, podemos evitar facilmente redundância ou repetição de dados, o que sempre ajuda a buscar dados com base em um relacionamento mantido entre várias tabelas. Este exemplo fornece uma característica chave de qualquer banco de dados relacional, como o banco de dados relacional MySQL, que assume que os dados de uma fatura sempre mantêm a referência de uma equipe de vendas e estoque específica, mas a equipe de estoque ou vendas nunca pode alterar ou atualizar nada na fatura criada.
Portanto, aqui, na verdade, ele manteve um para muitos relacionamentos, onde um dado de inventário pode existir na Fatura várias vezes e os mesmos dados da equipe de vendas podem existir na Fatura por várias vezes. Esse relacionamento, ajudando o desenvolvedor a buscar dados sem problemas com uma condição específica de união e também a entender ou projetar qualquer diagrama de ER, será muito fácil para eles. Aqui também um ponto importante a ser mencionado, suponha que qualquer vendedor tente vender algo que esteja no estoque, o que também é garantido pela manutenção desse tipo de relacionamento. Como sempre que qualquer inventário é adicionado à fatura, ele subtrai automaticamente o estoque do inventário original, sempre fornecendo uma mensagem de validação adequada sempre que o vendedor tentar criar qualquer tipo de fatura para um inventário específico. Se observarmos de perto essas relações de tabela, o Inventory terá um nome de chave primária como Id e Sales_Staff terá um nome de chave primária, mas a Invoice possui duas chaves estrangeiras, que na verdade mantêm o relacionamento com as tabelas Inventory e Sales_Staff. Ele também garante que qualquer coisa possa ser inserida na tabela Fatura que realmente existe na tabela Inventário ou Equipe de Vendas, sem a existência de dados específicos, não será possível efetuar uma entrada na tabela Fatura. Como a tabela Fatura possui um relacionamento específico de chave estrangeira com ambas as tabelas, qualquer coisa existente em uma dessas tabelas só pode fazer a entrada na tabela Fatura. Por isso, sempre ajuda um desenvolvedor no caso de fazer uma inserção incorreta sem manter esses dados em tabelas filho.
Diretrizes para instalação e download do My SQL Relational Database:
Existem muitos tipos de versão disponíveis na internet para instalar o MySQL no seu PC local, mas o MySQL Organization vem com um recurso muito interessante com amostra grátis de banco de dados relacional, com capacidade de variedades de métodos mais avançados do que outras amostras gratuitas de banco de dados relacional, ele pode oferecer a oportunidade de armazenar dados de filmes, um dos pontos principais é a experiência do usuário inofensiva, significa supor que um usuário comete algum erro, por isso o banco de dados não está funcionando corretamente; nesse caso, é muito fácil ou pode-se dizer uma tarefa de 2 minutos para restaurar esse banco de dados da fonte.
1. Faça o download do banco de dados relacional do MySQL no link abaixo:
- http://downloads.mysql.com/docs/sakila-db.tar.gz
2. Executando o script abaixo para descompactar o pacote de arquivamento:
- tar –xzf xxxx-db.tar.gz
3. Após descompactar o mesmo, ele criará 3 diretórios como abaixo:
- Xxxx / sakila-db.sql
- Sakila-schema.sql
- Sakila.mwb
4. Agora execute o comando básico do MySQL:
- Mysql –p (senha)
5. Agora basta seguir as instruções mencionadas em sakila-db.sql e sakila-schema.sql.
6. Se todas as instruções forem seguidas corretamente, um novo banco de dados será criado com o nome “sakila”, que será automaticamente exibido na lista de bancos de dados relacionais do MySQL.
Artigos recomendados
Este artigo foi um guia para o banco de dados relacional do MySQL. Aqui discutimos o Relation Control System e Guidance para instalar o banco de dados relacional MySQL. Você também pode consultar o seguinte artigo para saber mais
- Perguntas e Respostas da Entrevista RDBMS
- Principais diferenças entre MySQL e NoSQL
- Usos da folha de dicas MySQL
- Perguntas da entrevista do DBMS