Tại sao created_at (bảng customer_entity) được đặt để thay đổi khi cập nhật?

Khi nhìn vào cấu trúc của customer_entitybảng, tôi nhận thấy created_attrường có thuộc tính này : on update CURRENT_TIMESTAMP. Vì vậy, mỗi khi hàng được cập nhật, created_atdấu thời gian sẽ thay đổi.

Có vẻ như thuộc tính này nên tồn tại trên updated_attrường chứ không phải created_attrường. Tôi biết rằng hiếm khi bảng này được sửa đổi trực tiếp do cấu trúc EAV, nhưng dường như vẫn chưa bao giờ sửa đổi created_attrường.

Có một lý do cho cấu trúc bảng này, hoặc nó chỉ là một lỗi?

Chỉnh sửa: Tôi tìm thấy một báo cáo lỗi được xác nhận từ Magento cho việc này. Vấn đề # 27944. Thật không may, bạn phải đăng nhập để xem nó. http: //www.magentoc Commerce.com/orms-tracking/su?su=13882

Đây là những gì tôi tìm thấy. Vấn đề chỉ xuất hiện trên Magento CE 1.6+ (và phù hợp với các phiên bản EE). Đó là do các tập lệnh cài đặt / nâng cấp mới sử dụng DDL kết hợp với mysql.
Trong các phiên bản trước 1.6, đây là cách created_atvà updated_atcác cột trông như thế nào:

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

Trong 1.6+ ddl trông như thế này:

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

và tạo:

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

Sự khác biệt là defaultgiá trị bị thiếu.
Và, như được mô tả ở đây ,

Với cả DEFAULT CURRENT_TIMESTAMP cũng như CẬP NHẬT CURRENT_TIMESTAMP, cũng giống như chỉ định cả DEFAULT CURRENT_TIMESTAMP và TRÊN CẬP NHẬT CURRENT_TIMESTAMP.

Và vì MySQL chỉ cho phép một cột dấu thời gian CURRENT_TIMESTAMPlà mặc định hoặc cho on update, nên created_atcột kết thúc như thế này.

Đây chắc chắn là một lỗi Magento.

Trước hết, hãy đọc câu trả lời của Marius để xem những gì đang xảy ra trong cơ sở dữ liệu.

Tôi chỉ muốn đề cập rằng hầu hết các nhà phát triển sẽ không gặp phải vấn đề này nếu mô hình của họ mở rộng đúng cách Mage_Core_Model_Abstract. Ngăn xếp trông như thế này:

1. Your_Model::save cuộc gọi
2. Mage_Core_Model_Abstract::save cuộc gọi
3. Mage_Eav_Model_Entity_Abstract::save cuộc gọi
4. Mage_Eav_Model_Entity_Abstract::_beforeSave cuộc gọi
5. Mage_Eav_Model_Entity_Abstract::walkAttributes cuộc gọi
6. Mage_Eav_Model_Entity_Attribute_Backend_Time_Created::beforeSave

Điều này thực hiện như sau:

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

Chỉ cần lưu ý rằng điều này có thể có vấn đề đối với một số địa điểm trong cả CE> = 1.8.x và EE> = 1.13.x.

Chúng tôi cũng đã tìm thấy lỗi này và nghĩ rằng nó dựa trên sự khác biệt giữa mã hóa ngày của Hoa Kỳ và Châu Âu.

Ở Hoa Kỳ, ngày tháng được viết MM-DD-YYYY. (02-10-2015 = ngày 10 tháng 2 năm 2015). Nhưng ở châu Âu và nhiều nơi khác, ngày tháng được viết DD-MM-YYYY. (02-10-2015 = ngày 2 tháng 10 năm 2015 hoặc ngày 2 tháng 10 năm 2015).

Trong khi Magento có trụ sở tại Mỹ, phần lớn sự phát triển được thực hiện bởi các lập trình viên ở Ukraine. 

Chúng tôi đã sửa lỗi này bằng tiện ích mở rộng Magento miễn phí (để bạn không phải thay đổi bất kỳ Mã lõi Magento nào). Chúng tôi đã đưa nó lên trang web của chúng tôi dưới dạng tải xuống miễn phí: http://www.CustomerParadigm.com/doad/Magento-Date-Switch-Fix-Extension.zip

Tôi đã trình bày chi tiết hơn về blog của chúng tôi ở đây: http://www.customerparadigm.com/magento-orms-magento-customer-create-date-juxtap vị trí /

ce 1.9 đã sửa lỗi trong ce 1.8.1 Dưới đây là khác biệt: