Suresh Thalamati wrote:


Hi Mike ,

After thinking bit more about the cases you mentioned, better solution might be to do write the binary data in HEX format when exporting the data to only one file, instead of modifying the binary data with double delimiters. This way main export file will be text file
as it is now.

Only restriction with this approach is users can not use the hex number (A-F , a-f, 0-9) as the delimiter; I think this restriction is reasonable one.

If users required raw format , they can export binary data types to a separate file using the new procedures.
I think the separate file approach is fine and resolves the most important blob import/export need. It seems simpler, and likely to
be faster.

Doing hex for inline seems a reasonable alternative to messing with escaped delimiters in raw data. I think the rest of the inline data
is always in some sort of "character" format.

If you only do one implementation I would think the separate file approach is better.




Thanks
-suresh






Reply via email to