Denis Courcy

Quando você fez o útimo backup? Você mantem os logs binários ativos desde o seu último backup? Se sim, Vamos a recuperação de seu backup usando os logs binários. Responda as questões para podermos continuar.

Oi, 'robinhocne'! Veja o que relatei no último parágrafo e o que você está querendo. Nada o impede de usar os componentes que você quer para localizar o arquivo .ini e/ou o banco. Sua dificuldade está em usar o opendialog ?

Tente retirar o parâmetro --opt. Já que você está sozinho na conexão não há a necessidade de lock nas tabelas e outros controles de acesso durante o backup. Se você tiver acesso via select pode usar o comando SELECT ... INTO OUTFILE ... através do utilitario de linha de comando mysql.exe: para acioná-lo use mysql -u root -p Você obterá um prompt deste tipo mysql> O comando é parecido com este que serve de exemplo no manual do mysql SELECT a,b,a+b INTO OUTFILE "result.txt" FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY "\n" FROM tabela_teste; Não se esqueça de terminar o comando com um ponto e virgula. Pode usar o * mas é melhor relatar cada atributo para forçar a busca na posição correta já que sua tabela está danificada. Tenha certeza de estar sozinho no servidor para fazer este tipo de tarefa (recuperação de dados).

Oi, 'vms'! Você terá que criar duas tabelas. Uma conterá os dados da máquina e outra conterá os números de patrimônio/numero de série, etc. A estrutura deve ser mais ou menos assim (você deverá adptá-la às suas necessidades): tabela máquinas (dados que compõem todas as máquinas), id da máquina (código), descrição do tipo de máquina, demais dados da máquina. exemplo: id desc_maquina, ... 1 maquina de solda 2 prensas tabela dados_maquina id da máquina (código) número de série, número de patrimônio data de aquisição, demais dados exemplo: id serie ... 1 123456 1 123457 1 123458 2 999333 2 999334 2 999335 Nos exemplos acima estão demonsttrados o cadastro de 3 máquinas de solda(id = 1) e 3 prensas(isd = 2), cada uma com seu número de série.

Você quer trabalhar com Access ou MySQL? Se você quer passar os dados do MySQL para o Access, eu não conheço forma melhor que exportar para do MySQL para CSV (um tipo de arquivo txt) e depois importar os dados no Access.

Oi, Rinaldo! Estes são os parâmetros que uso em minhas rotinas de backup. Mas vamos tendar acrescentar mais estes, --all-databases e --password[=sua_senha], assim: mysqldump --opt --triggers --port=3306 --user=root --password=sua_senha --result-file=backup.sql --all-databases substitua o texto sua_senha pela senha do root que você usa. Se voê não usa password para acesso como root não coloque este parâmetro. Você pose suprimir o parâmetro --port=3306 se a porta usada for outra, ou informar o número da porta.

Oi, 'Rinaldo'! Vamos tentar uma operação para recuperação. Siga os passoa abaixo exatamente nesta ordem com o banco parado. 1 - faça uma copia do arquivo My.ini 2 - edite o arquivo My.ini atual e insira as instruções abaixo. [mysqld] innodb_force_recovery = 4 3 - salve o arquivo my.ini e reinicie seu banco. 4 - Se ele conseguir reiniciar. vá à linha de comando (cmd), e execute o comando abaixo mysqldump --opt --triggers --port=3306 --user=root --result-file=backup.sql 5 - salve o arquivo backup.sql criado em outro lugar; 6 – salve os arquivos de log binário em outro lugar; 7 – drop seus bancos de dados; 8 – restaure o backup; 9 – recupere os logs binários 10 – pare o servidor de banco 11 – edite o arquivo my.ini retirando a linha abaixo innodb_force_recovery = 4 12 – reinicie seu servidor de banco. Se esta operação falhar no item 3 o jeito vai ser salvar os arquivos de log binário em outro lugar reinstalar seu servidor de banco e recuperar os backups já existentes e recuperar os logs binários.

Oi, 'Micheus' ! Infelizmente está não é uma verdade para o MySQL.

Oi,'robinhocne'! Pelo que você falou seria um arquivo INI com os parâmetros de conexão com o banco. É isto? Se for. você pode usar o Tmemo para editar este arquivo. Usando os métodos Lines.Savetofile e Lines.Loadfromfile para salvar e carregar o arquivo. Para localizá-lo (o INI e o banco) você pode usar outros componentes do delphi que tratam com arquivos.

Oi,'Micheus'! Muito boa a expicação. Só para complementar o que você estava dizendo ao colega 'Vivendo&Aprendendo', o uso de funções, tais como a que você exemplificou abaixo, também geram TABLE SCAN, pois o motor do banco de dados será obrigado a avaliar cada um dos registros tranformando o conteúdo do atributo em maiúscula para poder compará-lo com o outro lado da igualdade. select cod_cli, nom_cli from cliente where UPPER(nom_cli) like UPPER(:nom_cli) order by nom_cli Para uma melhor estruturação (performance) do banco de dados o ideal é que atributos do tipo string (char, varchar, text, etc.) estjam guardados em um único formato. Ou tudo em maiúsciulas ou tudo em minúsculas.

Mesmo assim você consegue acessar os dados? Se sim, faça um dump o mais rápido possível. Use o Mysqldump para isto. Mostre na integra a mensagem que aparece.

Oi, Tatiane! Que atributo dentro da tabela PagtoOrcto informa se o pagamento foi efetuado ou não? O atributo TipoPagto fica preenchido antes do pagamento ser efetuado? O motivo destas perguntas é que estou tentando determinar um ponto onde possamos pegar uma informação que nos ajude a ontagem da query que você necessita.

Oi, 'Greed'! Já experimentou salvar o arquivo RTF e depois carregá-lo do QReport?

