Aiuto richiesto con antico sistema di storage sconosciuta,

StackOverflow https://stackoverflow.com/questions/597851

Domanda

Mattina tutto,

Sono andato e ho detto un cliente ho potuto migrare alcuni dei loro vecchi dati da un sistema basato su DOS nel nuovo sistema che ho sviluppato per loro. Comunque ho detto che senza realmente guardare i file che memorizzati i dati nel vecchio sistema - Ho solo pensato una rapida di Google avrebbe risolto tutto il problema per me ... mi sbagliavo

!

In ogni caso, questo programma ha una cartella con centinaia ... ben 800 file con tutti i tipi di estensioni di file, .ave, .bak, .brw, .dat, .001, .002 ...., .007, dbf, .dbe e .La sua.

.bak, ovviamente, non è un file di backup di SQL.

Qualcuno ha alcuna esperienza di programmazione utilizzando uno qualsiasi di questi tipi di file che possono essere in grado di puntare a me nella direzione di un modo per leggere ed estrarre i dati?

Non posso citare il nome del programma per la ragione che non credo che lo sviluppatore originale consentirà a questa ...

Grazie.

È stato utile?

Soluzione

Sono pronto a scommettere che il file con estensione dbf è in formato dBase , che è davvero semplice. Il contenuto di tale potrebbero fornire indizi per il resto di loro.

Altri suggerimenti

utility UNIX 'file' può essere utilizzato per riconoscere molti tipi di file dal loro 'numero magico'. Esamina il contenuto del file e la confronta con migliaia di formati conosciuti. Se i file sono in qualsiasi tipo di formato comune, questo può probabilmente risparmiare una buona quantità di lavoro.

Se non sono in un formato comune, si può inviare rincorrere false piste. Prendere le sue suggestioni come proprio questo, i suggerimenti.

In complemento ai siti suggeriti da Greg e Dmitriy , c'è anche il repository di file di formati a http://www.wotsit.org ( "Qual è il suo formato?").

Se questo non aiuta, un buon editor esadecimale (con display discarica) è tuo amico ... Ho sempre trovato sorprendente come può essere facile da leggere e riconoscere molti formati di file.

Potrebbe essere qualsiasi cosa. Essere meglio è quello di aprire con un Hex Editor , e vedere quello che potete vedere

La maggior parte dei sistemi più vecchi utilizzato un ISAM di base che aveva un file per ogni tabella che conteneva una serie di record di dati di lunghezza fissa. Gli altri file sarebbe probabilmente indici

Come avete solo bisogno i dati, non è l'indice, basta cercare i file con ripetizione di modelli di dati (appare spesso come modelli abbastanza sullo schermo editor esadecimale)

Quando si trova il file con i dati, cercare di individuare un record di know esempio "Mr Smith" e vedere se si può lavorare gli altri campi. Interi sono spesso byte per byte, le date sono spesso codificate e giorni da una data di inizio noto, il denaro potrebbe essere in BCD

Se si vede un modello forte, quindi molto probabilmente ogni record è una lunghezza fissa. Ci sarà probabilmente un blocco di intestazione sul file dire 128 o 256 byte, e poi i record a lunghezza fissa

Molti vecchio sistema in cui scritto in COBOL. C'è un sacco di informazioni relativa al riutilizzo formati netti COBOL, e alcune aziende anche vendere i driver ODBC COBOL!

Credo che Greg ha ragione su file con estensione dbf. Si dovrebbe cercare di trovare alcune informazioni su altri formati di file che utilizzano siti come http://filext.com e http://dotwhat.net . Il file bak è di solito una copia di un altro file con lo stesso nome, ma altra estensione. Per esempio ci possono essere database.dbf di file e database.bak file con il backup di esso. Si dovrebbe chiedere (se è possibile) per qualsiasi codice dettagli / documentazione / fonte di un'applicazione che ha utilizzato i file dal vostro cliente.

Ai tempi del DOS, i programmatori utilizzato per compensare le proprie estensioni dei file più o meno come meglio credevano. Il DBF potrebbe anche essere un file di dBASE che è abbastanza facile da leggere, e il BAK è probabilmente una copia di backup di uno degli altri file importanti, o semplicemente una copia di backup data da un editor di testo.

