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? > > Simon. > _____default do not show this "extra" _________________________ > _________________ > sqlite-users mailing list > sqlite-users@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
