From: Jens Ø. P. <oe...@gm...> - 2015-02-27 13:37:12
|
This rule says that the application must not make reference to physical entities such as locations on a hard disk. It does not say that SQL should run without physical constraints, only that SQL as a language must not concern itself with physical implementation. Databases before Codd referred to the physical file structure when storing and accessing – we are so far beyond that that it is hard to imagine – so the rule says that changes to how data is stored or accessed must not require you to change the SQL application. Jens On 27 Feb 2015 at 14:19:15, Ihe Onwuka (ihe...@gm...) wrote: http://www.tutorialspoint.com/dbms/dbms_codds_rules.htm See Rule 8. Any good reason why that should only be applicable to relational databases. On Fri, Feb 27, 2015 at 12:27 PM, Dmitriy Shabanov <sha...@gm...> wrote: On Fri, Feb 27, 2015 at 3:21 PM, <wol...@gm...> wrote: > Agreed. I think we should change the storage for this from 16 bit to > 32 bit, although I would be interested to hear Wolfgang's opinion on > that. Increasing the symbol table to 32 bit would not only add 2 bytes to every element/attribute stored in dom.dbx. More important, it would also increase the key size used in the structural index as well as other indexes (if they operate on qnames). I don’t say that switching to 32 bit is out of question or difficult in any way. But if it is changed, I would definitely insist on a configuration option, because - as Jens noted - the issue likely affects only a very small fraction of use cases out there (I’ve never hit the limit with any standard XML schema in 10 years, though this does certainly not mean it’s impossible - as the current example demonstrates). And increase on 2 bytes will not solve problem that Ihe that eXist should allow to store till hdd have free space. Tool misuse IMHO. -- Dmitriy Shabanov ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Exist-open mailing list Exi...@li... https://lists.sourceforge.net/lists/listinfo/exist-open ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/_______________________________________________ Exist-open mailing list Exi...@li... https://lists.sourceforge.net/lists/listinfo/exist-open |