Oi,'Tatiane.InterArt'! O que você guarda nestas tabelas? Corrija-me se eu estiver errado Tabela Orcto - Orçamentos. (Pode haver mais de um orçamento para o mesmo cliente). Tabela PagtoOrcto - Pagamentos - Valores pagos por orçamento? (um único pagamento ou vários pagamentos para o mesmo orçamento?) (Só entram os dados de pagamentos efetuados ou entram os dados de pagamentos a efetuar, também?) De acordo com o que você falou Você quer mostrar itens pendentes e/ou pagamentos pendentes? Por favor, esclareça um pouco mais para que possamos ajudá-la da melhor forma.

Oi, 'marcigm'! Estou transferindo este tópico para o fórum de PHP, pois sua dúvida não está no MySQL.

Você tem duas formas de impedir a entrada em duplicidade de um CPF. A primeira forma é usando uma constraint, que neste caso é tornar este atributo como not null e criar um índice único pelo atributo CPF. A vantagem deste método é que ele impedirá qualquer duplicidade de entrada. É o método mais seguro. Você terá algum trabalho para eliminar as possíveis duplicidades já existentes. A desvantagem é que não permitirá CPFs Zerados, ou seja cadastros que nã tenham CPF. A segunda forma é controlando via programação, somente. A vantagem é permitir a entrada de pessoas que não possuem CPF. A desvantagem é a possibilidade de deixar sujeira no banco. Para Verificar a existência de um CPF, um simples select tipo select cpf, campo1, campo2, campo3, ..., campon from tabela where cpf = numero deve servir.

Oi, 'marcigm' ! Você guardou o caminho desta foto (a URL) dentro do banco? está usando, pelo que parece, um select para acessar este banco? Qual o select?

Sim. esta é a idéia. Você deverá alterar sua pesquisa para que possa contemplar o user, mais ou menos neste estilo (segundo o exemplo que você usou no primeito post deste tópico: select * from oferta where id='{$_GET['id']}' and login = 'FULANO'") Assim você obterá somente os dados de OFERTA em que o FULANO consta.

Oi, Diogo! Desculpe insistir, mas se os posts são guarados em permanência (dentro do MySQL, em alguma tabela) você tabém não guarda que user postou o que em alguma tabela? Se sim, Volto as questões do post #2. Onde você mantém o user? Que atributo, que tabela?

Oi, 'frnd' ! 1) observe os Conceitos abaixo: TTimer usa um interval de 1000 milisegundos para cada segundo. Assim, 5 segundos = 5000. TTimer usa um desvio da interrupção 8 (clock - relógio da máquina) liberada pelo Windows para controle de tempo Não há falha nesta transação. 2) Verifique se estes fatores estão sendo seguidos Você está usando o TTimer na janela chamada? (Deveria) O tempo começa a contar quando a janela é ativada e desativado quando a janela é fechada ou colocada em segundo plano? (Timer.Enabled) Você está usando o controle de laço para a contagem do tempo dentro do evento ONTIMER?

Oi, 'neoerick'! Não por isso. ajudar faz parte desta missão. Observe seu código abaixo: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 4 to server version: 4.0.2-alpha-nt Apesar de o título deste tópico informar que você está usando a versão 6.0.4-alpha-win32 do mysql, a versão que aparece é a 4.0.2-alpha-nt. Revendo a história do mysql, desde a versão 3.23 até a versão 5.0, está disponível para compatibilidade com o padrão SQL ANSI 92, a cláusula CONSTRAINT para FOREIGN KEY e exclusivamente para o TYPE/ENGINE InnoDB. A partir da versão 5.0.x a cláusula CONSTRAINT para FOREIGN KEY passou a funcionar para valer. O termos TYPE ou ENGINE são os definidores de tipos de tabelas que o MySQL usa. O termo TYPE foi usado até a versão 4.1.1 e desde a versão 4.1.2 está sendo usado o termo ENGINE Se você não está conseguindo cadastrar, mesmo com a versão 4.0.2, você está usando o tipo errado de formato de tabela. Por padrão o MySQl usa o ENGINE MyISAM que não tem integridade referencial (as constraints que você quer), nem controle de transação (o que gravou gravou e não tem rollback). Você deverá mudar suas instruções CREATE TABLE para que utilizem o engine correto, que no caso é o InnoDB. Para isto basta acrescentar a instrução TYPE=InnoDB na ultima linha da criação da tabela, tal como no exemplo abaixo. mysql> create table gestor -> ( -> nick_gestor varchar(15) not null primary key, -> nick_cliente varchar(15) not null, -> senha_gestor varchar(15) not null, -> senha_cliente varchar(15) not null, -> senha_usuario varchar(15) not null -> )TYPE=InnoDB; Query OK, 0 rows affected (0.00 sec) Leia o manual do MySQL de sua versão para maiores informações.

procedure Tform1.edit1Change(Sender: TObject); begin if edit1.Text <> '' then begin with qquery do begin SQL.Clear; SQL.Text := 'Select * from Cliente ' + 'where nome like"'+edit1.Text+'%" ' + 'order by nome limit 50'; Active := true; end; end; end; Não esqueça de criar um índice pelo nome para que a pesquisa não seja em TABLE SCAN e degenere exponencialmente conforme o crescimento da tabela. Não faça pesquisa like de outra forma que a apresentada acima ou será TABLE SCAN.

Você está certo, Micheus. O MySQl (aaaa-mm-dd) as vezes me faz esquecer de outros formatos de data quando da conversão dos mesmos.

Não. Não entendi. Pode ser mais específico, por favor? Não conheço de PHP apenas MySQL. Pensei que seu problema estivesse dentro do MySQL. É isso?

Onde você mantém o user? Que atributo?