助けを必要と古代、未知の蓄電システム
-
11-09-2019 - |
質問
朝、
思ったとき、顧客が移行の古いデータのDOSベースのシステムを新システムの開発した。しかしいことなく実際に見るファイル格納データのシステムだっッgoogleが解決すべての問題のために---私は違います。
とにかく、このプログラムのフォルダで数百...も800のファイルのファイル拡張子.ave.バク、.brw,.dat、.001,.002...., .007,.dbf,.dbeます。したのです。
.Bakではありませんから、SQLのバックアップファイルです。
いいプログラミング経験者が望ましい他のファイルの種類にもの方向にある読みを抽出データはもらえますか?
皆さんも、プログラムの名前の理由とはないと思いソフトウェアの開発元の会社によりこ---
感謝。
解決
私は、.dbfファイルがのdBASE形式であることを賭けて喜ん本当に簡単ですに、。その内容は、それらの残りの部分への手がかりを提供することがあります。
他のヒント
UNIX「ファイル」ユーティリティは、彼らの「マジックナンバー」によって、多くの種類のファイルを認識するために使用することができます。これは、ファイルの内容を調べて、既知のフォーマットの数千人と比較します。ファイルは、共通のフォーマットのいずれかの種類である場合、これはおそらく、あなたの仕事の良い量を節約することができます。
彼らは共通のフォーマットでない場合は、、それは赤いニシンを追いかけ、あなたを送信することができます。提案、ちょうどそのように、その提案を取ります。
グレッグによって提案されたサイトへの補完にとのドミトリに、またファイルのリポジトリがあります http://www.wotsit.orgするでフォーマット( "そのフォーマットは何ですか?")。
それが解決しない場合は、(ダンプ表示付き)の良好なバイナリエディタはあなたの友達です...私はいつもそれが多くのファイルフォーマットを読み、理解することができますどのように簡単に、それは驚くべき発見しました。
何でもかまいません。最善ではバイナリエディタにで開く、と見ることですあなたが見ることができるもの。
ほとんどの古いシステムでは、固定長データレコードのセットを含んでいテーブルごとに一つのファイルを持っていた基本的なISAMを使用しました。他のファイルはおそらくインデックスになります。
あなただけの
(それは多くの場合、バイナリエディタ画面上のかなりのパターンのように見える)だけでデータパターンを繰り返すことで、ファイルを探し、データではなく、インデックスを必要と あなたがデータを含むファイルを見つけた場合、、例えば既知のレコードを検索してみてください「スミス」、あなたは他の分野をうまくできるかどうかを確認します。整数であることが多いバイトごと、日付が頻繁にコードされていると知られた開始日からの日数は、お金がBCDになる可能性があります。
あなたは、強力なパターンが表示された場合は、、そして、最も可能性の高い各レコードは固定長です。そこはおそらく、ファイルのヘッダー・ブロックは、128または256バイト、その後、固定長レコードを言うだろう。
COBOLで書かれた多くの古いシステム。そこの情報の多くは、ネットの再COBOLのフォーマットであり、そしていくつかの企業でもCOBOL ODBCドライバを売る!
と思いGregあります。dbfファイルです。実際に試したほうがよいでしょうを見についての情報その他のファイル形式をサ http://filext.com や http://dotwhat.net.きます。bakファイルは、通常のコピーを別のファイルと同じ名前です。例えば、あるデータベースです。dbfファイルやデータベースです。bakファイルのバックアップします。問い合わせておいてください(できる)が、詳細は/ドキュメンテーション/ソースコードのアプリを使用するファイルからおります。
、彼らがフィット見たように戻るDOS時代では、プログラマはかなり自分のファイルextentionsを作るために使用されます。 DBFはよく読みするのは簡単ですdBASEファイルであるかもしれない、と.BAKは、おそらく他の重要なファイルの一つのバックアップ、またはテキストエディタで左だけバックアップされます。
残りのファイルについては、私はどうしたらまず最初に、彼らは、テキストエディタで開くことで読めるASCII形式であるかどうかをチェックされます。
これはあなたに良い結果が得られない場合には、制御文字が消さとサイド進とASCIIに並べて示してバイナリエディタで開いてみてください。フィールドの値を記録するために対応している場合があり繰り返しパターンを探してください。例えば、.HIS注文histroryファイルのようなものだった、それが埋め込まれた製品のコードや名前が含まれている可能性があると言います。このような場合は、このようなフィールド間のバイト数をカウントします。それは通常の数である場合は、おそらくレコードのフラットバイナリファイルを持っています。これは最高の、アプリでファイルを開く与えられたレコードの値を探して、バイナリファイルに対応する値を検索することによってデコードされます。時間のかかる、とお尻の痛みが、あなたはそれのこつを得れば十分実用ます。
ハッピーハッキング!
.DBFは、dBASEのまたは早期FoxProデータベースです。
.DATは、DOS用のBtrieve、およびIIRCパラドックスによって使用された。
.DBEと.00xファイルは、おそらく.DATファイルに関連する一時的またはインデックスファイルのいずれかです。
.DBFは簡単です。彼らは、MS AccessやExcelの(とにかくオフィスの前の2007年版)で、またはADOまたはODBCを開きます。
.datファイルが実際のBtrieveある場合は、、あなたが傷つくの世界にいます。あなたは、データ・ディクショナリの正しいバージョンとのBtrieve構造体のコピーを手に入れることができる場合であっても彼らは、混乱しています。 (私は行ってしまったの前に、そこに行った事のことを行って、Tシャツを身に着けていた。)
、あなたはそれらのファイルが何であるかを把握することはできません場合、私は、バイナリエディタをお勧めしますし、そのDBFはおそらくDbaseにある。
BAKは、バックアップファイルのようです。私は* 0.001、0.002 *など、バックアップの一部であるかもしれないと考えています。それらはすべて同じ大きさ?それは、リムーバブルメディアに収まることができるように、多分バックアップを小片に砕き?
最後に、人生の教訓としてこれを取ります。顧客はあなたがシステムBに、システムAからデータをインポートするために要求した場合、オーバーワークのその文を送信する前に、必ずサンプル・スキーマおよびサンプルデータとサンプルファイルを求めます。悪夢であることまで手をまっすぐに見える倍のものがたくさん。
グッドラック!
0.001、0.002、などすべてが多分.BAKとともに、同様のタイムスタンプを持っている場合、彼らはバックアップの一部である可能性があり、手がかりとして、ファイルの更新日時を使用してください。また、あなたは(やや安全に)無視できるディレクトリにいくつかの古い嫌なものがあるかもしれません。 .BATファイルを探し、同様にそれらを分析してみます。
1つのヒント、の.dbfファイルはdBaseのFoxProの、またはその形式を使用し、他の製品の一つである場合に。その後、ODBCを使用してそれらを読むことができるかもしれません。私のシステムはまだ.DBFのODBCドライバを持っている(VS 2008とVistaは、 - それはそこに着いたどのように私は狩りをする必要があると思いますが、私はそれがそこに置かMDACは、Microsoft Data Accessだったと思いたいです)。 ODBCドライバは、.DBFファイルを読み込みますのであれば、あなたは、「やってunpickingの世界」を持っていないかもしれません。
私は、0.002の、dBaseは0.001を使用したこと(20年以上前にするDBase IIIの工夫を少し自信を持って)覚えているようだ...メモ用のファイル(ビッグテキスト)フィールド。
幸運のデータをサルベージしようとします。
DBF形式はかなり一般的である。
他のファイルが不可解されています。 私はどちらかの誰かが同じディレクトリにではなく、ハードドライブに自分のデータベースをバックアップし、いくつかの病気練られたバックアップスキームの結果と(たぶん)(悪い)古いBtrieveファイルを扱う、またはしていることを推測しているもので場合あなたはこれらを無視することができます。
これは、今、パーベイシブの一部ですが、私は他の人に、ファイルの種類のロットからデータを移行するために、数年前に、データジャンクションを使用していました。あなたはパーサを書きたい場合を除き、見てます。
の.datも...古いクラリオン2.1ファイルすることができこれはキー/インデックスファイルでも、ISAMベースで動作します。