Denis Courcy

Oi, 'rondilobao' ! O MySQL, a partir da versão 5.0, veio equipado com uma base chamada information_schema que possui o controle de todas as estruturas de todos as bases criadas (basicamente é um dicionario de dados). Para obter o qque você deseja é só usar um select assim: SELECT `TABLE_NAME` FROM `COLUMNS` WHERE `COLUMN_NAME`= <nome da coluna que você quer>

Movendo MySQL -->> PHP

Oi, 'Derme' Agora entendi o que você fez. Você criou 2 indices UNIQUE para email. Um chama email e ooutro chama email_2. (Veja os trchos de como forem criados: UNIQUE KEY `email`(email), ... , UNIQUE KEY `email_2`(email), ... Execute os comandos abaixo para corrigir do jeito que você quer:DROP INDEX `email`ON `auth_cookie_senha`; DROP INDEX `email_2` ON `auth_cookie_senha`; CREATE INDEX `email` ON `auth_cookie_senha` (`email`);

Oi, 'Derme' UNIQUE é um tipo de índice. O índice criado com a cláusula UNIQUE não permite repetição. Passa o resultado de um show create table 'ct_usuarios' para que eu possa te dar a instrução correta.

Até a versão 4.1 era a maneira mais tranquila de fazer backup. Com a entrada da versão 5.x foi incluido um banco em memória (Não é físico. Não está em disco. E ainda não achei referências mais completas dele) que controla as procedures, triggers, funções, constraints e estruturas das tabelas existentes nos diversos bancos montados em cada servidor mysql. O engine InnoDB, único que aceita constraints, também sofreu modificações no armazenamento de seus dados. Assim. Se você copia os dados para outro local, desinstala o banco, instala novamente e copia os dados de volta, o Information_schemma, banco que falei acima, não saberá o que foi copiado e qual a estrutura que estava antes. O Resultado disso é frustrante.

Por padrão em C:\Arquivos de programas\MySQL\MySQL Server 5.0\data. Mas não cometa o erro de achar que pode fazer backup copiando e colando os arquivos desta base. Vai dar caca com certeza.

ALTER TABLE `ct_usuarios` DROP INDEX `email`, ADD INDEX (`email`);

Dê um SELECT COUNT(*) FROM <minhatabela> antes e outro depois da carga. Depois, é só subtrair o primeiro do segundo.

Oi, 'zimmer'! Fazer o que você está querendo vai requerer um trabalho de programação. Aqui não é o local adequado para discutirmos isso. A melhor solução é criar um banco novo. Neste banco novo, crie uma tabela com nome e estrutura da tabela antiga. Carregue o script atual para esta tabela temporária; Depois, use o comando: INSERT INTO <banco_atual>.<tabela_nova> (<lista de campos>) SELECT <lista de campos>, '0' FROM <banco_temporario>.<tabela_temporaria>;

Oi, 'zimmer' Existe este último campo na tabela? Se sim, faça a carga dos dados do jeito que você está fazendo e, depois, de um update para atualizar o campo.

Oi, 'serginho_pv'! SELECT LD.Lotacao AS Diaria_Lotacao, LC.Lotacao AS Combustovel_Lotacao, LP.Lotacao AS Pedagio_Lotacao FROM REQUISICAO R INNER JOIN Lotacao LD ON LD.Codigo = R.cod_diarialotacao INNER JOIN Lotacao LC ON LC.Codigo = R.cod_combustivellotacao INNER JOIN Lotacao LP ON LP.Codigo = R.cod_pedagiolotacao

Oi, 'y3k'! crie o campo novo: ALTER TABLE <MinhaTabela> ADD COLUMN <MeuCampoNovo> <Tipo_e_tamenho>;

Oi, 'serginho_pv' ! Pelo que entendi, TAB-LOTACAO é uma tabela de domínio que é usada pela tabela REQUISICAO. A pergunta é: Onde em REQUISICAO se faz referência a TAB-LOTACAO? Responda a pergunta, pois ela é chave para a montagem de seu sql.

Oi, 'Carlos Negrao'! Por padrão os engines do MySQL aceitam até 16 índices com no máximo 256 bytes por chave, cada. Mas este valor pode veriar para maior dependendo do engine. (Ou seja, tem engines que aceitam mais que os valores acima). A otimização de índices necessita de uma avaliação cuidadosa. Muitos índices aceleram as consultas mas prejudicam as atualizações na tabela, aumentando o tempo de uma entrada ou atualização de dados. Poucos índices fazem o inverso. Infelizmente não é possivel te dar mais informações se ver e estudar melhor o problema.

bom... eu axei estranho, pois acho q ele não deveria retornar nada, e carregar a pagina... mas ele retorna esse erro... algum pode me ajudar? Substitua a instrução attach_ext IN('rcx','rec') por(attach_ext = 'rcx' OR attach_ext = 'rec')

Oi, 'leandiel'! Você está recebendo alguma mensagem de erro? Se sim, qual?

Oi, Fabricio! É só usar join entre as tabelas. Veja o exemplo: Select produto.tipo_produto, SUM(vendas2.valor_venda) as soma FROM vendas2 INNER JOIN produto ON produto.id = vendas2.id_produto where data_venda between '$data_ini' AND '$data_fim' Nota: Os termos produto.tipo_produto, produto.id e vendas2.id_produto foram usados hipoteticamente para representar o tipo de produto na tabela prduto, o id de produto na tabela produto e o id de produto na tabela vendas2, respectivamente.

Oi, 'nanyn'! Com certeza não é seu banco de dados que está calculando errado. Poste as estruturas das tabelas e os SQLs que fazem o cálculo que iremos analisar e te orientar numa correção.

Oi, 'DiegoCipriano' Basicamente o que você precisa é usar a função de DATEDIFF ou SUBDATE ou DATE_SUB. Para maiores informações leia o manual do MySQL versão 4.1 (tradução em portugues) seção 6.3.4 "Funções de Data e Hora" Se, mesmo após ler o manual, você não conseguir fazer, mostre-nos a estrutura de ambas tabelas para que possamos te orientar.

Oi, '-rafael-'! O MySQL não tem uma função que faça isso. Aconseho que você leia a seção 6.3 do manual do Mysql versão 4.1 (tradução em português) para saber quais são e o que fazem as funções do MySQL. A solução de seu problema passa por duas funções. Veja abaixo: SELECT CONCAT(SUBSTRING(`CAMPO`, 1, 3), ".", SUBSTRING(`CAMPO`, 4, 3), "-", SUBSTRING(`CAMPO`, 7, 1) ) AS `talcampo` FROM `TABELA`;

Sim. Então sua opção se resume a um data-bridge (que funciona automaticamente a cada x tempo) ou uma aplicação que seja comandada para carga de dados. Em ambos os casos você deverá programar uma rotina que efetue o que você deseja. Não há fórmula mágica para isto, ainda.

Oi, 'Guilherme Teixeira'! A solução deste problema pode ser por um destes caminhos: Adquirir ou desenvolver uma ferramenta de data-bridge; Modificar sua aplicação para que atualize diretamente os dados em ambas tabelas de ambos bancos.

Você vai ter que transformar sua base para que aceite trabalhar como uma lista duplamente encadeada. Isto se chama auto relacionamento. Voce deve criar dois ponteiros (atributos/campos) que informem a página anterior e a próxima. assim seu sistema saberá para qual página ele deve navegar para frente e para trás, não importando quantos registros sua tabela possua.

Oi, 'Ainathar' Não conheço nenhuma ferramenta comercial que faça o que você quer com bases MySQL x MySQL. Mas conheço o algorítimo chamado "Balance Line" que serve para este tipo de situação.