Mike's questions

Após uma nova instalação do XAMPP e importação do meu linux live db que está funcionando para o Windows Dev-stage, comecei a encontrar problemas com arquivos INSERT. Todo o resto parece funcionar bem.

Os erros que recebo no mysql_error.logsão:

2013-08-15 12:44:49 16c0 InnoDB: Error: Table "mysql"."innodb_table_stats" not found.
2013-08-15 12:44:49 16c0 InnoDB: Recalculation of persistent statistics requested for table "sizaradb"."pages" but the required persistent statistics storage is not present or is corrupted. Using transient stats instead.
2013-08-15 12:44:59 16c0 InnoDB: Error: Table "mysql"."innodb_table_stats" not found.
2013-08-15 12:44:59 16c0 InnoDB: Recalculation of persistent statistics requested for table "sizaradb"."translations" but the required persistent statistics storage is not present or is corrupted. Using transient stats instead.

Não consigo abrir a tabela mysql/innodb_index_statsdo dicionário de dados interno do InnoDB embora o arquivo .frm para a tabela exista

Tentei corrigi-lo pesquisando os erros no Google e tentando ver correções de outras pessoas, mas ainda não está funcionando. Estou trabalhando nisso há 2 dias.

Por favor me ajude a resolver.

Estou prestes a iniciar um projeto que, com sorte, atingirá mais de um milhão de usuários. É algum tipo de gerenciamento de site. O problema é como definir o banco de dados no MySQL? Algumas pessoas sugerem o caminho 1 e outros o caminho 2. Espero que você possa me ajudar a decidir o caminho certo para começar.

precisa ser armazenado:

1. todas as informações dos usuários:
   usuário | passar | Status da Conta

2. arquivos do usuário:
   caminho para htm compilado (na pasta do usuário com uid) | caminho de solicitação http | arquivo seg1 | arquivo seg2 | arquivo seg3

3. configurações do usuário: configurações
   pessoais (e-mail...) | configurações do site (cores..) |

minhas ideias para armazenar os dados são:

1. caminho 1: tem banco de dados principal com tabela para nomes de usuários e senhas.
   crie cada usuário com db que dentro tenha uma tabela para arquivos do usuário e uma tabela para configurações do usuário.

2. caminho 2: tem db principal para o sistema que dentro tem:
   tabela para usuários e senhas e mais 2 tabelas para cada usuário: user_files, user_settings.

edit , adicione outro caminho:

3. path 3: 3 DB.. um para users\passwords segundo para user_files e terceiro para user_settings. Dessa forma, separaria o peso das linhas uniformemente entre user_files e user_settings. Isso é verdade?

E um sistema de arquivos simples sem o banco de dados (ao lado da senha do usuário) seria uma opção melhor aqui?

obrigada.