「「FMC2Go 스케줄러의 스케줄 자동 업데이트 기능」의 계속」의 계속」의 계속
2921 단어 FileMaker
「「FMC2Go 스케줄러의 스케줄 자동 업데이트 기능」의 계속」의 계속」의 계속
점점 타이틀이 길어지고 있다고 생각하지 않아도 되지만, 이 파트는 이번에 한 단락입니다
어떻게 세션 데이터가 업데이트되는지 실제로 살펴보십시오.
어떻게 세션 데이터가 업데이트되는지 실제로 살펴보십시오.
레코드 가져 오기 (일치하는 레코드 업데이트)로 처리하는 것 같습니다.
자세한 내용은
홈 > 데이터 공유 > 데이터 저장, 가져오기 및 내보내기 > FileMaker Pro로 데이터 가져오기
참조
기존 FileMaker Pro 파일로 데이터를 가져오면 다음 작업을 수행할 수 있습니다.
- 가져온 원본 파일(소스 파일)에서 새 레코드 추가
- 가져온 파일의 정보로 레코드 업데이트
- 가져온 파일의 정보로 일치하는 레코드 업데이트
이 블록에서는
이런 연결로 가져오기
여기에서 키모
「대상외만 표시」스크립트 스텝을 실행하는 것으로, 이번 업데이트에 포함되어 있지 않은 「
__kp_Schedule_ID
(업데이트 파일측에서는: __kp_Session_ID
)」를 키에 가지는 세션을 대상 레코드로서 취득할 수 있습니다그 대상 레코드를 「대상 레코드 삭제」로 하는 것으로 낡은(갱신되지 않은) 「Schedule」테이블의 레코드를 일괄로 삭제하고 있습니다
이것은 「일치하는 레코드를 갱신」했을 때에, 임포트 된 레코드(갱신 대상이 된 레코드)가 대상 레코드가 되는 FileMaker의 구조를 잘 사용하고 있는 것 같습니다
정보에 업데이트가 있든 없든 온 스테이지에있는 레코드를 업데이트에 모두 포함함으로써 이번 업데이트에 포함되지 않은 레코드 = 지우고 싶은 레코드 (= 어떤 사정이 사라진 세션)로 취급 있는 것 같습니다.
단방향 레코드 동기화 솔루션은 가장 간단하고 확실한 방법입니다.
친숙한 구조로 "Speaker"와 "SessionSpeaker"와 "Vendors"의 내용을 업데이트하는 것 같습니다.
그리고 끝까지 "$err_msg"에 값이 들어가지 않으면 업데이트가 오류없이 끝난 것으로 보인다.
잘 모르는 처리
잘 모르는 처리였던 이 블록
"Speaker_Photo_FullSize"를 "zz_Photo_Import_Staging"으로
Speaker_Company_Logo를 zz_Logo_Import_Staging에서
교환하는 처리를하고있는 것 같습니다.
그러나 가져 오기 연결을 보면 "zz_Photo_Import_Staging", "zz_Logo_Import_Staging"모두 가져올 대상이 아닙니다.
뭔가 뒷면적인 것이 담겨있는 것일까?
이번에는 가져 오기 대상이 아니기 때문에 "not IsEmpty"의 조건에서는 처리 대상이되지 않는 것 같습니다.
Speaker 가져오기 연결
덧붙여서 Speaker의 임포트 끈은 이런 느낌
이번에 「FMC2Go 스케줄러에 있어서의 스케줄의 자동 업데이트 기능」관련은 끝
내일은 또 다른 일을 다
Reference
이 문제에 관하여(「「FMC2Go 스케줄러의 스케줄 자동 업데이트 기능」의 계속」의 계속」의 계속), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/_takeuchi_/items/10522b94642db42460e1텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)