Pergunta

O que é a necessidade de um esquema de banco de dados (embutido no DB) se eu posso configurar a minha estrutura banco de dados MySQL e escrever CRUD declarações de trabalhar com ele diretamente? Eu nunca trabalhei com eles, mas eu estou supondo que eles são apenas para otimização de desempenho?

Eu sei de diagramas de esquema que podem ser exportados como comandos .sql que geram a estrutura DB, por exemplo, com MySQL Workbench.

Foi útil?

Solução

A sua questão não é totalmente claro para mim. Se você está perguntando sobre o porquê de ter uma representação gráfica editável do esquema, então não há nenhuma necessidade para uma representação gráfica da estrutura de um banco de dados.

Ele certamente vem a calhar quando você tem que aprender rapidamente a um banco de dados é colocado para fora ou se comunicar com outras pessoas seu projeto DB. E às vezes é mais fácil de editar a representação gráfica em vez de usar frases DDL.

Se você quer saber onde no DB é o esquema armazenado, ele é exposto através do padrão INFORMATION_SCHEMA tabelas. Claro que o DDL é no banco de dados (else como seria o know db como armazenar os dados)

Outras dicas

Bem, você poderia criar cada coluna em seu banco de dados como VARCHAR (255), mas o resultado vai ser extremamente lento.

Pense sobre a forma como o banco de dados faz a consulta: tem um índice (pense em um índice em um dicionário). Parece com o índice e encontra o registro direita (a página direita no dicionário). Em seguida, ele retorna o registro.

Se o índice é pequeno, a pesquisa é rápido - porque mais "páginas" do índice pode caber na memória de uma vez (basta pensar nisso - não é mais fácil de olhar através do índice dicionário se é 2 páginas, em vez de 500?). Então, usando um índice inteiro para consulta é dramaticamente mais rápido do que usando um índice de string.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top