InstantDB Project
About InstantDB
Project Mail Lists
Short History
Reporting Bugs
Screen Shots
3rd Party Examples
FAQs

Software
Downloads
Documentation
CVS Repositories
Roadmap
License

About Enhydra.org
Who We Are
News, Articles & Events
Getting Involved
Contact Us

Community
Demos
Contributions
Resources
Case Studies
On The Edge! -NEW-
Commercial Vendors

Hi Bregitte,

yes, I have other queries that work pretty well. And, there is a query that shows
the complete join for one single data set as a form sheet. This works, though a
bit slower than with other dbms. I am using instantdb313 on nt40 sp4. The
problematic query is the one that shows all data in a swing table as a complete
join. This works with 15 rows but not with around 100 rows in the resulting
table. No, I can't go on in the application with another query after the bad
query is startet. CPU usage is 100% then and application windows are not painted
completely. But I can start dbinstant JDBCmain in parallel and perform simple
queries there. One thing is interesting: If data are stored with redundant
records in each table, that means 100 records in each table, though many of them
are the same, the query works. If data are stored without redundancy, often
referencing the same record of a table, the query hangs. Code should (really hope
so) be ok because the network version is already deployed for an informix server.

Thomas

Bregitte Pracht schrieb:

> Hello Thomas (and PeterH),
>
> This sounds like a similar problem I'm experiencing on the
> AIX platform. For a *specific* SQL statement, the
> program just "hangs"; it is able to proceed with all else.
>
> Is your program able to proceed with any other SQL statement?
> Is it "unhappy" with "just" the select statement below?
> What IDB release and platform are you working on?
>
> Bregitte
>
> Thomas Vatter wrote:
> >
> > I have an sql select statement that does not run. No results are
> > returned, further exection of the program is stopped. After
> > "executeQuery()" , instantdb shows the query statement, and shows no
> > exceptions. Here is the query
> >
> > Select
> >
> >      eintr.eintrn, stf.nme_praefix, stf.bzc, mng.wrt, mng.enh,
> >      knz.wrt, knz.enh, stf.agg, gfh.kb1,
> >      gfh.kb2, gfh.kb3, rstkmb.rst1, rstkmb.rst2, rstkmb.rst3,
> >      rstkmb.rst4, stf.bgk, stf.wgk,
> >      gbd.bzc, stc.bzc, rm.bzc, fchabt.bzc, ins.bzc, arb.bzc,
> >      brb.vrn, brb.nch, eintr.doe, vrnt.vrn, vrnt.nch
> >
> > from
> >
> >      eintr, stf, mng, knz, gfh, rstkmb, gbd, stc, rm, fchabt,
> >      ins, arb, brb, vrnt
> >
> > where
> >
> >      dor is null and doa is null and unme <> "zxy" and
> >      eintr.stfn = stf.stfn and
> >      eintr.brbn = brb.brbn and
> >      eintr.fchabtn = fchabt.fchabtn and
> >      eintr.gbdn = gbd.gbdn and
> >      fchabt.insn = ins.insn and
> >      fchabt.arbn = arb.arbn and
> >      gbd.stcn = stc.stcn and
> >      gbd.rmn = rm.rmn and
> >      stf.gfhn = gfh.gfhn and
> >      stf.mngn = mng.mngn and
> >      stf.rstkmbn = rstkmb.rstkmbn and
> >      stf.knzn = knz.knzn
> >
> > order by
> >
> >      stf.bzc, stf.nme_praefix, stf.agg asc, mng.wrt desc,
> >      gfh.kb1, gfh.kb2, gfh.kb3, rstkmb.rst1, rstkmb.rst2,
> >      rstkmb.rst3, rstkmb.rst4, stf.bgk, stf.wgk
> -----------------------------------------------------------------------------
> To unsubscribe from this mailing list, send email to majordomo@enhydra.org
> with the text "unsubscribe instantdb" in the body of the email.
> If you have other questions regarding this mailing list, send email to
> the list admin at owner-instantdb@enhydra.org.

-----------------------------------------------------------------------------
To unsubscribe from this mailing list, send email to majordomo@enhydra.org
with the text "unsubscribe instantdb" in the body of the email.
If you have other questions regarding this mailing list, send email to
the list admin at owner-instantdb@enhydra.org.