BTW subscrevo o que foi dito aqui, procura um bom livrinho sobre SQL que é sempre uma boa ajuda.

as views não fazem nada disso. A querie é executada sempre totalmente.

Isso é uma summary table, que o mysql não suporta (no sentido de não a mantém actualizada automágicamente).

As views são usadas para limitar o acesso tipicamente, ou dar um interface mais simplificado a queries mais complexas.

Inté,

Parece-me fundamental que leia rapidamente um livro sobre bases de dados. Pode ser um daqueles guias simples, só mesmo para ficar com as noções do básico. Fazer SELECT’s numa base de dados não indexada é procurar uma agulha num palheiro.

Já no que diz o Felisberto… nem 8 nem 80 mas uma base de dados não indexada… acho que não se pode chamar de base de dados. Deve ter um nome estilo “amalgama de informação” ou coisa do estilo.

No post de cima tinha-lhe sugerido a Media Temple mas, dado este novo post, sugiro uma revisão profunda de SQL.

Abraço e boa sorte para o projecto.

Otimizações de banco também são interessantes, caso você faça bastante junções aconselho ler um pouco sobre VIEWs. VIEWs criam tabelas virtuais que armazenam os dados já filtrados e agrupados, economizando o tempo de junção.

Outra otimização são CRON JOBs, você pode executar alguma tarefa complicada e custosa separadamente (exemplo redimensionamento de imagens), depois, quando a tarefa for concluída, enviar alguma resposta para o usuário.

no mysql, podes activar um log de queries lentas.

Assim, qq select que demore mais do que X segundos, ele mete no log.

Fica mais fácil de apanhar essas coisas.

Inté,