무슨 뜻이신지 파악하는데 시간이 좀 걸리더군요.
그러니까.. 로컬 DB를 사용해서 고객관리를 하시는데, 그 로컬 DB의 datafile을 압축해서 보관하고 싶으시다는 거겠죠?
OS마다 약간의 차이는 있을지 모르겠지만, 아마 압축은 될겁니다. 하지만, 제 추측으로는 (지금 실험해보고 답변해드리고 싶지만 그럴 여건이 안되어서..) d열려있는 Datafile을 압축시키면 Read-Only의 attribute를 지니고 압축되지 않을까 싶네요?
대개 자료 백엎은, 트랜잭션이 일어나지 않는 상황에서 하는게 정상일텐데, 왜 굳이 열려있는 상태에서 얼려야 하는건지는 좀 궁금하네요. 아마도 보편적으로, 파일을 압축하고자 할 때는, 열려있는 모든 파일을 닫도록 프로그램이 능동적으로 유도한 담에 ("데이터 백엎을 위해서 열려있는 모든 창을 닫습니다. 유, 오케이?" 이런 따위의 질문..) 동의할 경우에 모든 창을, DB Transaction을 Commit시키고 수행해야 옳지 않나 싶네요.
그러니까.. 로컬 DB를 사용해서 고객관리를 하시는데, 그 로컬 DB의 datafile을 압축해서 보관하고 싶으시다는 거겠죠?
OS마다 약간의 차이는 있을지 모르겠지만, 아마 압축은 될겁니다. 하지만, 제 추측으로는 (지금 실험해보고 답변해드리고 싶지만 그럴 여건이 안되어서..) d열려있는 Datafile을 압축시키면 Read-Only의 attribute를 지니고 압축되지 않을까 싶네요?
대개 자료 백엎은, 트랜잭션이 일어나지 않는 상황에서 하는게 정상일텐데, 왜 굳이 열려있는 상태에서 얼려야 하는건지는 좀 궁금하네요. 아마도 보편적으로, 파일을 압축하고자 할 때는, 열려있는 모든 파일을 닫도록 프로그램이 능동적으로 유도한 담에 ("데이터 백엎을 위해서 열려있는 모든 창을 닫습니다. 유, 오케이?" 이런 따위의 질문..) 동의할 경우에 모든 창을, DB Transaction을 Commit시키고 수행해야 옳지 않나 싶네요.