Início / dba / Perguntas / 212227
Accepted
Sybil
Asked: 2018-07-15 10:54:46 +0800 CST

O que são "Colunas Invisíveis" e como elas são usadas?

  • 772

Eu vi um novo recurso Colunas Invisíveis no MariaDB 10.3.x. Quais são os casos de uso práticos para DBA e desenvolvedor web? Quando usar esse recurso?

As colunas podem receber um INVISIBLEatributo em uma instrução CREATE TABLEou ALTER TABLE. Essas colunas não serão listadas nos resultados de uma SELECT *instrução, nem precisam receber um valor em uma INSERTinstrução, a menos que INSERTas mencione explicitamente pelo nome.

Como SELECT *não retorna as colunas invisíveis, novas tabelas ou visualizações criadas dessa maneira não terão vestígios das colunas invisíveis. Se especificamente referenciado na SELECTinstrução, as colunas serão trazidas para a visualização/nova tabela, mas o INVISIBLE atributo não.

Colunas invisíveis podem ser declaradas como NOT NULL, mas exigem um DEFAULTvalor

terminology mariadb

2 respostas

  1. Aqui está um caso de uso real que surgiu apenas alguns dias depois que eu aprendi sobre o recurso de colunas invisíveis no MariaDB 10.3:

    Seguindo um novo requisito, adicionei uma nova coluna no meio de uma de nossas grandes tabelas. (Isso é acessado por vários aplicativos diferentes.) Embora esse seja o tipo de tarefa braçal que você não imaginaria que poderia resultar em um problema, mesmo em seus piores pesadelos, foi exatamente isso que aconteceu.

    Sem que eu soubesse, tínhamos algum código legado "inovador" que estava sendo executado SELECT *nessa tabela específica (e várias outras, ao que parece) e, em seguida, preenchendo um conjunto de variáveis ​​com base nos nomes das colunas e na ordem das colunas que existiam na época. O resultado final foi que os valores errados foram exibidos na interface do usuário, causando muita confusão com os usuários.

    Eu poderia ter corrigido o problema em minutos tornando a coluna "invisível", mas como ainda estávamos executando o 10.2, isso não era uma opção, então decidimos seguir o caminho difícil corrigindo e reimplantando o software. Se não tivéssemos acesso ao código-fonte ou por outros motivos não pudéssemos modificar o código, uma atualização para 10.3 poderia ter sido nossa única opção.

    Portanto, embora esse recurso não seja coberto pelo SQL Standard, ele pode ser útil em alguns casos raros.

    • 4
  2. Best Answer

    Obviamente, isso não é SQL padrão e geralmente é bobo. Em vez disso, siga as práticas recomendadas,

    1. Nunca use INVISIBLEcolunas.
    2. Nunca use SELECT *em código de produção.
    3. Sempre proteja as colunas às quais você não deseja que outras pessoas tenham acesso com criptografia ou permissões em nível de coluna SQL-Standard .

    INVISIBLEColunas do MariaDB

    Parece que a intenção é permitir que os usuários do MariaDB continuem usando, o SELECT *que quase sempre vai contra as melhores práticas de um DBA. Portanto, agora você pode usar SELECT *e adicionar à tabela sem alterar o resultado retornado por SELECT *.

    CREATE TABLE users ( id INT, username varchar(255) );

    E você tem uma exportação que despeja userscom SELECT *. Mais tarde, se desejar adicionar uma coluna, poderá marcá-la como INVISIBLEe manter o resultado

    ALERT TABLE users
  ADD COLUMN password varchar(255) INVISIBLE;

    Pós ADD COLUMN-você ainda está hilariamente seguro sem saber que ninguém em sã consciência usaria SELECT *nesse caso.

    Embora apenas um tipo de invisibilidade seja exposto ao usuário, o MariaDB internamente possui quatro tipos diferentes de invisibilidade. Para obter mais informações, consulte MDEV-10177 Colunas invisíveis . A invisibilidade também afeta INSERT, encontre mais informações no ticket

    Outros bancos de dados

    Como um aparte, o Oracle chama esse recursoINVISIBLE de , e o DB2 o chama deIMPLICITLY HIDDEN . Em outros dialetos do SQL, onde isso não é suportado, você apenas criaria um VIEW,

    CREATE user_view AS SELECT id, username FROM users;
    • 2

relate perguntas