Denis Courcy

Oi, 'prod'! Pelo que você comentou acima, não há a necessidade de indexar de forma inversa. Por padrão o MySQL ordena usando o algorítimo de árvore B, também conhecido por b-tree. neste caso, a chave superior é a do meio da árvore. por exemplo, uma tabela com os registros a, a, z, y, r, m, nesta ordem. No topo da árvore estará o "m". Por isso, no seu caso, não faz diferença indexar ASC ou DESC. Fiz testes com uma base que tnho e a ordenação ficou correta. Uso a versão 5.0.37 em ambiente windows. Mais uma coisa: No seu caso deverá haver um índice pelo atributo id pois ele está na cláusula where que influenciará diretamente na pesquisa, pois a função MAX() só será usada após o MySQl sepearar o resultado do que ele encontrar de [~b]d = "valor inserido"

Faça assim: $query = ("SELECT codigo, descricao, valor_unit, ".$quantidade." AS quantidade, (valor_unit * ".$quantidade.") AS valor_total, tabela." FROM ".$tabela." WHERE codigo LIKE '".$codigo."'"); Não sei nada de PHP. Mas o código segue a idéia. Verifique se são estes os nomes dos campos de sua tabela. Se não for, substirua-os pelos nomes corretos.

Tenta assim:A.4.2. Como Recuperar uma Senha de Root Esquecida

Oi, 'heldersm' Complete a instrução insert colocando os campos assim:$inserir = ('INSERT INTO temp (codigo, descricao) SELECT codigo, descricao FROM '.$tabela.' WHERE codigo LIKE "'.$codigo.'"');

Você tem certeza que existe este indice? ALTER TABLE direitos ADD INDEX (tipo, usuario, direitos);

Oi, 'Josemar Design' Verifique se estes índices existem. Se não existirem crie-os. Tabela menu_indicadores um indice pelo campo id Tabela objetivos um indice pelo campo categoria Tabela projetos um indice pelo campo objetivo Tabela direitos um indice pelos campos tipo, usuario, direitos

'prod'. Passa um exemplo dos dados e o SQL que você gerou para a consulta, para que eu possa analisar melhor o que está acontecendo.

Oi, 'Tiago Ravache' coloque virgula entre estes dois user_keyword COUNT(*) para que fiquem assim user_keyword, COUNT(*)

Oi, 'prod'! Assim que você puder atualize a versão de seu banco para uma mais atual. A atual mais estável é a 5.1.31 Não há mais suporte para as versões menores ou iguais a 4.1. O manual usado para estas vesões é o da 4.1 Não há referência neste manual sobre o que você disse. Mas achei estas referências:

Oi, 'Gilbeto F. T' Verifiquei o tipo de erro (121) e ele está relacionado com duplicidade de chave. experimente adicionar a linha DROP TABLE IF EXISTS antes da instrução CREATE TABLE Verifique, também se há duplicidade na chave que você está tentando inserir. O termo FK_tbfuncao_001 que coloquei é o nome do índice. ele deve ser único em todo o banco de dados. Por acaso você não está duplicando este nome?

'Jle', Quando o arquivo não tem indice, ele faz "table scan", ou seja, varre a tabela registro por registro do primeiro ao último procurando as ocorrências. quando ele possui íncie pelo atributo desejado e o que você procura não faz parte do índice, então ele varrerá o índice e a tabela (dois arquivos) procurando a ocorrência do que foi pedido.

Este tipo de índice só permite a leitura da esquerda para a direita. Se você deseja procurar várias palavras dento do atributo(campo) então deve usar o FULLTEXT. ver manual do MySQl versão 4.1 (tradução em português), seções 6.5.7. Sintaxe CREATE INDEX e 6.8. Pesquisa Full-text no MySQL. Este é o tipo de pesquisa usado pelos sites de busca google, yahoo, etc.

Oi, 'thiago.mac' ! Pode expicar melhor?

Oi, 'Jle' ! Post como você criou o índice, por favor.

Oi, 'Gilbeto F. T' ! Este é o nome de sua tabela? 'dbrpe.#sql-cb0_7

Oi, 'Gilbeto F. T' Retire as instruções abaixo: UNIQUE KEY `idDepto` (`idDepto`) na tabela tbdepto UNIQUE KEY `idFuncao` (`idFuncao`), na tabela tbfuncao KEY `idDepto` (`idDepto`) na tabela tbfuncao Elas são redundantes. Inclua a seguinte instrução ALTER TABLE `tbfuncao` ADD CONSTRAINT FK_tbfuncao_001 FOREIGN KEY (`idDepto`) REFERENCES `tbdepto`(`idDepto`) ON DELETE NO ACTION ON UPDATE NO ACTION;

O erro 1067 informa que o arquivo my.ini ou my.cnf está com erro. No seu caso, já sabemos qual o erro. Pare o servidor do banco. Copie os dados para aquela pasta. Reinicie o servidor do banco.

Oi, 'Gilbeto F. T' Já copiou os dados para aquela pasta? Enquanto isto vou investigar o que é o erro 1067.

mas, como faço essa programação? me de um exemplo, preciso muito disso Movendo MySQl --->> PHP

Oi, 'Gilbeto F. T' Siga as instruções abaixo: 1) Pare o servidor de banco. clique em iniciar/executar/ digite cmd Na linha de comando do DOS digite NET STOP MySQL 2) crie um backup do arquivo my.ini 3) edite o arquivo My.ini modificando o valor da variável datadir para o caminho que você deseja 4) Reinicie o servidor do banco digitando NET START MySQL na linha de comando do DOS.

Oi, 'Tiago JS Neves'! Este `Código` é um atributo(campo)? Se é, Retire o acento do nome do atributo, pois, apesar do MySQL permitir, não é aconselhável. Verifique se este atributo está contendo dados especiais, tais como, NULL, backspace, return, tab, etc. Ver seção 6.1.1. Literais: Como Gravar Strings e Numerais, no manual do mysql versão 4.1.

Oi, 'Adilson Fragoso' Você ssó consegue este efeito através de código (programação). Não vai conseguir isto via SQL.

Oi, 'alefesampaio'! A primeira tabela ficará assim: CREATE TABLE Equipamento ( codigo INT (10) UNSIGNED NOT NULL AUTO_INCREMENT, descricao CHAR (40) DEFAULT '0' NOT NULL, PRIMARY KEY(codigo) );

Oi, 'alefesampaio'! Este script está parecendo um script de exercício para aprender sql, tal a quantidade de voltas que ele dá para chegar um ponto. Vou responder a parte de sua questão. Vou deixar que você procure outros erros semelhantes e corrija seu script. Assim você vai aprender mais sobre SQL e sobre MySQL. Vamos lá: Na tabela equipamento, O primeiro erro está no uso da cláusula default para atributos auto_increment. Se o campo é auto_increment, então ele já sabe o que deve colocar nele. Será uma sequência de 1, 2, 3,..., 4294967295, porque ele foi definido como int(10) unsigned. O segundo está na criação de índices , UNIQUE(codigo), INDEX(codigo). Se o atributo codigo é primary key então ele não tem repetição. Ou seja, já é unique. E se já foi criado um índice primário para este atributo é desnecessário criar os outros dois. Esta ação causará demora na atualização desta tabela. Leia o manual do MySQl de sua versão, ou se você não souber inglês, leia o da versão 4.1 que foi traduzido para o português. Se houver mais dúvidas, poste novamente.

Oi,'kania'! qual é exatamente sua dúvida?