업데이트시 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기본값 또는on update 하므로 created_at열은 다음과 같이 끝납니다.

이것은 확실히 마 젠토 버그입니다.

우선 Marius의 답변을 읽고 데이터베이스에서 무슨 일이 일어나고 있는지 확인하십시오.

모델이 제대로 확장되면 대부분의 개발자가이 문제에 부딪치지 않을 것이라고 언급하고 싶었습니다 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 년 10 월 2 일-2015 년 10 월 2 일 또는 2015 년 10 월 2 일).

마 젠토는 미국에 본사를두고 있지만 대부분의 개발은 우크라이나의 프로그래머가 수행했습니다. 

무료 Magento 확장으로이 버그를 수정했습니다 (따라서 Magento 코어 코드를 변경할 필요가 없습니다). 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의 버그를 수정했습니다. 아래는 차이점입니다.