[JMP14] 프로젝트 보관 경로 - 검토 및 의견 요청.프로젝트의 파일 경로 시스템을 수정하고 향상 시키려고합니다. 보관 된 C / Users / davle / documents / current_work / 2016 / blah / blah / blah / file.jmp와 같은 매우 긴 중첩 경로의 이전 문제를 피하는 다른 사람들과 공유하여 프로젝트를 아카이브 할 때 폴더 구조를 중첩시킵니다.
저널은 공유하고 파일의 절대 경로를 포함 할 때도이 문제가 있습니다. @brady_brady '의 저널 패키지 도구는 이것을 이용하여 경로를 평평하게 만들고 로컬로 만들고 많은 스크립트를 편집하여 수동으로이 작업을 수행합니다. 프로젝트에 folderA / bigclass.jmp 및 folderB / bigclass.jmp가있는 경우 충돌 가능성도 있습니다. 이러한 고유하지 않은 이름은 실제로 다른 데이터 테이블 일 수 있습니다.
어쨌든 제안 된 솔루션을 검토하는 데 도움이 필요합니다. 아래의 사례를 살펴보면 누구나 이러한 파일 이름 충돌 상황에 대한 문제를 볼 수 없습니다. 그리고 이것들 중 누구라도 귀찮게하거나 혼란스럽게합니까?
이 파일은 많은 파일이 북마크되어있는 프로젝트입니다. 그런 다음 프로젝트를 다른 사람과 공유하려는 목표로이 프로젝트를 보관하고 모든 파일을 염두에두고 보관하고 컴퓨터에서이를 소비하며 상관 없어요 / 내 파일 시스템에서 원본 파일의 위치를 알고 싶습니다.
프로젝트 보관 경로
왼쪽의 원본 디스크 경로. 오른쪽에 보관 경로
시나리오 1
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
|
C : \ Aaron \ Big 클래스 2.jmp
|
|
C : \ users \ aander \ Desktop \ JMP \ Big 클래스 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
시나리오 2
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
|
C : \ Aaron \ Big Class.jmp
|
|
C : \ users \ aander \ Desktop \ JMP \ Big 클래스 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
시나리오 3
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
|
C : \ Aaron \ Big Class.jmp
|
|
C : \ users \ aander \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
시나리오 4
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
|
C : \ Aaron \ Big Class.jmp
|
|
C : \ users \ aander \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
JMP \ Data \ Big Class.jmp
|
시나리오 5
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
|
C : \ Aaron \ Big Class.jmp
|
|
C : \ users \ aander \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
aander \ JMP \ Data \ Big Class.jmp
|
D : \ Stuff \ JMP \ Data \ Big Class.jmp
|
Stuff \ JMP \ Data \ Big Class.jmp
|
시나리오 6
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
|
C : \ Data \ Small Class.jmp
|
|
C : \ Program Files \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C : \ Aaron \ Small Class.jmp
|
|
Re : [JMP14] 프로젝트 아카이브 경로 - 검토 및 의견 요청.Re : [JMP14] 프로젝트 아카이브 경로 - 검토 및 의견 요청.하이 댄,
귀하의 모든 솔루션은 나에게 합리적으로 보입니다. 나는 당신이 최고로 보여주는 매우 짧은 아카이브 경로를 좋아합니다. 그래도 질문. 아카이브 이름 위로 마우스를 가져 가면 원래 파일 경로를 볼 수 있습니까? 파일이 실제로 다른 곳에 고유하지 않은 파일 이름이있을 때 유용하다는 것을 알 수있었습니다.
계산서
Re : [JMP14] 프로젝트 아카이브 경로 - 검토 및 의견 요청.하이 댄,
저널의 경우 기본적으로 테이블 스크립트를 복사하여 스크립트로 삽입합니다. 그것은 깨진 테이블 링크에 대한 두려움없이 이메일을 보내거나 이메일 폴더로 파일 폴더를 압축 할 필요가있는 강력한 저널을 만들어냅니다. 프로젝트에 대한 옵션을 고려 했습니까? 환경 설정을 통해 최소한 링크가 아닌 테이블의 스크립트를 저장할 수있는 옵션이 있습니다. 그러면 링크가 끊어져도 걱정할 필요가 없습니다.
베스트,
말콤
Re : [JMP14] 프로젝트 아카이브 경로 - 검토 및 의견 요청.프로젝트를 "보관 취소 할"때 사용자에게 런타임 선택권을 제공하는 것이 얼마나 많은 일입니까?
1) 원본 폴더 이름 사용
2) 가장 짧은 고유 경로 사용
3) 가장 짧은 고유 폴더 사용
사용자가 결정할 수 있습니다. 모든 선택이 항상 명확하지 않은 후에 ... 절충안이 있습니다. 때로는 전체 경로 (예 : 프로젝트가 조직 내에서만 공유되는 경우)에는 의미있는 상황 별 정보가 포함되어있어 사용자가지기를 꺼리는 경우가 있습니다. 이 경우 옵션 1을 사용할 수 있습니다. 옵션 2, 가장 짧은 고유 경로는 Aaron이 설명하는 "양호한"/ "나쁜"시나리오가 문제가되지 않는 한 대부분의 다른 경우에 매력적일 수 있습니다. 이 경우 옵션 3을 사용하십시오.
한 가지 방법 만 구현할 수 있다면 선택할 방법이 확실하지 않습니다. 그들은 모두 장단점이 있습니다. 주어진 사용자에게 3 가지 옵션 중 하나가 압도적으로 명백한 선택 일 수 있습니다. 어쩌면 EA는 대부분의 사람들에게 가장 유용한 것이 무엇인지에 대한 피드백을 줄 것입니다.
Re : [JMP14] 프로젝트 아카이브 경로 - 검토 및 의견 요청.또한 가장 짧은 고유 경로라고하는 변형이 있습니다. 이전과 동일하지만 폴더 수준을 계속 추가하여 다른 폴더에서 생성 된 파일이 아카이브의 같은 폴더에 저장되지 않도록합니다. 위의 시나리오 6을 다음과 같이 변경합니다.
시나리오 6
C : ₩ Program Files ₩ JMP ₩ Samples ₩ Data ₩ Big Class.jmp
|
Samples \ Data \ Big Class.jmp
|
C : \ Data \ Small Class.jmp
|
C \ Data \ Small Class.jmp
|
C : \ Program Files \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C : \ Aaron \ Small Class.jmp
|
|
우리는 여전히 이상한 이름의 폴더를 가지고 있습니다. (최소한 알고리즘의 세부 사항을 알지 못한다면 왜 그것이 명확하지는 않습니다. 왜 그것이 어디에 있는지 생각하지 않는 한), 그렇지 않은 것들을 함께 모으는 문제는 너무 복잡합니다. 함께하기로되어 있었다.
Re : [JMP14] 프로젝트 아카이브 경로 - 검토 및 의견 요청.컨텍스트에서 Dan이 위에 올린 것은 우리가 가장 짧은 고유 경로라고 부르는 한 알고리즘의 결과입니다. 기본적으로 프로젝트의 두 파일의 파일 이름이 같으면 각 파일이 들어있는 폴더의 이름을 사용하여 서로 다른 폴더에 파일을 저장합니다. 두 개 이상의 파일이 동일한 파일 이름을 갖고 있고 같은 이름의 폴더에있는 경우 중첩 된 폴더 구조 등 두 가지 수준을 저장합니다. 이는 전체 폴더 구조를 저장하지 않고도 재구성 가능한 장소에 물건을 넣으려는 시도였습니다. 그러나, 시나리오 5 상황이 꽤 혼란스러워 질 수 있습니다. 시나리오 6 우리는 실제로 서로 다른 폴더에서 시작된 파일이 프로젝트 아카이브에 통합 될 수 있습니다.
시나리오 6에 대한 나에게 걱정되는 점은 다음 경로가 북마크 된 프로젝트입니다.
/ data / broken data / 2017-04-20 / data.jmp
/ data / correct data / 2017-04-20 / stuff.jmp
/test/data.jmp
/test/stuff.jmp
가장 짧은 고유 경로 알고리즘 하에서, 이들은 프로젝트 아카이브에 다음과 같이 복사됩니다 :
/2017-04-20/data.jmp
/2017-04-20/stuff.jmp
/test/data.jmp
/test/stuff.jmp
결과적으로 2017-04-20은 "손상된"데이터와 "양호한"데이터가 togheter에 저장됩니다. 어떤 이유로 기술적 인면에서 모든 것이 성가시다.
