Create_at (customer_entity tablosu) neden güncelleme sırasında değişecek şekilde ayarlandı?

Yapısına baktığınızda customer_entitytabloda, ben fark created_atalan bu özellik vardır: on update CURRENT_TIMESTAMP. Böylece satır her güncellendiğinde created_atzaman damgası değişir.

Görünüşe göre bu özellik updated_atsahada değil created_atsahada olmalıdır. Bu tablonun EAV yapısı nedeniyle doğrudan değiştirilmesinin nadir olduğunu biliyorum, ancak yine de created_atalanı değiştirmek yanlış görünüyor .

Bu tablo yapısının bir nedeni var mı, yoksa sadece bir hata mı?

Düzenleme: Bunun için Magento onaylanmış bir hata raporu buldum. Sayı # 27944. Maalesef görüntülemek için giriş yapmalısınız. http://www.magentocommerce.com/bug-tracking/issue?issue=13882

İşte bulduğum şey. Sorun yalnızca Magento CE 1.6+ (ve eşleşen EE sürümlerinde) ortaya çıkıyor. Çünkü mysql ile birlikte DDL kullanan yeni yükleme / yükseltme komut dosyaları.
1.6'dan önceki sürümlerde created_atve updated_atsütunları şöyle görünür:

`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+ sürümünde ddl şuna benzer:

    ->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')

ve üretir:

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

Fark, defaultdeğerin eksik olmasıdır.
Ve burada tarif edildiği gibi ,

Ne DEFAULT CURRENT_TIMESTAMP ne de ON UPDATE CURRENT_TIMESTAMP ile, hem DEFAULT CURRENT_TIMESTAMP hem de ON UPDATE CURRENT_TIMESTAMP belirtmekle aynı değildir.

Ve MySQL CURRENT_TIMESTAMPvarsayılan olarak veya için yalnızca bir zaman damgası sütununa izin verdiğinden on update, created_atsütun bu şekilde sonuçlanır.

Bu kesinlikle bir Magento hatası.

Her şeyden önce, veritabanında neler olduğunu görmek için Marius'un cevabını okuyun.

Sadece, modellerinin düzgün bir şekilde uzandığı takdirde çoğu geliştiricinin bu problemle karşılaşmayacağından bahsetmek istedim Mage_Core_Model_Abstract. Yığın şöyle görünür:

1. Your_Model::save aramalar
2. Mage_Core_Model_Abstract::save aramalar
3. Mage_Eav_Model_Entity_Abstract::save aramalar
4. Mage_Eav_Model_Entity_Abstract::_beforeSave aramalar
5. Mage_Eav_Model_Entity_Abstract::walkAttributes aramalar
6. Mage_Eav_Model_Entity_Attribute_Backend_Time_Created::beforeSave

Bu şunları yapar:

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

Bunun hem CE> = 1.8.x hem de EE> = 1.13.x'teki bazı yerel ayarlarda sorun yaşayabileceğini unutmayın.

Biz de bu hatayı bulduk ve bunun ABD ve Avrupa tarih kodlaması arasındaki farka dayandığını düşünüyoruz.

Amerika Birleşik Devletleri'nde tarihler AA-GG-YYYY olarak yazılır. (02-10-2015 = 10 Şubat 2015). Ancak Avrupa'da ve diğer birçok yerde, tarihler DD-AA-YYYY olarak yazılır. (02-10-2015 = 2 Ekim 2015 veya 2 Ekim 2015).

Magento ABD merkezli olsa da, gelişimin çoğu Ukrayna'daki programcılar tarafından yapıldı. 

Bu hatayı ücretsiz bir Magento uzantısıyla düzelttik (böylece herhangi bir Magento Temel Kodunu değiştirmek zorunda değilsiniz). Sitemize ücretsiz olarak indirdik: http://www.CustomerParadigm.com/download/Magento-Date-Switch-Fix-Extension.zip

Bunu blogumuzda daha ayrıntılı olarak ele aldım: http://www.customerparadigm.com/magento-bug-magento-customer-create-date-juxtaposition/

ce 1.9 ce 1.8.1 hata düzeltmek var Aşağıda fark: