고대의 알려지지 않은 저장 시스템에 필요한 도움
https://stackoverflow.com/questions/597851
-
11-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
아침 모두,
나는 고객에게 기존 데이터를 DOS 기반 시스템에서 내가 개발 한 새로운 시스템으로 마이그레이션 할 수 있다고 고객에게 말했습니다. 그러나 나는 이전 시스템에 데이터를 저장 한 파일을 실제로 보지 않으면 좋겠다고 말했습니다. Google이 빠르게 Google이 모든 문제를 해결할 것이라고 생각했습니다.
어쨌든,이 프로그램에는 수백 개의 폴더가 있습니다 ... 모든 종류의 파일 확장자, .ave, .bak, .brak, .dat, .001, .002 ...., .007, .dbf,. .DBE와 .HIS.
.Bak은 분명히 SQL 백업 파일이 아닙니다.
누구든지 데이터를 읽고 추출하는 방법의 방향으로 나를 가리킬 수있는 파일 유형을 사용하여 프로그래밍 경험이 있습니까?
원래 개발자가 이것을 허용 할 것이라고 생각하지 않는 이유 때문에 프로그램 이름을 언급 할 수 없습니다 ...
감사.
해결책
.dbf 파일이 dbase 형식, 정말 간단합니다. 그 내용은 나머지 사람들에게 단서를 제공 할 수 있습니다.
다른 팁
UNIX '파일'유틸리티는 '매직 번호'로 많은 파일 유형을 인식하는 데 사용될 수 있습니다. 파일의 내용을 검사하고 수천 개의 알려진 형식과 비교합니다. 파일이 어떤 종류의 공통 형식이라면, 아마도 많은 양의 작업을 절약 할 수 있습니다.
그들이 일반적인 형식이 아닌 경우, 붉은 청어를 쫓는 것을 보낼 수 있습니다. 제안을 제안합니다.
제안 된 사이트를 보완합니다 그렉 그리고 드미트리, 파일 형식의 저장소도 있습니다. http://www.wotsit.org ( "그 형식은 무엇입니까?").
그것이 도움이되지 않는다면, 좋은 16 진수 편집기 (덤프 디스플레이 포함)는 친구입니다 ... 나는 항상 많은 파일 형식을 읽고 인식하는 것이 얼마나 쉬운 지 놀랍습니다.
무엇이든 될 수 있습니다. 가장 좋은 것은 a 16 진 편집자, 당신이 볼 수있는 것을보십시오
대부분의 오래된 시스템은 기본 ISAM을 사용하여 테이블 당 하나의 파일이있는 고정 길이 데이터 레코드 세트가 포함되어 있습니다. 다른 파일은 아마도 인덱스 일 것입니다
인덱스가 아닌 데이터 만 필요하기 때문에 반복되는 데이터 패턴이있는 파일을 찾으십시오 (종종 HEX 편집기 화면에서 예쁜 패턴처럼 보입니다).
데이터가있는 파일을 찾으면 "Mr Smith"(Mr Smith”를 찾아 다른 필드를 해결할 수 있는지 확인하십시오. 정수는 종종 바이트의 바이트이며, 날짜는 종종 인코딩되고 알려진 시작일로부터의 날, 돈은 BCD에있을 수 있습니다.
강한 패턴이 보이면 각 레코드는 고정 된 길이 일 가능성이 높습니다. 파일에 128 또는 256 바이트가 표시된 다음 고정 길이 기록이있을 수 있습니다.
COBOL로 작성된 많은 오래된 시스템. Net Re Cobol 형식에 대한 많은 정보가 있으며 일부 회사는 COBOL ODBC 운전자도 판매합니다!
Greg가 .dbf 파일에 대해 옳다고 생각합니다. 같은 사이트를 사용하여 다른 파일 형식에 대한 정보를 찾아야합니다. http://filext.com 그리고 http://dotwhat.net. .bak 파일은 일반적으로 이름이 같지만 다른 확장자를 가진 다른 파일의 사본입니다. 예를 들어 Database.dbf 파일 및 Database.bak 파일의 백업이있을 수 있습니다. 고객의 해당 파일을 사용한 세부 정보/문서/소스 응용 프로그램 코드를 요청해야합니다 (가능합니다).
DOS 시절에 프로그래머는 자신의 파일 범위를 거의 보았을 때 거의 자신의 파일 범위를 구성하는 데 사용했습니다. DBF는 읽기 쉬운 DBase 파일 일 수 있으며 .Bak은 아마도 다른 중요한 파일 중 하나의 백업이거나 텍스트 편집기가 남긴 백업 일 것입니다.
나머지 파일의 경우 가장 먼저해야 할 일은 텍스트 편집기에서 열어서 읽을 수있는 ASCII 형식인지 확인하는 것입니다.
이것이 좋은 결과를 얻지 못하면, 제어 문자가 비워지면서 나란히 16 진수와 ASCII를 보여주는 바이너리 편집기에서 열어보십시오. 레코드 필드에 해당 할 수있는 반복 패턴을 찾으십시오. 예를 들어, .he는 주문 Histrory 파일과 같은 것이며 임베디드 제품 코드 또는 이름이 포함될 수 있습니다. 이 경우 해당 필드 간의 바이트 수를 계산하십시오. 일반 번호 인 경우 평평한 바이너리 파일이있을 수 있습니다. 이는 앱에서 파일을 열고 주어진 레코드의 값을 찾고 바이너리 파일에서 해당 값을 검색하여 디코딩하는 것이 가장 좋습니다. 시간이 많이 걸리고 엉덩이에 통증이 있지만 일단 걸어 다니면 충분히 실행 가능합니다.
행복한 해킹!
.dbf는 DBase 또는 초기 FoxPro 데이터베이스입니다.
.Dat은 Btrieve에 의해 사용되었으며, IIRC 역설은 DOS를 위해 사용되었습니다.
.dbe 및 .00x 파일은 아마도 .dat 파일과 관련된 임시 또는 인덱스 파일 일 것입니다.
.dbf는 쉽습니다. MS Access 또는 Excel (2007 년 이전 버전의 사무실) 또는 Ado 또는 ODBC로 열립니다.
.DAT 파일이 실제로 btrieve라면, 당신은 상처의 세계에 있습니다. 데이터 사전의 올바른 버전과 btrieve 구조의 사본을 손에 넣을 수 있더라도 엉망입니다. (그곳에 있었고, 그 일을 끝내기 전에 티셔츠를 입었습니다.)
다른 사람들이 제안한 바와 같이, 해당 파일이 무엇인지 알 수없고 DBF가 DBase 일 수 있다면 HEX 편집기를 권장합니다.
Bak은 백업 파일 인 것 같습니다. *.001, *.002 등이 백업의 일부일 수 있다고 생각합니다. 그들은 모두 같은 크기입니까? 아마도 백업이 더 작은 조각으로 나뉘어 제거 가능한 매체에 맞도록?
마지막으로, 이것을 인생의 교훈으로 받아들이십시오. 해당 작업 명세서를 보내기 전에 고객이 시스템 A에서 시스템 B로 데이터를 가져 오라고 요청하면 항상 샘플 스키마 및 샘플 데이터 및 샘플 파일을 요청하십시오. 똑바로 보이는 것들이 악몽 인 것입니다.
행운을 빕니다!
.001, .002 등이 모두 비슷한 타임 스탬프가있는 경우 파일의 수정 날짜를 단서로 사용하십시오. 또한 디렉토리에는 (다소 안전하게) 무시할 수있는 오래된 cruft가있을 수 있습니다. .BAT 파일을 찾고 해부하십시오.
.dbf 파일이 DBase, FoxPro 또는 해당 형식을 사용한 다른 제품 중 하나 인 경우 하나의 힌트. 그런 다음 ODBC를 사용하여 읽을 수 있습니다. 내 시스템에는 여전히 .dbf 용 ODBC 드라이버가 있습니다 (Vista, vs 2008- 어떻게 도착 해야하는지 사냥해야하지만 MDAC Microsoft 데이터 액세스 권한이 있다고 생각합니다). 따라서 ODBC 드라이버가 .dbf 파일을 읽는 경우 "uncking의 세계"가 없을 수 있습니다.
DBase가 .001, .002, ... 메모 (큰 텍스트) 필드를 사용했음을 사용했다는 것을 기억하는 것 같습니다 (20 년 전 DBase III 틴크 링)을 기억하는 것 같습니다.
데이터를 구원하려고 행운을 빕니다.
DBF 형식은 상당히 일반적입니다.
다른 파일은 수수께끼입니다. 나는 당신이 Old Btrieve 파일 (나쁜)을 다루거나 누군가가 자신의 데이터베이스를 하드 드라이브가 아닌 동일한 디렉토리로 뒷받침하는 일부 백업 체계의 결과와 함께 (희망적으로) 처리하고 있다고 생각합니다. 당신은 이것을 무시할 수 있습니다.
이제는 광범위한 부분이지만 몇 년 전 데이터 교차점을 사용하여 많은 파일 유형에서 다른 파일 유형으로 데이터를 마이그레이션했습니다. 파서를 쓰고 싶지 않다면 살펴보십시오.
.Dat은 Old Clarion 2.1 파일 일 수 있습니다 ... 키/색인 파일과 함께 ISAM 기준으로 작동합니다.
