Denis Courcy

Oi, 'Anãod®é™' Este tópico é continuação do anterior e vou agrupá-lo àquele. Você falou: Você não tomou as precauções necessárias para fazer este procedimento simples e que você diz não haver solução.Por causa desta falta de precaução não foi possível orientá-lo de forma adequada. Respondendo sua pergunta original de outra forma para que você não ocorra em erros novamente. Faça BACKUP de sua base de dados antes de prosseguir. São quatro passos: Primeiro crie um campo data com outro nome na tabela que você quer alterar o campo. ALTER TABLE tabela ADD COLUMN minhanovacoluna date; Segundo determine o formato da data no campo original e faça um update no campo novo com a data original transformada. O exemplo abaixo segue o modelo informado no post anterior. Verifique o manual do MySQL para o uso da função DATE_FORMAT UPDATE minhatabela SET minhanovacoluna = FORMAT_DATE(minhaantigacoluna, '%m/%d/%A'); Terceiro verifique se os dados estão ok e drop o campo original. Só faça o DROP se os dados estiverem OK. Se não estiverem poste novamente para que possamos te orientar. ALTER TABLE minhatabela DROP COLUMN minhaantigacoluna; Quarto renomeie o campo novo com o nome do original. ALTER TABLE minhatabela CHANGE minhanovacoluna minhaantigacoluna date;

mysql> SHOW INDEX FROM minhatabela FROM meudb; mysql> SHOW INDEX FROM meubd.minhatabela;

Faça assim: select * from Tabela A where Regn = "A" OR Regn = "C";

'Anãod®é™' pelo jeito você não fez o backup(cópia de segurança). O que quer dizer que agora você vai sentar e chorar. Não há como recuperar dados que não foram copiados previamente para alguma área de segurança. Te resta, agora, digitar os dados para recuperá-los. A maneira mais correta de fazer backup, no MySQL, é usando a ferramenta mysqldump.exe. Leia o manual do MySQl para maiores informações sobre o uso desta ferramenta.

É só defenir que ele não terá GRANT de criação e/ou leitura de outros bancos. Leia manual do MySQL para maiores esclarecimentos sobre GRANT

Oi, 'borges02' É mais fácil você fazer a instalação normal, com configuração feita pelo usuário e, depois, você modifica do jeito que quizer através de um script. Dois alertas você deve ter em mente. 1 - Sobre o MySQL: Trocar a senha do root é fácil. Sobre este assunto pesquise alguns posts meus a respeito. 2 - Os dados são sempre do usuário. seu sistema tem que ser capaz de ser independente deles. Se você está preocupado com a segurança de seu modelo de dados esquece. (leia o item 1).

Oi, 'Anãod®é™' Como eu disse no post anterior, Houve algum tipo de erro na conversão de caracter para data. Os formatos que você considerava como data não foram entendidos pelo MySQL na conversão.É necessário fazer novamente.

Oi, 'Leonardo Baêta' Tenta assim: SELECt mensagem.* FROM Mensagem_Associacao ma INNER JOIN mensagem m ON ma.IDMensagemFilho = m.ID WHERE ma.IDMensagemPai = x

Continua o problema. Pois não existe ligação entre esta tabela e as outras.

Que eu saiba, não há como. Pois as versões diponibilizadas são para instalação via windows.

Oi 'andrests' Segue seu código: SELECT c.codigo, p.id_cliente, c.nome, p.total_geral, p.entrega_endereco, p.entregacep, p.entrega_cidade, p.entrega_estado, b.vencimento, p.entrega_id_estado FROM cliente c INNER JOIN pedido p ON p.id_cliente = c.codigo ORDER BY p.id DESC LIMIT 1Não há nenhuma referância na estrutura que você passou, que possibilite conectar notafiscal para que n_numero possa ser exibido Em sua tabela de notafiscal, cuja estrutura não foi exibida aqui, deverá haver um atributo para o id_pedido.

'Anãod®é™' Recupere seu backup e verifique a integridade dos dados antes de fazer esta operação novamente. A converção de dados sempre deve ser realizada com muita atenção. Alguns de seus dados devem estar em outra formatação por isso deu 0000/00/00 na exibição deles. Pelo quer você falou, também, em , havia outras informações no mesmo campo? Uma regra de normalização é que um atributo(campo) tenha somente um tipo de informação dentro dele.

Hmm, mas deixando assim não fica mais facil??Fica mais fácil, sim. Mas fica errado e desnormalizado. A tabela de multipla escolha ficará na forma normal 2 e não na 3. Como assim? não entendi... Como você pretende guardar as respostas dadas pelos usuários? Este é o melhor meio.

1)Com certeza você está fazendo algo errado. Poste o código e a estrutura das tabeas para podermos te ajudar a construir este select. 2)Coloque a tabela cliente no select com inner join e você tera o nome do cliente.

