디렉토리 가져오기를 위한 영구 테이블과 임시 테이블

디렉토리 가져오기를 위한 영구 테이블과 임시 테이블

질문:.파일 구조를 데이터베이스로 가져오는 데 필요한 테이블을 계속해서 떨어뜨리고 다시 만드는 데 나쁜 점이 있습니까?테이블이 존재할 경우 각 사용자는 자신의 테이블을 얻을 수 있습니다. 마지막 가져오기 시작 시 복구는 아래 세부 정보입니다.

저는 파일 가져오기 프로젝트를 진행하고 있으며 사용자 폴더의 내용을 읽고 데이터베이스로 가져오기 위해 동적 또는 임시 테이블을 진행할 계획입니다.파일/폴더 경로에 !#%와 같은 불일치 데이터가 있습니다. 가져오기의 일부는 파일/폴더 경로의 끝에 있는 neumeric 데이터를 찾는 것입니다. "ron & jared's visit # 3"은 php 5.6 및 mariadb 5.5를 사용하는 예입니다. 폴더 정보가 매우 엉망이고 사용자들이 항상 기억할 것 같지 않기 때문에,테이블을 사용하고 수입이 완료된 후에 폐기하는 것이 부정적인 영향이 있는지 알고 싶습니다.

실제 테이블 가져오기_사용자를 만들고 싶은 유혹을 느낍니다.각 가져오기에 대한 ID와 정전에서 폴더의 잘못된 char를 처리할 때 발견하지 못한 버그로 인해 가져오기 세션이 실패할 경우 다음 번에 가져오기를 시도할 때 다시 시작할 수 있습니다. 가져오기 파일 페이지로 이동하면 테이블 import_user를 확인할 수 있습니다.ID if exists는 마지막 줄을 읽고 "...." 다음에 spute out import가 실패했습니다. 그런 다음 디렉토리를 다시 읽고 디렉토리 트리를 출력합니다.폴더/incident001/visit001/file001을 가져오기 위해 정상화를 시도하고 있습니다.

일단 파일 구조가 테이블로 읽혀지면 php 스크립트는 사용자를 위해 정규화를 시도하고 잘 정규화되지 않은 폴더에 경고를 표시합니다.그런 다음 사용자는 누락 또는 다음 방문 #visit002 visit007 visit025 등의 드롭다운과 함께 주어진 템플릿에 따라 디렉토리/파일 구조를 수정하라는 메시지를 표시하여 정규화된 폴더/파일 구조를 수정하도록 합니다.그런 다음 파일/폴더의 이름을 바꾸고 zip 파일에 넣습니다. 그러면 제출 시 새 정규화된 파일 경로와 zip 파일 대상을 데이터베이스에 복사하고 zip을 올바른 위치의 웹 서버 파일 시스템으로 이동합니다.

id/original file location/normalized file location은 테이블의 열 범위입니다.디렉터리 읽기는 원본을 채우고 사용자가 정규화를 정리한 후 정규화된 열을 채웁니다.파일/visits/incidents에서 순서대로 이름 변경을 실행한 다음 이를 사용하여 사고 폴더를 zip에 넣어 zip 파일을 분리하여 저장합니다.완료되면 최종적으로 import_user를 삭제합니다.신분증.

내가 아는 가장 큰 것은 수백개의 사고 폴더가 있는 1000개 정도의 방문 폴더입니다. 평균적으로는 몇개의 사고 폴더와 30개 정도의 방문 폴더가 있습니다.

아마도 "보류중" 입력을 위한 테이블이 하나 있을 것입니다.정보의 '상태'를 나타내는 열을 가집니다(새로 로드됨, 양호, 불량, 사용자 정리 대기 중 등).

주기적으로 테이블을 스캔하여 "새로 만들기" 행을 확인하고, "좋은" 행을 "진짜" 테이블로 이동하며, 사용자에게 "나쁜" 행을 수정하도록 이메일을 보내는 등의 작업을 수행합니다.

이 모델은 표를 "데이터 흐름"의 일부로 사용하며, 특히 "청소" 단계의 일부로 사용합니다.

언급URL : https://stackoverflow.com/questions/29617164/permanent-vs-temporary-table-for-directory-import