Alon Eitan's questions

Tenho uma tabela na qual armazeno todas as mensagens do fórum postadas pelos usuários no meu site. A estrutura de hierarquia de mensagens é implementada usando um modelo de conjunto aninhado .

A seguir, uma estrutura simplificada da tabela:

• ID (CHAVE PRIMÁRIA)
• Owner_Id (REFERÊNCIAS DE CHAVE ESTRANGEIRA PARA Id )
• Parent_Id (REFERÊNCIAS DE CHAVE ESTRANGEIRA PARA Id )
• esquerda
• certo
• nível

Agora, a tabela está mais ou menos assim:

+ ------- + ------------- + -------------- + ---------- + ----------- + ----------- +
| Id      | Owner_Id      | Parent_Id      | nleft      | nright      | nlevel      |
+ ------- + ------------- + -------------- + ---------- + ----------- + ----------- +
| 1       | 1             | NULL           | 1          | 8           | 1           |
| 2       | 1             | 1              | 2          | 5           | 2           |
| 3       | 1             | 2              | 3          | 4           | 3           |
| 4       | 1             | 1              | 6          | 7           | 2           |
+ ------- + ------------- + -------------- + ---------- + ----------- + ----------- +

Observe que a primeira linha é a mensagem raiz, e a árvore deste post pode ser exibida como:

-- SELECT * FROM forumTbl WHERE Owner_Id = 1 ORDER BY nleft;

MESSAGE (Id = 1)
    MESSAGE (Id = 2)
        Message (Id = 3)
    Message (Id = 4)

Meu problema ocorre quando tento excluir todas as linhas sob o mesmo Owner_Idem uma única consulta. Exemplo:

DELETE FROM forumTbl WHERE Owner_Id = 1 ORDER BY nright;

A consulta acima falha com o seguinte erro:

Código de erro: 1451. Não é possível excluir ou atualizar uma linha pai: uma restrição de chave estrangeira falha ( forumTbl, CONSTRAINT Owner_Id_frgnFOREIGN KEY ( Owner_Id) REFERENCES forumTbl( Id) ON DELETE NO ACTION ON UPDATE NO ACTION)

O motivo é que a primeira linha , que é o nó raiz ( Id=1), também tem o mesmo valor em seu Owner_Idcampo ( Owner_Id=1), e isso faz com que a consulta falhe devido à restrição de chave estrangeira.

Minha pergunta é: Como posso evitar essa circularidade de restrição de chave estrangeira e excluir uma linha que faz referência a si mesma? Existe uma maneira de fazer isso sem primeiro ter que atualizar o Owner_Idda linha raiz para NULL?

Eu criei uma demonstração deste cenário: http://sqlfiddle.com/#!9/fd1b1

Obrigada.

Não tenho certeza de quando começaria a indexar minhas tabelas, quando existem alguns critérios que devo considerar:

• As tabelas não são tão grandes, eu acho (1000 - 10.000 linhas).
• As pesquisas são feitas a partir das páginas de administração do CMS - Portanto, elas incluem mais tipos de opções/combinações de filtragem/classificação do que o frontend.
• Gostaria de saber se existe algo como indexação excessiva em que adicionarei muitos índices para que as pesquisas sejam mais rápidas, mas isso afetará drasticamente o desempenho da inserção/atualização de dados na tabela ou se o mecanismo de banco de dados escolherá o índice errado para uma consulta.
• Estou adicionando Fulltextíndice quando se trata de pesquisas textuais.
• Também estou adicionando índices asc/desc DATETIME/INT/BIGINTpara o que acredito que dará melhores desempenhos quando se trata de classificação/filtragem com base em colunas.

Só não tenho certeza de qual será o ponto ideal em que adicionar um índice melhorará o desempenho do meu aplicativo, quando levo em consideração os parâmetros acima e minha tendência a ser um "Nazista do índice" (Perdoe meu francês) - Estou adicionando mais e mais índices para todos os cenários possíveis que posso imaginar.

Espero que esta questão não seja muito ampla e não incluí um exemplo porque é um comportamento mais geral de boas e más práticas quando se trata de indexação.

Estou desenvolvendo meu próprio CMS e usando MySql v5.5 DB para salvar os registros de itens de conteúdo.

Devido a limitações técnicas, não posso atualizar meu banco de dados para uma versão mais recente que suporte pesquisas de texto completo em tabelas InnoDB.

Seria uma boa prática usar tabelas MyISAM para pesquisas textuais enquanto os dados "reais" são salvos no mecanismo de armazenamento InnoDB ?

Exemplo:

1. O usuário cria o item de conteúdo e o salva no banco de dados
2. Todos os campos de itens de conteúdo são salvos em uma tabela InnoDB .
3. Todos os campos de texto são empilhados juntos e salvos em um único campo dentro de uma tabela MyISAM que também inclui um campo de ID adicional com referência ao item de conteúdo original.

Quando o usuário realiza uma pesquisa baseada em texto, vou consultar a tabela MyISAM usando uma consulta de pesquisa de texto completo que me dará referências a todos os registros correspondentes em minha tabela InnoDB .

Conclusão - isso é considerado uma boa solução em termos de desempenho e para melhorar os recursos de pesquisa do meu CMS, ou devo continuar com o bom e velho operador LIKE e consultar usando apenas a tabela InnoDB?

Meu banco de dados possui uma quantidade desconhecida de tabelas, nomeadas com o mesmo prefixo seguido de uma string aleatória: _ct_<random_string>.

Cada uma dessas tabelas tem a mesma estrutura de dados.

Também tenho outra tabela na qual armazeno o nome de cada tabela para referência futura.

O nome da tabela a seguir é 'content_types' e fornece referência para outras tabelas:

+-----------------+
| id | table_name |
+-----------------+
| 1  | _ct_table1 |
| 2  | _ct_table2 |
| 3  | _ct_table3 |
| 4  | _ct_fdfsf  |
| 5  | _ct_535dgf |
...
+-----------------+

Seguem exemplos das tabelas referenciadas em 'content_types'.'table_name':

_ct_table1:                              _ct_table2:
+-----------------------------------+    +-----------------------------------+
| id | title | subtitle | date      |    | id | title | subtitle | date      |
+-----------------------------------+    +-----------------------------------+
| 1  | fddfs | ...      | 2012-08-22|    | 4  | fddfs | ...      | 2012-03-18|
| 2  | bdsf  |          | 2012-08-22|    | 5  | b4sf  | dfs      | 2012-07-20|
| 3  | sfdsd |          | 2012-08-22|    | 6  | sfdsd |          | 2012-03-12|
+-----------------------------------+    +-----------------------------------+

É possível criar uma consulta com uma UNIONinstrução dinâmica baseada nas tabelas listadas em 'content_types'.'table_name'?

Algo assim:

select id,title,subtitle,date 
from 
    (
        select table_name 
        from content_types
    );