Denis Courcy

Leia a versão 5 do manual do mysql capítulo 2 seção 2.3.13. Troubleshooting a MySQL Installation Under Windows. Verifique se você instalou o mysql no diretório recomendado e se você esqueceu de marcar a opção de mapear o path do windows com as pastas do mysql.

Oi, 'Vivendo&Aprendendo'! Quando me referi a " alterações no banco " me referi a qualquer tipo de gravação. Usar "Append, Post, etc... " como você falou é uma característica particular do Delphi (que você usa). Meus programas Delphi trabalham com banco de dados (de qualquer tipo) usando somente SQL. IEsta prática me torna independente de fornecedor de banco de dados. Ou seja, posso usar MySQL, Oracle, SQL Server, etc., que não preciso mudar uma linha de código sequer. Leia o manual do MySQL versão 4.1 (porque existe tradução em portugûes), no capítulo 6 ensina tudo sobre SQL para trabalhar com o banco. Se houver dúvidas após a leitura, poste de novo que terei imenso prazer em auxiliá-lo.

Experimente otimizar seus índices.

A causa pode estar na modificação dos parâmetros de utilização do MySQL. O que pode ocorrer se você modificar as configurações do My.ini/My.cnf; ou via Mysqladmin, ou mesmo escolhendo opções "erradas" na instalação do banco. Você fez alguma modificação? Como você instalou o banco. Com que opções? Outra causa provável é uma falha do serviço do seu ruWINDOWS. E neste caso, só aplicando a solução mais utilizada pela MS que é desinstalar e instalar novamente seu ruWINDOWS.

MyISAM é sem dúvida nenhuma o engine mais rápido. É indicado quando a quantidade de consultas(select) supera a quantidde de alterações no banco (insert, delete, update), pois não possui controle transacional. Se não houver um controle forte de programação, os dados podem entrar picados. Por exemplo, Imagine um pedido de vendas que contenha dados para duas tabelas "Cabeçalho do Pedido" e "Item do Pedido". Os daddos podem chegar a "Cabeçalho do Pedido" e "se perderem" ao tentar gravar "Item de Pedido". Isto causará uma inconsistência no banco e o usuário não saberá. Por outro lado, se o engine for InnoDB, que possui controle transacional, este tipo de falha não acontece. Ou grava tudo ou não grava nada. Tenho bancos trabalhando com MyISAM e fazendo o controle transacional via programa, que funciona seguindo a seguinte lógica: Grava a informação nas tabelas desejadas, em seguida, faço uma consulta para saber se os dados foram gravados corretamente. Se não foram, então desfaço a gravação e aviso o usuário.

Oi 'Duduh_Capixaba' ! A grosso modo seria assim: declarar chaveanterior; inicializar chaveanterior com 0 ou ""; Ordenar T1 pela chave desejada; Posicionar T1 no primeiro registro; Enquanto not T1.EOF faça begin Se T1.chave <> chaveanterior então begin chaveanterior := T1.chave grava em T2 Registro de T1; end; Leia proximo registro de T1; end;

Oi, 'Halfar'! Use o Java Script desta página. Matemática Financeira: Taxa de Juros em um financiamento (Sistema Price)

Oi 'Leandro da Cunha Campos'! O que você quer são os produtos que você tem em seu cadastro de produtos mas que o cliente ainda não adquiriu?

Transferindo para a área de linux, pois seu problema é com instalação e desinstalação de software naquele sistema operacional.

Oi 'misterviralata'! Seu select seria assim: SELECT * FROM TABELA WHERE SUBSTRING(CAMPO, 1,2) = '2#' OR SUBSTRING(CAMPO, LENGTH(CAMPO), 2) = '#2' OR CAMPO LIKE '%#2#%'; Sempre leia o manual (mysql). A solução está lá.

Oi 'vulcao negro' ! Procure por Tcomport em http://sourceforge.net/projects/comport/

Oi, 'brunocasado'! Uma coisa eu já aprendi com backup em mysql. Se você faz o banckup com mysql administrator então o restore deve ser feito com mysql administrator. Se feito com mysqldump então o restore será com mysqldump. Ou seja a mesma ferramenta que faz o backup deve ser usada para fazer o restore. Experimente fazer o backup com o phpmyadmin e você verá que o restore virá certinho. Ainda não tive paciência para investigar o porquê disso ocorrer.

Qual a estrutura de sua tabela (A que você deseja fazer o SELECT)? Para a primeira pergunta a resposta é SIM. Vai dar erro se você está falando em um campo de nome data do tipo date que usei como exemplo na resposta do post anterior. Na segunda pergunta a resposta é: Transforme o campo data de DATE para TIMESTAMP. Ele virá com horário e a resposta que dei no´post anterior continuará satisfatória, além de não afetar em nada o funcionamento do que você já tem programado. A resposta para a terceira pergunta já foi dada acima.

