![]() | |
![]() |
| | Thread Tools | Display Modes |
#11
| ||||
| ||||
|
|
Note, encoding data as EAVs by itself is fine. It works well in a db like dbd and non-dbs such as Prolog. As you point out Prolog is not a database. (Last I checked it was a programming language. Why should you bring it up? It's like comparing apples to race cars.) |
|
If you have a non-EAV schema for OP's requirements, please post it. ONE: I do not know what attributes he desires. |
|
TWO: before issuing such a challenge, why don't you post one that fits his needs. (you can't because of ONE, but I know you'll keep posting your obscure examples anyway.) |
|
EAVs are a poor choice for almost any data storage system. [silly example deleted] |
#12
| |||
| |||
|
|
Note, encoding data as EAVs by itself is fine. It works well in a db like dbd and non-dbs such as Prolog. As you point out Prolog is not a database. (Last I checked it was a programming language. Why should you bring it up? It's like comparing apples to race cars.) While Prolog is primarily a programming language, it is also a database according my definition which includes anything that can store and recall things. If you have a narrower/refined definition which excludes Prolog, that is fine. If you have a non-EAV schema for OP's requirements, please post it. ONE: I do not know what attributes he desires. It is possible, the OP is in a similar situation. If he is, he may want to employ EAV-type design to handle attributes that are unknown at design-time, while keeping in mind the reduced performance, SQL & constraint support and increased code/complexity. |
|
TWO: before issuing such a challenge, why don't you post one that fits his needs. (you can't because of ONE, but I know you'll keep posting your obscure examples anyway.) I also do not know his exact requires. But if his requirements are to store things with widely varied attributes and/or attributes that will not be known at design time, then I might suggest: tMedia (mID, name) tAttrib (aID, name) tValue (vID, valAsTxt, valType) tEAV (mID, aID, vID) For a similar example see www.dbfordummies.com/example/ex111.asp EAVs are a poor choice for almost any data storage system. [silly example deleted] Let us verify your assertion. Please replicate the dbd example with a non-EAV RMDB solution. |
![]() |
| Thread Tools | |
| Display Modes | |
| |