My original problem was that schema:validate is telling me the database is
not up to date and the only SQL it wants to run is DROP INDEX and CREATE
INDEX on what is already there.

To write some tests to see why,  I started hacking OrmFunctionalTestCase to
give me back the class metadata for the model set in use. And while I was
doing that I DRYed up the test setup to avoid duplication. But the
ValueConversionType stopped working because they DROP TABLES when no other
tests do. I think the drop tables was necessary because they use the same
entities across some of the different test classes so when the entites were
setup the would fail because the table already existed - which is the
problem I bumped into.

I've got the code working by sharing the schema creation setup and not
dropping tables, but because of this OneToOne mapping issue the tests fail
because the unique index name already exists in the name space.

I've pushed the code changes to
https://github.com/baerrach/doctrine2/tree/one-to-one-unique-index-mapping-bug
so you can see what I am talking about.

Its done in three stages:

b0ce47d Remove tearDownAfterClass() and DROP TABLES

4b5cd37 DRY test setup for entities and modelSets

f7efac6 Fix OneToOne unique constraint mapping

You can run the ValueConversionType to see the failures, and resolution, in
action.

phpunit -d memory_limit=-1
tests/Doctrine/Tests/ORM/Functional/ValueConversionType/

-- 
You received this message because you are subscribed to the Google Groups 
"doctrine-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/doctrine-user.
For more options, visit https://groups.google.com/d/optout.

Reply via email to