Oi, 'gabriel301'! Você colocou o nome dos campos de forma correta? A mensagem está informando que um campo é desconhecido, ou seja, o nome dele foi escrito errado.

Oi, 'Rubiz Gardini'! sua sql ficaria assim. SELECT * FROM minhatabela WHERE id = 'x' ORDER BY id ASC, data DESC Tal como mencionado pelo colega ESerra. Para melhorar a performance você poderia criar um índice por id ASC, data DESC. CREATE INDEX nomedoindice ON minhatabela (id ASC, data DESC)

Um dos meus clientes usa MySQL 5.0.37 com MyODBC 5.x e BDE. É um grupo de clinicas médicas e cada clínica faz em média 900 inputs/dia. O banco de uma das clínicas já ultrapassa 700MB e não há registro de perda de performance.

Oi, 'Sandro Marani'! A sintaxe de seu update está errada e não está compatível com a indicada no manual do MySQL. Não é possível fazer update com select do jeito que você quer. Serão necessários dois comandos. Um para o select e outro para o update.

Transferindo para a área de PHP.

Oi, 'MagnuS - SellGames' ! Tente assim: DELIMITER $$; DROP TRIGGER `meubancodedados`.`trINSVendas`$$ CREATE TRIGGER `trINSVendas` AFTER INSERT on `vendas` for each row BEGIN UPDATE produto p SET p.vendidos = p.vendidos + 1 WHERE p.id_produto = NEW.id_produto; END; $$

Você fez esta mesma pergunta (Tópico) na área de Delphi/Kylix. Busque somente uma área para colocar um determinado tópico.

Você fez eesta mesma pergunta (Tópico) na área de C/C++. Busque somente uma área para colocar um determinado tópico.

Oi, Cléber! Seu algorítimo seria mais ou menos assim: 01 - Ler o nome 02 - Verifique se o mesmo possui 3 ou mais caracteres 03 - Se não possuir voltar ao passo 1 04 - Ler Idade 05 - Verificar se idade está entre 0 e 150 (idade >= 0 and idade <= 150) 06 - Se Estiver fora da faixa voltar ao passo 4 07 - Ler salário 08 - Verificar se salario é maior que 0 09 - Se salário for igual ou menor que zero voltar ao passo 7 10 - Ler sexo 11 - Verificar se sexo é f ou m (sexo = 'm' or sexo = 'f') 12 - Se não for m ou f retornar ao passo 10 13 - Ler estado civil 14 - Verificar se estado civil é 's', 'c', 'v', 'd' 15 - Se estado civil não for 's', 'c', 'v', 'd' voltar ao passo 13. Fim de algorítimo

Oi, Emilie! Você deve procurar por VisualG. É uma ferramenta para treinamento e usa pseudocódigo. O algorítimo para multiplicar dois números é: declarar uma variável x (x é o nome que estou dando a esta variável) do tipo inteiro declarar uma variável y (y é o nome que estou dando a esta variável) do tipo inteiro declarar uma variável resp (resp é o nome que estou dando a esta variável) do tipo inteiro Ler o primeiro número e armazená-lo na variável x Ler o segundo número e armazená-lo na variável y Multiplicar o valor contido na variável x pelo valor contido na variável y e armazenar o resultado na variável resp Exibir o valor da variável resp Fim de algorítimo. A divisão é processada da mesma forma. Estude o VisualG tente fazer este exercício e post novamente se houver mais dúvidas.

Oi,'Visitante'! A busca por where titulo like '%$busca%' OR texto like '%$busca%' retornará todos os registros que contiverem titulo like '%$busca%' e todos os registros que contiverem texto like '%$busca%' não importando se titulo ou texto estão ou não no mesmo registro. Exemplo de registros que seriam retornados se busca contivesse 'casa' registro titulo texto 1 alugo casa linda casa com 2 dormitórios 2 vendo apto estilo casa 3 vendo casa com 3 dormitórios Se você quizesse que a consulta retornasse somente os daados do registro 1 no exemplo acima, então a SQL seria assim:where titulo like '%$busca%' AND texto like '%$busca%'

Dê uma checagem no seu disco. Envie um questionamento direto à MySQL AB. Talvez esles conheçam este tipo de erro e saibam o que fazer para corrigí-lo e/ou evitá-lo no futuro. De qualquer forma, o que falei, sobre backup e log binário, no post anterior, está valendo