Per i file rimanenti, prima cosa che vorrei fare è verificare se sono in un formato ASCII leggibile da aprendole in un editor di testo.

Se questo non ti dà un buon risultato, prova a aprendole in un editor binario che mostra fianco a fianco e esadecimale ASCII con caratteri di controllo oscurati fuori. Cercare di ripetere i modelli che potrebbero corrispondere a registrare i campi. Ad esempio, dire la .La sua era qualcosa come un file di ordine histrory, potrebbe contenere codici prodotto incorporati o nomi. Se questo è il caso, contare il numero di byte tra tali campi. Se si tratta di un numero normale, probabilmente avete un file binario piatta di record. Questo è meglio decodificato aprendo il file in app, alla ricerca di valori in un determinato record, e la ricerca per i valori corrispondenti nel file binario. In termini di tempo, e un dolore nel culo, ma praticabile abbastanza volta a ottenere il blocco di esso.

Felice l'hacking!

DBF è un dBASE o un database all'inizio FoxPro.

DAT è stato utilizzato da Btrieve, e IIRC Paradox per DOS.

I file .DBE e .00x sono probabilmente i file temporanee o indici relativi ai file .DAT.

DBF è facile. Faranno aprono con MS Access o Excel (versioni pre-2007 di Office, in ogni caso), oppure con ADO o ODBC.

Se i file DAT sono infatti Btrieve, sei in un mondo di male. Sono un disastro, anche se è possibile mettere le mani sulla versione destra del dizionario dei dati e una copia della struttura Btrieve. (Stato lì, fatto che, ha indossato la t-shirt prima mi sono fatto.)

Come altri hanno suggerito, vi consiglio un editor esadecimale, se non si riesce a capire quali siano tali file sono e che DBF è probabilmente dBASE.

BAK sembra essere un file di backup. Sto pensando che * .001, .002 *, ecc potrebbe essere parte del backup. Sono tutti della stessa dimensione? Forse il backup è stato suddiviso in parti più piccole in modo che potesse andare bene su un supporto rimovibile?

Infine, prendere questo come una lezione di vita. Prima di inviare tale dichiarazione di lavoro finito, se il cliente chiede di importare i dati da Sistema A del sistema B, sempre chiedere per lo schema di campionamento e dati di esempio e file di esempio. Un sacco di volte le cose che sembrano dritto in avanti a mano per essere incubi.

In bocca al lupo!

Assicurarsi di utilizzare la data Modificato il file come indizi, se il .001, .002, ecc tutti hanno simili time stamp, forse insieme al .BAK, potrebbero essere parte del backup. Inoltre ci possono essere alcuni vecchi cruft nella directory è possibile (un po 'in tutta sicurezza) ignorare. Cercare file .bat e cercare di sezionare loro pure.

Un suggerimento, se i file sono Dbf DBase, FoxPro, o uno degli altri prodotti che hanno usato quel formato. Poi si può essere in grado di leggerli tramite ODBC. Il mio sistema ha ancora il driver ODBC per .dbf (Vista, con VS 2008 - come sia arrivato lì avrei dovuto cacciare, ma direi che era MDAC Microsoft Data Access che ha messo lì che). Quindi, non si può avere un "mondo di unpicking da fare", se il driver ODBC leggerà i file .dbf.

Mi sembra di ricordare (con un po 'di fiducia di 20 anni fa, dBase III bricolage) che DBase utilizzato .001, .002, ... lima per il memo (grande testo) campi.

Buona fortuna cercando di salvare i dati.

Il formato DBF è abbastanza comune.

Gli altri file sono sconcertanti. Sto indovinando che o hai a che fare con i vecchi file Btrieve (male), o (si spera) con i risultati di uno schema di backup mal concepita in cui qualcuno sostenuto il suo database di nella stessa directory, piuttosto che nel disco rigido in cui caso in cui si poteva ignorare questi.

E 'ora parte della Pervasive, ma ho usato, anni fa, Svincolo dati per migrare i dati da un sacco di tipi di file ad altri. Date un'occhiata, a meno che non si vuole scrivere un parser.

.dat possono essere anche i vecchi file Clarion 2.1 ... funziona su base ISAM anche, con i file / indice chiave

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top