Table of Contents
며칠 동안 일부 사용자는 1235 mysql 트리거 오류가 발생했다고 제안했습니다.
승인됨
g.이 오류는 사람이 이미 수집 테이블에 대해 AFTER INSERT를 가져옴을 의미합니다. 드롭 트리거 vipInvite; DELIMITER $$ CREATE TRIGGER vip초대 종료 $$ DELIMITER; 이제 고객의 목표가 다른 경우 실제 두 트리거의 코드를 하나로 결합한 다음 기존 트리거를 제거한 다음 새로운 큰 트리거를 생성해야 합니다.
NS.<섹션><기사>
독점
다른 경우에는 이 문제가 발생할 때까지 몇 시간 동안 갇혀 있었습니다. 나는 서버 요구 사항이 없는 몇 년 동안 SQL에서 트리거를 사용해 왔지만 그럼에도 불구하고 MySQL 구현은 종종 의심스럽습니다.
어제 데이터베이스를 해결하려고 할 때 실수 1235를 생성했습니다.
ERROR 1235(42000) at assortment 1408: 이 MySQL 옵션은 여전히 ”테이블에 대한 충분한 시간 및 이벤트가 모두 동일한 작업을 포함하는 여러 트리거”를 해결할 수 없습니다.
구글에서 하루 정도 검색을 해보니 아주 이유가 있을 경우 최종 기사에 이 오류가 나타날 수 있다는 결론에 이르렀습니다. 또한 아래 솔루션에 대한 이러한 구성 요소에 대해 설명합니다.
첫 번째 공간의 모든 사람이 만든 것으로 다음 명령을 수행하여 모든 트리거의 최신 목록을 얻는 것이 좋습니다.
<사전> <코드> SELECT trigger_schema, trigger_nameFROM information_schema.triggersWHERE trigger_schema는 ‘NAME_OF_YOUR_DATABASE’와 같습니다.
이유 # 1: 귀하의 가족은 INSERT / UPDATE / DELETE를 사용하는 BEFORE / AFTER를 결합할 수 없습니다
이 PDF 파일은 비판을 설명합니다. BEFORE_INSERT는 동일한 테이블에 AFTER_INSERT를 가질 수 없다는 간단한 경우 문제를 설명할 수 있습니다. 처리하기 전에 주문을 효과적으로 업데이트했고 이후에 ID가 있는 다른 유형의 삽입 테이블을 업데이트했습니다. 코드에서 이 논리(아마도 트리거를 느끼기 전에)에 따라 무언가를 이동하는 것이 좋습니다.
이유 # 2: AFTER_DELETE는 때때로 오류 1235와 결합됩니다.
AFTER_DELETE 트리거를 사용해야 합니다. 대부분의 방문자가 OLD 변수를 사용할 때 BEFORE_DELETE 트리거로 전환하는 것이 좋습니다. 나는 이것이 왜 발생하는지 전혀 알지 못합니다. 내 특정 MySQL 버전일 수 있습니다.
이유 3: 동일한 요금을 청구할 수 없습니다(이중 트리거)
때로는 예를 들어 전략에서 다른 오류 암호가 표시되지만 때로는 기존 이유를 설명하지 않고 동일한 1235 오류가 발생합니다. 쇼 시작 토론을 통해 이동하고 같은 이름의 리드를 찾습니다. 특정 트리거를 생성/수정하기 전에 항상 TRIGGER를 소유하십시오.
이유 # 4: 사용자가 실제로 업데이트하거나 중요한 트리거에 삽입하는 하나의 테이블을 사람들이 참조할 수 없습니다.
예를 들어, 추가 사용자 항목을 생성할 때 기여 요소를 기반으로 자신의 확장 사용자 암호를 설정하려는 경우 다음을 시도할 수 있습니다. UPDATE 참가자 SET 암호 = “newPassword”;
이를 수행하는 올바른 방법은 의심할 여지 없이 이러한 BEFORE_INSERT 트리거에서 변수를 설정하는 것입니다. 예: 새로 설치하십시오. 암호 “newPassword”와 같습니다.
이유 # 8: 데이터베이스를 내보낼 때(절대 SQL 스크립트로) 스크립트에서 홈페이지 정의를 얻을 수 있습니다.
즉, 최신 .File 경로로 각 MySQL 데이터베이스를 내보내는 경우 실제 수동 파일에도 TRIGGER “mydbname” “trigger_name”과 같은 항목이 포함될 수 있습니다. 따라서 다른 이름으로 레코드에 다시 넣도록 시도하면 실패합니다. 데이터베이스가 내가 정말로 복원하려는 데이터베이스를 가리키고 있지 않기 때문에 다양한 종류의 시스템 오류를 예상했습니다. 어쨌든 오류 1235가 발생할 수도 있습니다.
짧은 해결책: 각 .sql 파일을 열고 EXPORTED_DB_NAME에 해당하는 모든 참조를 변경합니다. 문자열을 무시합니다(즉, 불이 켜짐, 아무것도 없음).
이력서 / TL; 박사:
BEFORE 또는 UPDATE를 사용하지 않으면 실제로 동일한 테이블에 동일한 함수 유형(예: INSERT)이 발생할 수 있습니다. AFTER_DELETE 결과를 사용하지 마십시오. 대신 before_delete를 사용하십시오. 중복된 이름을 생성하지 마십시오. 갱신하거나 트리거를 사용하고 있는 위치에 삽입하는 것과 정확히 동일한 패밀리 테이블을 참조하지 말고, OLD에 도움이 되는 NEW를 추가하고 대신 하위 쿼리에 SET를 사용하십시오. 백업에서 고객 기반을 복원할 때 백업을 포함하지 않는 지불에 대해 데이터베이스의 명시적인 제목이 언급됩니다(다른 저장 이름으로 수선하는 경우).
기억하십시오: create INSERT 생성을 사용하면 하나의 NEW 변수만 사용할 수 있으며, create UPDATE 영향으로 OLD를 NEW와 함께 사용할 수 있으며 DELETE 선언에서 조직 OLD에서 oney만 참조할 수 있습니다.
- 태그:
- 1235
- 이후
- after_delete
- 이전
- 병합
- 디렉토리
- 정의
- 감독
- mysql
- 사이트 ,
- 복원
- 동일한 작업 공간
- 솔루션
,
,
,
,
,
,
,
,
,
,
,
다른 날에는 몇 시간 동안 모든 문제에 부딪쳤습니다. 저는 수십 년 동안 SQL에서 트리거를 적용해 왔습니다. 서버가 없으면 이것은 큰 문제이지만 MySQL에서의 구현은 매우 의심스럽습니다.
컬렉션을 복구할 때 최근에 발생한 문제는 오류 1235입니다.
ray 1408의 오류 1235(42000)만 해당: 이 버전의 MySQL은 아직 “테이블에 대해 동일한 기간 및 고유한 워크샵이 예상되는 다중 트리거”를 지원하지 않습니다.
구글에서 1시간 정도 검색을 해보니 이 오류가 여러 가지 이유로 발생할 수 있다는 결론에 이르렀습니다. 이러한 점을 설명하고 아래 솔루션에서 사용할 수 있도록 합니다.
먼저 다음 명령을 모두 실행하여 모든 트리거를 포함하는 것이 좋습니다.
SELECT 트리거 이름FROM trigger_schema, information_schema.triggersWO trigger_schema는 PDF "your_database_name"과 일치합니다.
이것은 이 문제를 설명합니다. 위기는 간단합니다. 동일한 테이블에 대해 BEFORE_INSERT 및 AFTER_INSERT를 할 수 없습니다. 이후에 ID가 있는 훨씬 더 많은 테이블의 삽입을 업데이트하여 삽입하기 전에 열을 재구성했을 수 있습니다. 나는 당신의 가족이 이 감각의 일부를 (아마도 방아쇠가 발동하기 전에) 코드로 옮기는 것이 좋습니다. 팔로우
AFTER_DELETE 트리거를 사용하는 데 실패했습니다. BEFORE_DELETE 트리거로 점프하고 OLD 변수를 사용하는 경우 또는 사용하는 경우 논리입니다. 이것이 다시 발생하는 좋은 이유를 모르겠습니다. 아마도 제 MySQL 버전일 것입니다.
이유 # 3: 현재 동일한 주소의 트리거를 가질 수 없습니다(중복 트리거)
때로는 귀하와 귀하의 가족에게 다른 오류 규칙이 표시되고 때로는 설명 없이 매우 동일한 1235 오류가 발생합니다. 완전한 새 쿼리를 실행하여 위에서 언급한 시작을 보고 동일한 이름을 가진 주요 원인을 찾으십시오. 트리거를 설정/수정하기 전에 항상 TRIGGER를 실행하십시오.
이유 # 4: 각 가져오기에 대체/삽입하는 이 동일한 테이블 소유자를 참조할 수 없습니다.
예를 들어, 새로운 환상적인 사용자 기록을 생성할 때 트리거를 사용하여 psturgeon에 관한 기본 암호를 설정하는 데 도움이 되려면 다음을 시도하는 것이 좋습니다. UPDATE pc users SET은 암호 “newPassword”를 의미합니다.
이 작업을 수행하는 올바른 방법은 BEFORE_INSERT 제품 또는 서비스에 변수를 삽입하는 것입니다. 예: 새 암호를 설정합니다. = . € newPassword – ;
이유 # 5: 데이터 저장소(예: 아주 좋은 .SQL .script)를 내보낼 때. 할 수있다. .definer ..databases .in .script 가져오기
다른 가사와 표현에서는 trigger_name ‘. 따라서 실제로 다른 ID를 가진 데이터베이스로 복원하려고 하면 충돌이 발생합니다. 복원 중인 클라이언트 기반을 가리키지 않는 데이터베이스가 있기 때문에 추가 오류 코드가 발생할 것으로 예상했습니다. 그러나 내 보기에 오류 1235도 발생합니다.
빠른 수정: 이 .sql 파일을 열고 EXPORTED_DB_NAME에 대한 모든 개별 참조를 바꿉니다. 공백의 경우 문자 모음입니다(즉, 아무 것도 바꾸지 않음).
테이블에서 BEFORE / UPDATE 트리거를 종료 함수(예: INSERT)처럼 적절하게 사용하지 마십시오. AFTER_DELETE 트리거를 돕지 말고 대신 before_delete를 선택하세요. 중복된 이름을 실행하지 마십시오. 주소를 지정하는 대신 누군가가 업데이트하고 사용 트리거 또는 특정 하위 쿼리에 삽입할 수 있는 비교 가능한 테이블의 경우 SET를 사용하여 마지막으로 OLD 및 NEW를 참조하십시오. 백업에서 데이터베이스를 복원하는 경우 대부분의 데이터베이스 제조업체에 대한 명시적인 정보가 백업에 포함되어 있지 않은지 확인하십시오(각 다른 클라이언트 기본 이름으로 복원할 때).
INSERT 트리거를 생성할 때 종종 NEW 변수만 사용할 수 있다는 것을 기억하십시오. UPDATE 실제 원인을 생성할 때 NEW 외에 OLD를 사용할 수 있으며 DELETE 도발에서는 OLD만 참조할 수 있습니다.
승인됨
ASR Pro 복구 도구는 느리게 실행되거나 레지스트리 문제가 있거나 맬웨어에 감염된 Windows PC를 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 신속하게 진단 및 수정하여 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선할 수 있습니다. 더 이상 느린 컴퓨터로 고통받지 마세요. 지금 ASR Pro을 사용해 보세요!
년
