workbench
[Finalizado Pelo Aluno]
Boa tarde, professor!
Eu não consigo configurar chave estrangeira (mais de uma).
SQLSTATE[HY000]: General error: 1215 Cannot add foreign key constraint (SQL: alter table `surveys` add constraint `surveys_user_id_foreign` foreign key (`user_id`) references `users` (`id`) on delete cascade)
Semelhante a tabela reservas em que há relacionamentos com a tabela users, flights...Eu acrescentei uma outra tabela. Então são três relacionamentos.
No workbench só permite uma seleção de id. Para as outras chaves estrangeiras, a seleção não é possível...
Alguma pista?
Olá, tudo bem?
Como está os seus arquivos de migrations deixa eu dá uma olhada? Posta no GitHub;
Experimenta atualizar todo o banco de dados:
php artisan migrate:fresh
Boa noite!
Estou fazendo php artisan migrate:fresh várias vezes...tentando uma mudança ou outra nos tipos das chavez estrangeiras...se dá certo...
Vou fazer o commit...
Fiz...mandei para o git...
Me passa o link do projeto no GitHub, pf :-)
Bom dia!
Segue o git Ssr10/laravelWg
Depois que rodou o comando, gerou o mesmo erro?
php artisan migrate:fresh
Roda o comando:
composer dump-autoload
Defina assim o relacionamento:
$table->unsignedBigInteger('user_id');
$table->foreign('user_id')->references('id')->on('users');
Boa noite, prof!
Fiz composer dump-autoload, fiz o fresh, coloquei o unsignedBigInteger, atualizei o DB e nada...Aparentemetne nada...
Pensei em deletar um relacionamento e criar mais uma tabela tipo: tab1 = história prolongada, tab2:história prolongada mais um pouco
Mas me veio a brilhante ideia de por o relacionamento com o user antes dos outros relacionamentos (da chave estrangeira).
Eu sabia que ia funcionar...!
Não sei porque, mas sei que foi assim.
Sabe explicar, prof?
Que bom que deu certo! :-)
Você mudou a ordem das colunas? Está atualizado no GitHub?
Amanhã atualizo. Desconfigurou minha rede com a NET...
Boa noite, prof!
Já mandei para o git!
Mas, deu certo ou não?
Fiz o php artisan migrate:fresh e as chaves estrangeiras foram construidas...
Show!
Bom dia, prof!
Eu segui a ideia de state hasToMany cities, city hasToMany companies, company hasToMany complements(comentários) , complement hasToMAny planes.
Um para muitos... Aí lembrei do relacionamento muitos para muitos das suas aulas. Surgiu a dúvida se não deveria fazer o relacinamento muitos pra muitos entre company e city e comentários/ company
Acho que o endereço de cada company (preenchido pelo usuário) pode fazer a diferenciação e salvar no banco sem problemas. A mesma empresa possui vários endereços...
Que bom que deu certo.
Um comentário está ligado diretamente a company, então não precisa de um relacionamento N:N, mas sim 1:N
Bom dia, prof!
Parabéns pela qualidade das informações.
Obrigado.
Precisa estar logado para conseguir responder a este ticket!
Clique Aqui Para Entrar!