2017-03-15 12:24 GMT-04:00 Simon Slavin <slav...@bigfraud.org>:
> Problem is, it requires parsing the CREATE command looking for comments in
> a certain format. Notoriously difficult, considering that they can contain
> CR, LF, tab, and unforeseen Unicode characters.
well limit the comment to 255 chars and if any other non valid were found,
ignore it! like tabs, newlines, etc.. truncate
> I’m utterly against anything that tries to read C-style comments.
> Comments are comments. Computers are meant to ignore them to the point
> that they don’t even know they exist.
> On the other hand, if we establish a standard for storing comments in
> database tables — which would require a consistent table name, column
> names, and values — it might take too much extra time to show those
> comments as an extra column in the response to PRAGMA tale_info() and
> similar PRAGMAs. But I think it’s overkill. Anyone who would want that
> would know how to retrieve the information.
and if db's configure it to by default do not show this "extra" information?
> _____default do not show this "extra" _________________________
> sqlite-users mailing list
sqlite-users mailing list