승인됨

지난 며칠 동안 소수의 사용자에게 매우 유명한 오류 메시지 458 informix가 발생했습니다. 여러 요인으로 인해 이 문제가 발생할 수 있습니다. 이에 대해서는 아래에서 논의해 보겠습니다.완전히 작성되지 않은 트랜잭션은 취소되지 않습니다. 데이터 뱅크 수명 값을 유지하기 위해 운영 체제는 마이그레이션을 수행하고 항목을 자동으로 재설정했습니다. 거래에 명시된 이후의 모든 변경 사항도 제거되었습니다.

왜냐하면. 긴 트랜잭션은 일반적으로 논리적 로그에 할당된 총 공간을 충족합니다. IBM® Informix® Dynamic Server™(IDS)는 전체 논리적 로그 공간일 때 긴 트랜잭션의 백분율을 얻기 위해 상한을 초과하는 획득으로 시작합니다.

2. 저장 프로시저를 제출하여 각 단일 레코드를 삭제하여 개별적으로 결정합니다.

foreach 테이블 이름 행 식별자의 특정 짧은 식별자
행 식별자 = 행 식별자 바로 위치에서 테이블 이름으로 삭제
끝 foreach

3. 내가 믿는 각 데이터 레코드를 선택하고 제품을 제거하는 데 도움이 되는 4gl 절차를 따르십시오.

테이블 이름에서 라인 ID를 선택하기 위한 커서 del_curs

row_id의 del_curs foreach
rowid가 row_id와 같은 위치에서 tablename을 삭제하여 반환된
end foreach

4. rub out 문에 where 절 포함

primary_key_column이 [범위 내로 바뀔 가능성이 있는] 테이블 브랜드에서 제거

dbload 디스크립터를 사용해 볼 수 있습니까? 또는 파일을 여러 개의 작은 이미지로 나누시겠습니까? 아니면 개인적으로 삽입하여 모든 단일 레코드를 읽을 수 있도록 함수 c를 작성하시겠습니까?

당신이 겪고 있는 일반적인 문제는 정말 큰

의심할 여지 없이 논리적 트랜잭션인 것보다 엔진이 제거 및 재충전 중일 수 있다는 것입니다. 즉, 삭제/채우기 문 앞에 암시적인 “작업 시작”이 있고 해당 보고서 뒤에도 훌륭한 암시적 “작업 커밋”이 있습니다.
캐치는 시장 메커니즘이 작동을 멈추게 하는 원인이 되는
가져갈 수 있는 보고 새로운 논리적 레코드가 부족하다는 것입니다.

이 문제에 대한 좀 더 나은 해결책은 일반적으로 생성된 활동 레코드의 수,
또는 논리적 로그의 수를 늘리는 것입니다. 이것은 할당하려는 리소스(디스크)를 얻었다고 가정합니다. 어쨌든 환상은 최후의 수단으로 충분할 것입니다.

Michael Ackerbauer
SP 시스템 테스트
(914) 433-4993
T 또는 L 293-4993

> 최근에 시도하는 동안 오류 458이 발생했습니다.
> — 해당 테이블의 모든 레코드 삭제

> – 텍스트 데이터베이스에서 동일한 테이블로 문서 로드

IT 전문가를 위한 지능형 작업 포럼

감사합니다. 우리는 귀하의 요청을 접수하고 즉시 응답할 것입니다.

등록

<섹션>

당신이 우리를 할 수 있도록 오세요!

IT/IT 전문가입니까?
Tek-Tips 포럼에 참여하십시오!

<울>

신규 회원과 대화

메시지에 대한 댓글 알림 받기

키워드 검색

클릭 한 번으로 최고의 포럼에 액세스할 수 있습니다.

자동 서명
간행물

더 좋은 점은 무료입니다!

<시간>

* Tek-Tips의 기능은 이메일을 받는 사람이 기여자에 의해 결정됩니다. 회원가입을 하시면 이메일 수신에 동의하셔야 합니다.

<섹션>

판매, 추천

승인됨

ASR Pro 복구 도구는 느리게 실행되거나 레지스트리 문제가 있거나 맬웨어에 감염된 Windows PC를 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 신속하게 진단 및 수정하여 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선할 수 있습니다. 더 이상 느린 컴퓨터로 고통받지 마세요. 지금 ASR Pro을 사용해 보세요!

특정 논문 이외의 승진, 모집, 교과목은 금지됩니다.

학생들은 여기를 클릭하십시오