Imei – \u00c9 a identifica\u00e7\u00e3o \u00fanica de rastreadores, nesse caso usaremos esse tipo de rela\u00e7\u00e3o pois o mesmo rastreador pode fazer parte de mais ve\u00edculos dentro de uma frota, \u00e9 claro que n\u00e3o ao mesmo tempo, mas vamos supor que um cliente adquiriu este servi\u00e7o e depois de um tempo deixou de utilizar, obviamente voc\u00ea n\u00e3o jogar\u00e1 o rastreador fora, muito pelo contr\u00e1rio voc\u00ea vai aproveitar e utilizar ele em outro ve\u00edculo, mas se voc\u00ea precisa manter o hist\u00f3rico de rastreamento para o cliente (antigo) e os novos dados para o novo cliente, voc\u00ea precisa relacionar esse imei com mais de um ve\u00edculo. Outro caso pr\u00e1tico seria o rastreador de um determinado ve\u00edculo queimar e voc\u00ea precisar trocar esse rastreador, quando voc\u00ea for realizar a consulta em seu banco de dados trav\u00e9s do novo imei os dados do imei antigo n\u00e3o ser\u00e3o exibidos, ou seja, o hist\u00f3rico de rastreio iria zerar, dessa forma fazemos com que ele busque os dados de todos os rastreadores que j\u00e1 estiveram ativos neste ve\u00edculo.<\/p>\n
\r\n<?php\r\n\r\nnamespace MODImei\\Entity;\r\n\r\nuse MODVeiculo\\Entity\\Veiculo;\r\n\r\nuse Doctrine\\ORM\\Mapping as ORM;\r\nuse Zend\\Hydrator;\r\n\r\n\/**\r\n * Imei\r\n *\r\n * @ORM\\Table(name="modimei_imei")\r\n * @ORM\\Entity\r\n * @ORM\\HasLifecycleCallbacks\r\n * @ORM\\Entity(repositoryClass="MODImei\\Entity\\ImeiRepository")\r\n *\/\r\nclass Imei\r\n{\r\n \/**\r\n * @var integer\r\n *\r\n * @ORM\\Column(name="id", type="integer", nullable=false)\r\n * @ORM\\Id\r\n * @ORM\\GeneratedValue(strategy="IDENTITY")\r\n *\/\r\n private $id;\r\n\r\n \/**\r\n * @var string\r\n *\r\n * @ORM\\Column(name="numero", type="string", length=45, nullable=true)\r\n *\/\r\n private $numero;\r\n}\r\n?>\r\n<\/pre>\nAgora nossa tabela de relacionamento (Voc\u00ea n\u00e3o vai criar entidade para ela)
\n![\"\"](\"http:\/\/hackerzone.com.br\/blog\/wp-content\/uploads\/2017\/09\/tabela-de-relacionamento.png\")
<\/p>\n
Os super-entendedores j\u00e1 identificaram que existe um erro grav\u00edssimo nessa tabela, que no final do post vou explicar do que se trata, aos olhos dos mortais vai passar desapercebido. Na verdade s\u00e3o dois erros, o segundo mais comum.<\/p>\n
Antes de continuar preciso avisar alguns detalhes caso voc\u00ea esteja totalmente por fora, no caso do Doctrine se voc\u00ea esta fazendo apenas um relacionamento muitos para muitos<\/strong> voc\u00ea n\u00e3o precisa criar uma nova entidade para fazer este relacionamento, ele ocorrer\u00e1 de forma totalmente autom\u00e1tica, bastando informar o nome da tabela que relaciona as entidades.<\/p>\nPrimeiramente voc\u00ea vai precisar determinar qual entidade \u00e9 a propriet\u00e1ria e qual \u00e9 o lado inverso da hist\u00f3ria, at\u00e9 ai tudo bem, mas como determinar quem \u00e9 propriet\u00e1rio? Nos tutoriais abobalhados que voc\u00ea encontra por ai sempre ver\u00e1 os exemplos com Artigos e Categorias, neste caso \u00e9 obvio identificar quem vai ser o propriet\u00e1rio, vai ser Artigos certo? Mas na pratica nem sempre \u00e9 assim, voc\u00ea acaba encontrando algumas situa\u00e7\u00f5es complicadas, por exemplo, neste caso de Ve\u00edculos e Imeis os dois tem o mesmo grau de import\u00e2ncia, pois o rastreador no sistema \u00e9 uma entidade totalmente independente e importante, se n\u00e3o fosse o rastreador voc\u00ea jamais identificaria um ve\u00edculo.<\/p>\n
Mas ainda sim eu escolhi o ve\u00edculo para ser propriet\u00e1rio, pois por mais que o Imei (rastreador) seja mais importante eu acabo realizando mais consultas nos ve\u00edculos para apresenta\u00e7\u00e3o dentro do sistema, portanto isso poderia me ajudar a economizar as consultas j\u00e1 que trazendo os ve\u00edculos eu j\u00e1 traria os rastreadores que neles se encontram, os super-entendedores podem estar me julgando neste momento, mas at\u00e9 ent\u00e3o essa filosofia e linha de racioc\u00ednio tem me ajudado e n\u00e3o me prejudicado.<\/p>\n
Portanto vamos deixar de falat\u00f3rio e montar nossa entidade propriet\u00e1ria, vamos na entitudade Veiculo e adicionar mais uma propriedade.<\/p>\n
Relacionamento muito para muitos bidirecional<\/h3>\n
Veiculo<\/p>\n
\r\n\/\/ ... entity Veiculo\r\n\r\n \/**\r\n * Many Users have Many Groups.\r\n * @ManyToMany(targetEntity="MODImei\\Entity\\Imei", inversedBy="veiculos")\r\n * @JoinTable(name="modimei_imei_veiculo")\r\n *\/\r\n private $imeis;\r\n\r\n public function __construct(array $options = array()) {\r\n $this->imeis = new \\Doctrine\\Common\\Collections\\ArrayCollection();\r\n }\r\n\r\n public function setImei(\\MODImei\\Entity\\Imei $imeis){\r\n $imeis->setVeiculos($this);\r\n $this->imeis->add($imeis);\r\n }\r\n\r\n\/\/ ...\r\n<\/pre>\nImei – Como estamos falando de um relacionamento bidirecional precisamos tamb\u00e9m mexer em nossa tabela de imei, se n\u00e3o nem precisar\u00edamos.<\/p>\n
\r\n \/**\r\n * Many Imeis have Many Users.\r\n * @ORM\\ManyToMany(targetEntity="MODVeiculo\\Entity\\Veiculo", mappedBy="imeis")\r\n *\/\r\n private $veiculos;\r\n\r\n public function __construct(array $options = array())\r\n {\r\n $this->veiculos = new \\Doctrine\\Common\\Collections\\ArrayCollection();\r\n }\r\n\r\n public function setVeiculos(\\MODVeiculo\\Entity\\Veiculo $veiculos) {\r\n $this->veiculos->add($veiculos);\r\n return $this;\r\n }\r\n<\/pre>\n
![\"\"](\"http:\/\/hackerzone.com.br\/blog\/wp-content\/uploads\/2017\/09\/erro-no-relacionamento-doctrine-muito-para-muitos.png\")
<\/p>\n