Complex joining of multiple data sets with filters and conditions utilizing a query language that has been utilized to great effect for longer than SNMP has existed.
Truthfully, I'm not entirely sure the capabilities of snmptable, but from your statement I assume it allows joining of different sets of data in ways to show specific correlated data (I'm not seeing that when searching, but I'll assume my search skills are to blame here). In that case, the real benefit of this is SQL the language, which while it would be overkill if it was designed for just this application, is well understood and utilized and a has a large existing userbase.
I'm not sure how to use snmptable, as I've never had the need, and while I suspect in the simple cases it may be easier to learn and use than SQL, I'm highly skeptical the medium complexity cases that SQL handles are even possible in it (unless it has a fairly well fleshed out query language of it's own, as opposed to specifying parameters on a command line).
shawn-butler is technically correct -- he refers to standard SQL (first standardized in 1986) and SNMP being about the same time, and both in the late 1980s, and this is correct.
Of course, SQL was around quite a while before being standardized.
I looked it up before posting, and saw the same thing, that SQL was standardized the year before the SNMP RFCs were put out, but that it was in use since the 70s. That made the statement correct by either a little or a lot, depending on how you wanted to look at it, so I felt safe in making it.
http://www.oid-info.com/get/1.3.6.1.2.1.25.4.2.1
or
http://www.oid-info.com/get/1.3.6.1.2.1.25.5.1.1