Início / dba / Perguntas / 5098
Accepted
700 Software
Asked: 2011-08-27 08:29:03 +0800 CST

Existem tipos de dados personalizados?

  • 772

O MySQL tem algum suporte para tipos de dados personalizados? Por exemplo, códigos postais podem ser armazenados em um varchar(10)campo, mas podem ser compactados em um int, com opções de espaço em branco e um sinalizador se é um código postal de 5 dígitos ou 5+4 dígitos.

Existe uma maneira de instalar tipos de dados contínuos para essas coisas? No caso da aplicação, seria do tipo string, haveria simplesmente truncamento de dados (com ou sem warning), caso a aplicação passasse dados inválidos.

Podem ser usadas funções personalizadas (por exemplo, existe uma função integrada INET_ATONpara endereços IPv4. Mas isso não permite coisas como as zip LIKE '12345%'que devem ser indexadas adequadamente. Um suporte bem escrito para tipos de dados personalizados permitiria que um tipo de dados fosse marcado como classificável. Portanto, o compact zip int, quando classificado, seria classificado como se fosse um zip varchar(10).

Isso permitiria que a coluna tivesse largura fixa, permitiria que o armazenamento variável de 6 ou 10 bytes fosse reduzido para 4 bytes de largura fixa.

Existem vários usos aplicáveis

  • CEP
  • endereços IPv6
  • Campos de carimbo de data/hora personalizados com precisão de nível de minuto e capacidade além 2038com menos uso de armazenamento do que datetime, mas sem necessidade de oferecer suporte a datas anteriores ao ano de implementação (digamos que o mínimo possa ser 2007 se essas forem as datas mais antigas no sistema)
  • Timestamps que implementam DST (que não parecem existir )
  • O estado de duas letras dos EUA pode ser armazenado em um único byte
  • long ENUMs podem ser separados em um tipo de dados personalizado para que DESCRIBEa saída de 's não seja tão confusa com todo o empacotamento.

Espero que os manipuladores de tipo de dados sejam armazenados de maneira semelhante à maneira como as funções são armazenadas.

Existe algo remotamente parecido com isso em qualquer mecanismo de banco de dados? Eu uso principalmente o MySQL, mas estou curioso para saber se isso já foi implementado, exceto para fazer o aplicativo chamar uma função como a INET_ATONfunção.

MS SQL parece ter algo dessa natureza , mas gostaria de saber se é mais do que apenas um sinônimo. (por exemplo boolean, poderia ser um sinônimo para tinyint(1), ou postal_codepara um de charou varchar (5ou 9ou 10)) Sinônimos não são o que estou perguntando aqui.

mysql datatypes

2 respostas

  1. Best Answer

    O MySQL tem algum suporte para tipos de dados personalizados?

    Resposta simples: não

    Existe algo remotamente parecido com isso em qualquer mecanismo de banco de dados? Eu uso principalmente o MySQL, mas estou curioso para saber se isso já foi implementado, além de fazer com que o aplicativo chame uma função como a função INET_ATON.

    O Oracle tem CREATE TYPEalgo análogo até certo ponto a uma classe OO, incluindo recursos como funções de membro e herança

    O Postgres tem CREATE TYPEum pouco menos de classes OO (sem funções de membro ou herança), mas são incrivelmente flexíveis e úteis, permitindo até mesmo a criação de novos tipos básicos. Existe também CREATE DOMAINo que permite uma forma de herança ou subtipagem e basicamente estende um tipo base com algumas restrições. O Postgres também tem alguns tipos básicos interessantes por padrão, por exemplo, tipos inet e geométricos . No Postgres, pode-se escrever uma extensão em C para um tipo de dados personalizado, como neste exemplo aqui com o tipo de dados base36 .

    O SQL Server CREATE TYPEpermite que você crie um tipo de dados personalizado com base em um tipo de dados do sistema existente. Por exemplo, eu poderia criar um tipo chamado SSNque é basicamente definido como, VARCHAR(11)mas dessa forma não preciso me lembrar do tamanho do campo.

    • 15

  2. O Firebird também tem sua solução via domínios .

    No Firebird, o conceito de “tipo de dado definido pelo usuário” é implementado na forma de domínio. Criar um domínio não cria verdadeiramente um novo tipo de dados, é claro. Um domínio fornece os meios para encapsular um tipo de dados existente com um conjunto de atributos e tornar essa “cápsula” disponível para uso múltiplo em todo o banco de dados. Se várias tabelas precisam de colunas definidas com atributos idênticos ou quase idênticos, um domínio faz sentido.

    O uso do domínio não está limitado a definições de coluna para tabelas e exibições. Os domínios podem ser usados ​​para declarar variáveis ​​e parâmetros de entrada e saída no código PSQL.

    • 1

relate perguntas