Oi, 'buthy' Não há problema pode informar sim. Você pode uasr uma tabela secundária para informar as respostas erradas àquela pergunta e/ou criar um auto relacionamento 1:N em multipla_escolha para guardar as respostas erradas na própria tabela. Neste caso não seria melhor você criar um atributo em Pergunta_has_Usuario informando a resposta do usuário para aquela pergunta?

Oi, 'junausp' Esta sua tabela possui chave primaria do tipo auto_increment? Se sim, basta vsaber a partir de aualvalor da chave docê deverá fazer o update e acionar algo parecido com a instrução abaixo: UPDATE tabela SET 'sen'=MD5('sen') WHERE chave>70;

Vamos a resposta. Você errou quando inseriu o alter table acima? Pois, para cadastrar um usuário, agora, você precisa inserir o idcli. Você tornou o usuário dependente de clientes. A soklução não é criar um select como ter "orientaram". Para ficar como está, basta você informar um idcli existente na tabela clientes, quando você fizer o insert de registro em usuário..

Oi 'Anãod®é™' Você definiu o campo data com o tipo DATE? Pela ordenação que você está mostrando ele foi definido como CHAR ou VARCHAR. E assim nunca vai dar certo.

Se CPF é único e é obrigatório, pode usá-lo como chave primária. Mas, como no Brasil, até a algum tempo a esposa podia usar o CPF do marido, então o recomendável é usar o CPF como índice alternativo não único e usar o "bom e velho ID" , como você o chamou, como chave primária. Só um lembrete: o zero a esquerda, no caso de usar o CPF, é obrigatório e significativo. Quando da criação de atributos CPF, CNPJ e identidade use a cláusula ZEROFILL. Exemplo: `CPF` BIGINT(11) unsigned zerofill NOT NULL DEFAULT 0

Minha visão para este odelo é um sistema abarto. então uma resposta pode estar em várias perguntas. Neste caso deria o relacionamento de 1 Resposta para N perguntas. Um exemplo diasso são as perguntas: Quanto é 2 + 2? Quanto é 2 x 2? O resultado é o mesmo. 4 Quanto ao modelo de múltipla esciolha você só deveria ter a resposta certa. as outras o seu programa controla. Não há a necessidade de armazená-las em banco.

Pode usar, sm. Não há efeito no desempenho. Eu também tenho chaves com datas e outros tipos.

Oi, 'BetoGroo' Eu tenho algo parecido em meu sistema. mas eu gero dados para um atributo do tipo CHAR. Você pode usar a combinação da função CONCAT com a função DATE_FORMAT, assim: CONCAT(id_processo, DATE_FORMAT(data_cadastro, '%Y%m%d'), id_usuario)

Oi, 'Boobs' Você está usando o Engine InnoDB em ambas as tabelas? Se não estiver não vai funcionar. Outra coisa. Não sei se por distração ou na hora de copiar o código para este tópico você esqueceu o ponto-e-virgula ao final de cada instrução. O código correto é: CREATE TABLE `fornecedores` ( `idFornecedor` int(11) NOT NULL AUTO_INCREMENT, `nomefantasia` varchar(30) DEFAULT NULL, `razaoSocial` varchar(100) DEFAULT NULL, `CNPJ` char(14) DEFAULT NULL, `InscrEst` char(12) DEFAULT NULL, `enderecoEmpresa` varchar(50) DEFAULT NULL, `telefone1` char(10) DEFAULT NULL, `telefone2` char(10) DEFAULT NULL, `email` varchar(20) DEFAULT NULL, `CEP` char(8) DEFAULT NULL, `idContato` int(11) NOT NULL, PRIMARY KEY (`idFornecedor`) )ENGINE = InnoDB; CREATE TABLE `contatos` ( `idContato` int(11) NOT NULL AUTO_INCREMENT, `nomeContato` varchar(30) DEFAULT NULL, `sobreNomeCont` varchar(50) DEFAULT NULL, `telefoneCont` char(10) DEFAULT NULL, `telefoneCont2` char(10) DEFAULT NULL, PRIMARY KEY (`idContato`) )ENGINE = InnoDB; -- estou usando o sqlyog e quando digito ALTER TABLE `fornecedores` ADD CONSTRAINT FOREIGN KEY (`idContato`) REFERENCES `contatos` (`idContato`) ON DELETE CASCADE;

Oi, 'buthy' 1)OK2)OK 3)OK 4) Respondendo a Realmente não há necessidade deste relacionamento.5) Relacionamento entre Pergunta e resposta. Em minha visão o relacionamento atual está invertido. Uma pergunta não pode estar em mais de uma resposta. Pode? E uma resposta pode pertencer a mais de uam pergunta? Se sim para as duas perguntas então temos outro relacionamento N:M. Se não, coloque o relacioinamento partindo da direção que você vê como correta. 6) OK 7) OK O mais importante. Você consegue explicar tudo isso a seu professor? (Pois meus alunos tem que me explicar como chegaram a conclusão dita por eles)