in reply to Re^16: the annoying keys "key" and "value"
in thread the annoying keys "key" and "value"

> The definition of "associative array" is functional (ie: one value per key), not relational (ie: potentially N values per key).

Whose definition? Not wikipedias!

Language implementations differ, and users of different languages have problems to find reliable common terminology.

Many monks already showed you that XML and HTML generally allow repeated tags with different entries.

If you don't like this, please find an XML forum to complain, it has nothing to do with Perl!

Or give me a reply to Re^3: the annoying keys "key" and "value" (XML-RPC) showing that multi valued or ordered keys are excluded by RPC's scheme definition.

Cheers Rolf

  • Comment on Re^17: the annoying keys "key" and "value"

Replies are listed 'Best First'.
Re^18: the annoying keys "key" and "value"
by jabowery (Beadle) on Dec 26, 2010 at 07:13 UTC
    Wikipedia's definition supports mine. In fact it says explicitly: "Associative arrays are very closely related to the mathematical concept of a function with a finite domain." You undoubtedly think that when it parenthetically refers to "sets" in: "each key is associated with one value (or set of values)" that it is therefore allowing general relations as opposed to restricting to functional relations. Its not. Set theory reifies the "set" as a value.

    Appealing to the group is no argument at all. I don't care how many "monks" say something -- especially when it isn't even wrong (to quote W. Pauli). For instance, I never took issue with the desirability of expressing relations. I just don't like it when people go about doing stupid implementations of lookups. When people try to justify it by saying relations are valuable, it just multiplies the stupidity with irrelevance. When I show how to do a better implementation of relations just to play along and am further insulted, it progresses from stupid to comical.