Joined: 19 Dec 2008
Online Status: Offline
Posts: 9053
Posted: 24 Mar 2011 at 4:49am
In my initial test of trying to write a command that had seperated select statements the only part that was actually availabel in the report was the first select statement and the others were ignored.
Joined: 01 Dec 2010
Online Status: Offline
Posts: 386
Posted: 24 Mar 2011 at 5:09am
Upon further inspection, the other select statements weren't from the command, but instead other tables that were manually selected from the list of tables to choose from (I think)
I was looking at the query through "Show SQL query" so I thought the whole thing was a command.
Joined: 19 Dec 2008
Online Status: Offline
Posts: 9053
Posted: 24 Mar 2011 at 5:36am
that makes more sense.
I have found commands to be much less efficient in general.
I would disect the overall report data architecture with the command and other tables to see if you can stream line it. The multiple table usage may be causing loops to occurr when reading the data. If you can move the joins to prevent that you may get a major boost.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum