Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 11 to 17 of 17 total |
DBISAMQuery not updating |
Thu, May 25 2006 7:36 PM | Permanent Link |
Kerry Neighbour | > The ORDER BY has to correspond exactly to an index for it to be a live
> query. IOW, a live query is just like a tTable. Well, in this case it actually does - ie there IS a "boxnumber" index. It is a single text field, case-insensitive, not unique. Kerry Neighbour |
Thu, May 25 2006 7:40 PM | Permanent Link |
Kerry Neighbour | > Wish you had given your "Actual" query first time around, then we > would have said very quickly that you probably dont have the correct > index on BoxNumber, Good point. But as it turns out, I DO have an index on boxnumber. You say "correct" index - does this imply that only certain indexes will work? It is not a compound index, id that is what you mean. Kerry Neighbour |
Thu, May 25 2006 7:48 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Kerry,
<< Well, in this case it actually does - ie there IS a "boxnumber" index. It is a single text field, case-insensitive, not unique. >> If it is case-insensitive, then your ORDER BY must be: SELECT id,boxnumber,datestring FROM boxes ORDER BY boxnumber NOCASE See here: http://www.elevatesoft.com/dbisam4d5_live_queries_and_canned_querie.htm -- Tim Young Elevate Software www.elevatesoft.com |
Thu, May 25 2006 7:52 PM | Permanent Link |
Jeff Cook | Kerry Neighbour <kneighbour@securedoc.com.au> wrote on Thu, 25 May 2006 19:36:59 -0400
> >> The ORDER BY has to correspond exactly to an index for it to be a live >> query. IOW, a live query is just like a tTable. > >Well, in this case it actually does - ie there IS a "boxnumber" index. It >is a single text field, case-insensitive, not unique. > > >Kerry Neighbour > > Kerry AHA!! So the case-insensitive index is the problem! "SELECT id,boxnumber,datestring FROM boxes ORDER BY UPPER(boxnumber)" is what you want. Cheers Jeff -- Jeff Cook Aspect Systems Ltd Phone: +64-9-424 5388 Skype: jeffcooknz www.aspect.co.nz |
Thu, May 25 2006 7:56 PM | Permanent Link |
Jeff Cook | Jeff Cook <jeffc@aspect.co.nz> wrote on Fri, 26 May 2006 11:50:01 +1200
> >AHA!! So the case-insensitive index is the problem! > >"SELECT id,boxnumber,datestring FROM boxes ORDER BY UPPER(boxnumber)" > >is what you want. > > Yer! Wot Tim sez is rite! NOCASE is the fing! Cheers Jeff P.S. I knew that, I knew that, I knew that, I knew that, I knew that ..... -- Jeff Cook Aspect Systems Ltd Phone: +64-9-424 5388 Skype: jeffcooknz www.aspect.co.nz |
Thu, May 25 2006 9:22 PM | Permanent Link |
Kerry Neighbour | >
> If it is case-insensitive, then your ORDER BY must be: > > SELECT id,boxnumber,datestring FROM boxes ORDER BY boxnumber NOCASE Excellent!!!! This "problem" has bugged me for ages (years?). Sometimes it would work, sometimes not. I now see why not. Frankly, my SQL background is MSAccess, and MSAccess is not so restrictive with live queries. Thanks to all for the quick help. Kerry Neighbour |
Thu, May 25 2006 10:18 PM | Permanent Link |
"Clive" | I think Tim Answered that one above,
Cheers Clive. "Kerry Neighbour" <kneighbour@securedoc.com.au> wrote in message news:869BC498-42AB-486C-8932-71580DBD3E2A@news.elevatesoft.com... > >> Wish you had given your "Actual" query first time around, then we >> would have said very quickly that you probably dont have the correct >> index on BoxNumber, > > Good point. But as it turns out, I DO have an index on boxnumber. You say > "correct" index - does this imply that only certain indexes will work? It > is not a compound index, id that is what you mean. > > Kerry Neighbour > > |
« Previous Page | Page 2 of 2 | |
Jump to Page: 1 2 |
This web page was last updated on Wednesday, April 24, 2024 at 11:07 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |