I agree that this is *an* excellent way to develop/prototype an database.
However, the overhead is so significant, both in storage and
processing that you probably would not want to use this in an
operational environment.
serialization/deserialization aside, how do you efficiently store and
search a database of say, all the parts for all the automobiles made
in the last 7 years.
Sooner or later, someone will actually need to *use* what we develop
and realize an acceptable level of performance/cost trade off.
This is where we start to strip away flexibility (overhead) to gain
performance.... the very same reason that many RDBMS dbs are
denormalized.
Dick
At 11:47 AM +0100 4/25/01, Neil Clark wrote:
>Image you have a DB and 1 table with say 3 fields - ID (GUUISD), Label, and
>a final one Properties (ntext) - you could potentially store all information
>you would need in this format using XML - you can then deserialise the data
>as you need it, many different types of information can be stored in this
>format and potentially you could re-use it again and again as a structure,
>so not only have you got a DB that can be re-used, you have a total RAD
>environment also.
>
>Familiar?
>
>Neil
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
