Re: McKoi and Inetsoft Style Reports Problem
Tobias Downer <[email protected]> Tue, 08 Mar 2005 21:00:56 -0800
| Newsgroups | gmane.comp.db.mckoi |
|---|---|
| Message-ID | <[email protected]> |
NULL columns are only seen for some of the internal tables and meta data ResultSet objects, and for some views that define a column as NULL. Otherwise, the correct column type is returned for regular user tables. The JDBC driver should work as expected if the product is used to browse regular user created tables. If the browser inspects meta data result sets, internal tables (those in the SYS_INFO and SYS_JDBC schema), or views, then the reason given by support makes sense if NULL columns is an issue for the software. Note that Mckoi does not return the NULL column type arbitrarily. It only returns it when the column type is either defined as NULL or when it isn't known (in the case of some meta-data calls). It returns the correct type in all other situations. Toby. Rich Davis wrote: > Hello, > > I have been trialing a product by inetsoft called Style Reports. ( > http://www.inetsoft.com/inetsoft/products/prodoverview.html ) > > I have run into a problem when trying to use this product with McKoi. > > Basically, they have an SQL wizard / builder but it cannot cannot > retrieve the DB fields from McKoi. For example, in the screen shot > below you will notice that the "msg" table does not show the fields of > the table and the subsequent build functions are blank (Fields, > conditions, sort grouping) > > <I couldn't send the screen shot; too big> > > A different feature of the builder (the "physical model" view) the > product can show the fields. When I opened a case with their support > they pointed me to this issue on the McKoi list: > > http://mckoi.com/database/mail/subject.jsp?id=5898&highlight=column+null+type+#MSG_5898 > > > And here was his explaination when I explained that McKoi works in one > portion of their product wizard and not in another: > > It is hard for me to speculate the exact reason for this, as I have to > factor in the database driver too. The reason I think this happens is > because for physical models we do not consider column types, whereas while > building queries we do, and since the database driver is known to return > null for column types this is a probable cause. > Please refer to the link for more information. > > > Do you think their explaination makes sense? Do you think McKoi is the > cause and if so do you think it is fixable? The existing list document > indicates that McKoi works to the specification but that does seem to be > problematic in this case if it is the cause. Any help would be greatly > appreciated. > Thanks, > > Rich Davis > > > > > --------------------------------------------------------------- > Mckoi SQL Database mailing list http://www.mckoi.com/database/ > To unsubscribe, send a message to [email protected] > > --------------------------------------------------------------- Mckoi SQL Database mailing list http://www.mckoi.com/database/ To unsubscribe, send a message to [email protected]