From: <leg...@at...> - 2003-11-06 20:15:14
|
The following comment has been added to this issue: Author: Max Rydahl Andersen Created: Thu, 6 Nov 2003 2:14 PM Body: well - I did think I could do it that way when I originally started building SQLLoader....the problem is that the Query "semantics" is that you can call getReturnTypes[] BEFORE you execute the query.... That makes it hard to use resultsetmetadata....and if I remember correctly some parts of hibernate de/hydration from resultset's expect to have some type knowledge before starting executing the query... ..but yes - using the resultsetmetadata would be nice ;) (and one could just perform an implicit list if you call getReturnTypes[] on a scalar query....and maybe cache the result for later retreival via list(), iterate() etc....) what'da'ya'say ? --------------------------------------------------------------------- View the issue: http://opensource.atlassian.com/projects/hibernate/secure/ViewIssue.jspa?key=HB-454 Here is an overview of the issue: --------------------------------------------------------------------- Key: HB-454 Summary: Session.createSQLQuery(sql) Type: New Feature Status: Unassigned Priority: Trivial Project: Hibernate2 Versions: 2.1 beta 5 Assignee: Reporter: Alexey Kaigorodov Created: Tue, 4 Nov 2003 9:15 PM Updated: Tue, 4 Nov 2003 9:15 PM Description: Session.createSQLQuery(sql) without returning some entity. I.e. add the possibility to execute any SELECT through Hibernate API without use JDBC API. Will useful be for uniform access to data. -- With best regards, Alex Kaigorodov --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira |