We receive lots of data as flat files: delimitted or just fixed length records. It’s sometimes hard to find out what the files actually contain.
Are there any well established practices for embedding the schema of the file to the beginning or the end of a file to make the file self-explanatory?
Just to get an idea, imagine something like this:
<data name=test records=2 type=fixed>
<field name=foo start=0 length=2 type=numeric>
<field name=bar start=2 length=4 type=text>
</data>
11test
12ing
We would parse the xml in the beginning and use it for reading the records.
So far as I’m aware no – or at least not hugely.
The only thing I’m aware of (in terms of a widely accepted standard) is for the first row of the data file to be the column names – at least for delimited records, for fixed length its harder especially if your data can contain multiple record types (which I’ve found to be far more likely with fixed length than with delimited).
From where I sit I’d suggest that you can’t really embed the definition into the file I’m assuming you’re getting data from external sources so you’re unlikely to get help from them and even if you do you immediately create challenges as you can’t (for example) easily open the files with Excel if necessary.
Thinking a bit laterally you could – if using XML – potentially embed the file into the definition (big lump of CDATA). This is a slightly more practical solution as its putting a wrapper round your external data not asking that the data itself be modified. Not sure how practical this is – but it feels better to me than the other way round.