Ed Leafe wrote: > On Jan 6, 2007, at 2:20 PM, Paul McNett wrote: > >> I think that Carl's generic getFields() should be used by the >> dCursorMixin method if INFORMATION_SCHEMA proves to be available, else >> call the dBackend function. Is that reasonable? > > No. All maintenance and debugging issues aside, it's wrong to assume > that users will have access to this information. Developers, sure, > but not ordinary users.
I am thinking of making it available, but not used by default. Somewhere will be an option that defines how getFields() should work: where it should look. Given the variety of concerns just posted here, I can see different developers/DBA's having different takes on what should be expected/allowed. It might also be good to document what getFields() is used for. I know what it does, but I don't really know why. I can assume, but I am pretty sure that I may be missing something. The fact that it doesn't return field size surprised me. I really have no idea what would happen if it returned the wrong data type for a field (which would happen if it read from an xml file at runtime and the db changed) Carl K _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
