On 26 Aug 2013 16:50, James H. H. Lampert wrote:
That tells me there's probably something very funky with the
"problem" index. But what would cause an SQL INDEX to show up as
having no members, and to show up in DSPDBR on the based-on physical,
but not in the QDBLDBR API?
An SQL INDEX without a member is an effectively /unsupported/
condition, yet is not a fully prevented condition; i.e. the database
allows and can effect the no-members condition in some non-SQL actions,
but there may be side effects due to the expectations, i.e. some coded
assumptions, that every [non-partitioned] SQL INDEX has its one member.
Note that DSPDBR defaults to "file" relations, not member relations;
i.e. there are multiple capabilities of DSPDBR, to present different
types of relationships. Similarly, what is presented for the List
Database Relations (QDBLDBR) API output depends upon what are its
inputs. Asking for member relations for *ALL members when there are
zero members, for example, should produce no results.