Pesquisar na Comunidade

Pessoal, normalmente faço modelagem de banco de dados usando o CA ErWin, mas precisei utilizar a ferramenta de modelagem do MySQL Workbench 8.0 Community. O problema ocorre quando a ferramenta começa a "enfeitar o pavão" quando se trata de FK. Vou mostrar um exemplo básico: Temos aqui 3 tabelas representando condomínio, unidades e vagas. As vagas pertencem ao condomínio, assim como as unidades. As vagas podem pertencer a unidades diferentes no decorrer do tempo porque não são vagas fixas, portanto não posso pendurar vaga na unidade. Problema 1: FK recebe o nome da tabela origem automaticamente. Até aqui posso renomear o atributo ou alterar as configurações de modelagem. Atributos renomeados, temos o seguinte modelo representado acima. Agora vamos levar a PK da entidade UNIDADE para ser FK não identificação na entidade VAGA. E agora temos o Problema 2: a ferramenta não entende que o atributo CondomínioID já existe e cria novamente com o prefixo da entidade origem. Parece um problema besta e fácil de resolver apagando o atributo duplicado e mantendo apenas UnidadeID, mas ao sincronizar com o banco de dados, começam a surgir erros com índices. Abaixo mostro como fica a modelagem no ERWin sem qualquer interferência: Como podem ver, a modelagem fica perfeita. O ErWin entende que o atributo já existe na entidade e leva apenas o atributo que vai diferenciar para fazer o relacionamento. Vocês devem estar se perguntando por que eu não uso o ErWin então... Mas a versão do ErWin que tenho não suporta MySQL após a versão 5.x e uma licença nova dessa ferramenta vai me custar 1 rim, senão os 2... Teoricamente, o Workbench deveria fazer essa modelagem sem problemas, mas eu não conheço bem e talvez possa ser alguma configuração. Alguém teria uma luz? Obrigado.

Olá Srs, Estou com um pequeno problema, atualmente após o cancelamento do horário verão não consigo pegar o horário local. Utilizando esta query, o qual o primeiro resultado me traz os valores em milissegundo e o outro a data atual. SELECT ROUND(UNIX_TIMESTAMP(CURTIME(4)) * 1000) as DATA, NOW() as dataAtual; Só que os milissegundos está vindo com 1 hora a mais, no caso seria o horário verão. Este é o resultado apresentado: 1571940923186; 2019-10-24 15:15:23 Este são os valores das minhas variáveis de ambiente SELECT @@GLOBAL.time_zone, @@SESSION.time_zone, @@GLOBAL.system_time_zone; SYSTEM; SYSTEM; Hora oficial do Brasil Tem alguma outra variável a ser mudada ? Ou sabem o que pode ser por a função UNIX_TIMESTAMP me trazer com 1 hora a mais ?

Bom dia, Não manjo muito de sql e meu codigo esta dando problema alguem pode me ajudar: Error Code: 1064. You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '/* SQLyog Community Edition- MySQL GUI v6.05 Host - 5.0.45-community-nt : Dat' at line 1