Data-fixtures: 외래 키가 있는 테이블 자르기 실패

DELETE 를 사용할 때의 문제는 자동 증가 값을 재설정하지 않는다는 것입니다.

좋습니다. 하지만 TRUNCATE 의 문제는 교리: 고정 장치 :load 명령이 작동하지 않는다는 것입니다.

정말 필요한 경우, 예를 들어 테이블을 삭제하고 다시 만드는 것과 같이 자동 증분을 1에서 시작하는 것은 항상 수행할 수 있습니다. 그렇죠?

예 - 나도이 문제가 있습니다. 지금은 91ff6ebbb781441c60782d90a4dd95482eeedf35로 롤백합니다.

91ff6ebbb781441c60782d90a4dd95482eeedf35 되돌리기 +1

TRUNCATE에 'CASCADE'를 추가하지 않는 이유는 무엇입니까? $platform->getTruncateTableSQL($tbl)에는 'TRUNCATE table CASCADE'(적어도 postgres의 경우)와 같은 것을 반환하는 두 번째 매개변수가 있으며 작동합니다.

풀 리퀘스트를 추가하는 것은 어떻습니까? 그러면 병합할 수 있습니다.

@leahaense

문제는 MySQL을 사용할 때 여전히 존재합니다(4a8464ef83093de2378cef2770e13da7e4858ffc 이후에도).

이 경우 외래 키가 양방향입니까?

@beberlei 네 그렇게 생각합니다. SQL이 일대다/다대다 주석(예: 양방향)에서 Doctrine에 의해 생성되기 때문에 100% 확신할 수 없습니다.

다른 사람이 MySQL에서 이 문제를 겪고 있습니까? 아니면 저만 그런가요?

TRUNCATE 전에 foreign_key_checks=0 을 수행할 수 있습니까?

http://bugs.mysql.com/bug.php?id=58788

나는 또한이 문제를 치고있다.

나는 내 파트너와 똑같은 문제로 실행했습니다. 이것은 MySQL 5.5에서 발생하지만 5.1은 외래 키로 테이블을 자르는 데 문제가 없습니다. DELETE로 되돌리는 것은 auto_increment 키가 재설정되지 않은 상태에서 앞에서 설명한 것처럼 우아한 솔루션이 아닙니다.

mysql 5.5에 대해 foreign_key_checks=0과 같은 수정 사항이 있으면 좋을 것입니다.

http://bugs.mysql.com/bug.php?id=54678

다음은 MySQL 5.5에서 작동하도록 하기 위한 빠른 더러운 해킹입니다.

diff --git a/lib/Doctrine/Common/DataFixtures/Purger/ORMPurger.php b/lib/Doctrine/Common/DataFixtures/Purger/ORMPurger.php
index a580c1f..ff758c1 100644
--- a/lib/Doctrine/Common/DataFixtures/Purger/ORMPurger.php
+++ b/lib/Doctrine/Common/DataFixtures/Purger/ORMPurger.php
@@ -82,10 +82,12 @@ class ORMPurger implements PurgerInterface
             $orderedTables[] = $class->getTableName();
         }

+       $this->em->getConnection()->executeUpdate("SET foreign_key_checks = 0;");
         $platform = $this->em->getConnection()->getDatabasePlatform();
         foreach($orderedTables as $tbl) {
             $this->em->getConnection()->executeUpdate($platform->getTruncateTableSQL($tbl, true));
         }
+       $this->em->getConnection()->executeUpdate("SET foreign_key_checks = 1;");
     }

     private function getCommitOrder(EntityManager $em, array $classes)

위의 수정 사항은 저에게 효과적입니다. 항상 수동으로 변경할 필요가 없도록 repo에 수정 사항을 도입할 수 있는 아이디어가 있습니까?

또한 번들을 사용하려면 이 수정 사항을 추가해야 했습니다.

위의 내용은 나를 위해 수정되었습니다(내가 말할 수 있는 한, 여전히 Doctrine/Symfony2를 배우고 있음)

내가 만든 foreign_key_checks @mdarse 그의 풀 요청을 제출 자체가 몇 분 후에 DBAL 프로젝트에 MySqlPlatform을 변경 :

https://github.com/doctrine/dbal/pull/42

내 컴퓨터에서 MySQL 5.5.9와 같은 문제가 발생했지만 dogbrain의 해킹이 도움이 되었습니다.

이 수정 사항을 통합할 수 있습니까? 그렇지 않으면 모든 사람이 항상 수동으로 추가해야 작동합니다.

"수정"이 아니라 해킹입니다. 나는 해킹을 병합하지 않을 것입니다.

좋아... 충분히 공정해. 그러나 고정 장치가 작동하도록 허용하는 해킹이며 작동하면 좋을 것입니다 ;)
병합할 수 없는 경우 수정할 수 있습니까? 그렇지 않으면 많은 사람들이 이 번들을 사용할 수 없게 만드는 버그가 있습니다(업데이트가 만들어질 때마다 코드를 지속적으로 수동으로 해킹하지 않고).

@베베를레이?

이 문제를 해결하기 위해 91ff6eb 변경을 되돌릴 수 있습니까?

이렇게하면 해킹이되지 않습니다. 이 문제의 첫 번째 게시물에서 제안되었습니다.

내가 제대로하고 있는지 확실하지 않지만 같은 문제가 있습니다. 사용 중인 버전을 알 수 없습니다. Composer로 다운로드했습니다.

"require": {
    "doctrine/doctrine-fixtures-bundle": "dev-master"
},

어쨌든 인덱스 재설정을 얻으려면 다시 로드하기 전에 " 교리:스키마 :drop --force"를 실행한 다음 " 교리:스키마 :update --force"를 실행해야 합니다. 그렇지 않으면 같은 오류가 있습니다. 누군가 내가 뭘 잘못하고 있는지 말해 줄 수 있습니까?
미리 감사드립니다.

최신 버전의 교리 고정 장치와 Mysql 5.5를 실행하는 것과 동일한 문제가 있습니다. "해킹"이 작동했지만 이식 가능한 솔루션이 아닙니다. 스키마를 삭제하고 매번 다시 만들어야 합니다.

자신에게 호의를 베풀고 load_fixtures 와 같이 Symfony 폴더 안에 스크립트를 만드십시오.

bin/console doc:sc:drop --force
bin/console doc:sc:cr
bin/console doc:fix:lo --no-interaction

chmod 755 load_fixtures 를 실행한 다음 ./load_fixtures.