Ao recuperar informa\u00e7\u00f5es do banco de dados do WordPress, prefiro evitar o uso de consultas diretas ao banco de dados, mas h\u00e1 momentos em que elas podem ser \u00fateis (e \u00e9 importante que seja feito corretamente).<\/p>\n
Um caso de uso em que pode ser \u00fatil \u00e9 quando voc\u00ea precisa recuperar um conjunto de dados de um \u00fanico tipo. Caso em quest\u00e3o: digamos que voc\u00ea precise carregar todos os campos personalizados do WordPress.<\/p>\n
No momento da reda\u00e7\u00e3o deste artigo, n\u00e3o h\u00e1 nenhuma fun\u00e7\u00e3o que eu saiba que far\u00e1 isso, ent\u00e3o aqui est\u00e1 como eu consulto o banco de dados para fazer isso.<\/p>\n
H\u00e1 v\u00e1rias coisas a serem observadas sobre os campos personalizados associados a uma determinada postagem:<\/p>\n
Voc\u00ea pode ler tudo sobre eles no Codex<\/a>.<\/p>\n E sim, \u00e9 f\u00e1cil obter todas as informa\u00e7\u00f5es personalizadas para uma \u00fanica postagem. Mas se voc\u00ea estiver trabalhando em um projeto em que precisa recuperar todos os campos personalizados, ou seja, aqueles que s\u00e3o privados, precisar\u00e1 verificar se est\u00e1 consultando strings que come\u00e7am com um sublinhado.<\/p>\n Ent\u00e3o, para carregar todos os campos personalizados do WordPress no banco de dados, aqui est\u00e1 a consulta que uso<\/a> :<\/p>\n Algumas coisas a serem observadas sobre a consulta acima:<\/p>\n Finalmente, para quem est\u00e1 curioso, os \u00edndices n\u00e3o existem na coluna meta_value, mas sim na coluna meta_key.<\/p>\n As colunas na tabela Post Meta com \u00edndices.<\/p>\n Portanto, se voc\u00ea optar por modificar a consulta e quiser usar colunas que tenham \u00edndices, consulte meta_id, post_id e meta_key.<\/p>\n<?php\n\nfunction get_the_custom_fields() {\n\n global $wpdb;\n\n $results = $wpdb->get_results(\n $wpdb->prepare(\n \"\n SELECT meta_key, meta_value\n FROM $wpdb->postmeta\n WHERE meta_key REGEXP '%s'\n \", '^[_]') );\n\n return $results;\n}\n<\/code><\/pre>\n\n