更新時にcreated_at（customer_entityテーブル）が変更されるように設定されているのはなぜですか？

customer_entityテーブルの構造を見ると、created_atフィールドに次の属性があることに気付きましたon update CURRENT_TIMESTAMP。そのため、行が更新されるたびに、created_atタイムスタンプが変更されます。

この属性はupdated_atフィールドではなくフィールドに存在するようcreated_atです。EAV構造のためにこのテーブルが直接変更されることはまれですが、created_atフィールドを変更することはまだ間違っているようです。

このテーブル構造には理由がありますか、それとも単なるバグですか？

編集：これについてMagentoから確認済みのバグレポートを見つけました。問題＃27944。残念ながら、表示するにはログインする必要があります。 http://www.magentocommerce.com/bug-tracking/issue?issue=13882

これが私が見つけたものです。この問題は、Magento CE 1.6+（および一致するEEバージョン）でのみ表示されます。これは、mysqlと組み合わせてDDLを使用する新しいインストール/アップグレードスクリプトが原因です。
1.6より前のバージョンでは、これはcreated_atおよびupdated_atカラムの外観です：

`created_at` datetime NOT NULL default '0000-00-00 00:00:00',
`updated_at` datetime NOT NULL default '0000-00-00 00:00:00', 

1.6以降では、ddlは次のようになります。

    ->addColumn('created_at', Varien_Db_Ddl_Table::TYPE_TIMESTAMP, null, array(
        'nullable'  => false,
        ), 'Created At')
    ->addColumn('updated_at', Varien_Db_Ddl_Table::TYPE_TIMESTAMP, null, array(
        'nullable'  => false,
        ), 'Updated At')

および生成：

`created_at` timestamp NOT NULL COMMENT 'Created At',
`updated_at` timestamp NOT NULL COMMENT 'Updated At',

違いは、default値が欠落していることです。
そして、ここで説明したように、

DEFAULT CURRENT_TIMESTAMPもON UPDATE CURRENT_TIMESTAMPもない場合、DEFAULT CURRENT_TIMESTAMPとON UPDATE CURRENT_TIMESTAMPの両方を指定するのと同じです。

また、MySQLではCURRENT_TIMESTAMPデフォルトまたはforのタイムスタンプ列が1つしか許可されていないためon update、created_at列は次のようになります。

これは間違いなくMagentoのバグです。

まず、マリウスの答えを読んで、データベースで何が起こっているのかを確認してください。

モデルが適切に拡張されればほとんどの開発者がこの問題に出くわすことはないことに言及したかっただけMage_Core_Model_Abstractです。スタックは次のようになります。

1. Your_Model::save 呼び出します
2. Mage_Core_Model_Abstract::save 呼び出します
3. Mage_Eav_Model_Entity_Abstract::save 呼び出します
4. Mage_Eav_Model_Entity_Abstract::_beforeSave 呼び出します
5. Mage_Eav_Model_Entity_Abstract::walkAttributes 呼び出します
6. Mage_Eav_Model_Entity_Attribute_Backend_Time_Created::beforeSave

これは次のことを行います。

$attributeCode = $this->getAttribute()->getAttributeCode();
$date = $object->getData($attributeCode);
if (is_null($date)) {
    if ($object->isObjectNew()) {
        $object->setData($attributeCode, Varien_Date::now());
    }
}

これは、CE> = 1.8.xとEE> = 1.13.xの両方のロケールで問題が発生する可能性があることに注意してください。

私たちもこのバグを発見し、それはアメリカとヨーロッパの日付エンコードの違いに基づいていると考えています。

米国では、日付はMM-DD-YYYYと表記されます。（2015年2月10日= 2015年2月10日）。しかし、ヨーロッパや他の多くの場所では、日付はDD-MM-YYYYと書かれています。（2015年2月10日= 2015年10月2日、または2015年10月2日）。

Magentoは米国に拠点を置いていますが、開発の大部分はウクライナのプログラマーによって行われました。 

無料のMagento拡張機能でこのバグを修正しました（Magento Core Codeを変更する必要がないように）。無料ダウンロードとしてサイトに掲載しています：http : //www.CustomerParadigm.com/download/Magento-Date-Switch-Fix-Extension.zip

これについては、ブログで詳しく説明しています：http : //www.customerparadigm.com/magento-bug-magento-customer-create-date-juxtaposition/

ce 1.9はce 1.8.1のバグを修正しました。以下は差分です：