Objeto de banco de dados

Definição – o que significa objeto de banco de dados?

Um objeto de banco de dados em um banco de dados relacional é uma estrutura de dados usada para armazenar ou fazer referência a dados. O objeto mais comum com o qual as pessoas interagem é a mesa. Outros objetos são índices, procedimentos armazenados, sequências, visualizações e muitos mais.

Quando um objeto de banco de dados é criado, um novo tipo de objeto não pode ser criado porque todos os vários tipos de objetos criados são restritos pela própria natureza, ou código-fonte, do modelo de banco de dados relacional que está sendo usado, como Oracle, SQL Server ou Access. O que está sendo criado são instâncias dos objetos, como uma nova tabela, um índice nessa tabela ou uma exibição na mesma tabela.

Definirtec explica objeto de banco de dados

Duas pequenas, mas importantes distinções em objetos de banco de dados são necessárias:

  • Um tipo de objeto é o conceito ou ideia básica de um objeto; por exemplo, o conceito de uma tabela ou índice.
  • Uma instância de objeto é um exemplo de um tipo de objeto. Por exemplo, uma tabela chamada CUSTOMER_MASTER é uma instância do tipo de objeto TABLE.

A maioria dos principais mecanismos de banco de dados oferece o mesmo conjunto dos principais tipos de objetos de banco de dados:

  • tabelas
  • Índices
  • Seqüências
  • Visualizações
  • Sinônimos

Embora existam variações sutis no comportamento e na sintaxe usada para a criação desses principais tipos de objetos de banco de dados, eles são quase idênticos em seu conceito e no que significam. Uma tabela no Oracle se comporta quase exatamente como uma tabela no SQL Server. Isso torna o trabalho muito mais fácil para o administrador do banco de dados. É análogo a mudar de um carro para outro feito por um fabricante diferente; os interruptores para ligar os faróis podem estar em locais diferentes, mas o layout geral é bastante semelhante.

Ao criar uma instância de objeto, é uma boa ideia seguir uma convenção de nomenclatura fácil de entender. Isso é especialmente importante para designers de banco de dados cujos produtos devem ser usados ​​por várias pessoas. Também é útil tornar o trabalho o mais simples possível para administradores de banco de dados internos, reduzindo o número de consultas feitas ao criador posteriormente. Uma orientação simples é adicionar sufixos. Aqui estão dois exemplos:

  • Sufixe todas as tabelas mestre usando _MASTER:
    • CUSTOMER_MASTER
    • ACCOUNTS_MASTER
    • LOANS_MASTER
  • Sufixe todas as tabelas transacionais usando o sufixo _TRANS:
    • DAILY_TRANS
    • LOANS_TRANS
    • INTERBANK_TRANS