2010-11-18 23 views
1

表の列を無視して、スキーマを構築し、私はテーブルがそのSHOW CREATE TABLE次のようになりますheadingと呼ばれています:あなたが見ることができるように教義:

CREATE TABLE `heading` (
    `id` bigint(20) NOT NULL AUTO_INCREMENT, 
    `referenced_table_name` varchar(255) NOT NULL, 
    `column_name` varchar(255) NOT NULL, 
    `label` varchar(255) NOT NULL, 
    `position` int(10) unsigned NOT NULL, 
    `import_profile_id` bigint(20) NOT NULL, 
    `note` text NOT NULL, 
    `created_at` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', 
    `updated_at` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', 
    PRIMARY KEY (`id`), 
    UNIQUE KEY `referenced_table_name` (`referenced_table_name`,`column_name`,`position`,`import_profile_id`), 
    KEY `import_profile_id` (`import_profile_id`), 
    CONSTRAINT `heading_ibfk_1` FOREIGN KEY (`import_profile_id`) REFERENCES `import_profile` (`id`) 
) ENGINE=InnoDB AUTO_INCREMENT=847 DEFAULT CHARSET=latin1 

、それはいくつかの列があります。いいえ列は

Heading: 
    connection: doctrine 
    tableName: heading 
    columns: { } 
    relations: 
    ImportProfile: 
     local: import_profile_id 
     foreign: id 
     type: one 
    TotalFromFile: 
     local: id 
     foreign: heading_id 
     type: many 

:(それは過去にうまく働いた)には、このテーブルを変換するすべての突然のあるビルドスキーマ:ここではどのような教義ません。 WTF?何らかの理由で、このテーブルだけがこれを行い、それが今起こっています。これは古いテーブルです!何か案は?

私はLAMPでsymfony 1.4とDoctrine 1.2を使用しています。

答えて

1

は、問題は、私はHeadingTable::getTables()HeadingTable::getColumns()を定義していたことが判明しました。ドクトリンはそれを好まなかった。

+0

+1あなた自身を見つけたという答えを出してください。 –

0

Jasonさん、あなたの問題は、切り捨てられた一時ファイルから生成されたスキーマに関連していると思います。ここで問題と私の答えを参照してください。

Symfony doctrine:build-model errors

+0

私は/ tmpのすべてを削除しようとしましたが、修正されませんでした。私に必要なことは他にありますか? –

+0

親愛なるスタックオーバーフロー:コメントの電子メール通知がうまくいくはずです。 –

+0

@ジェイソン:私の頭の上から何も考えられない。結局のところ、一時ファイルの問題はあなたの問題ではなかったようです。 – Tom