Re: Performance problem in sql ce
- From: Gagan <Gagan@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 23 Apr 2008 06:54:03 -0700
Hi Joker,
I am getting what u want to say by touching smallest number of records
possible.
But the requirement demands many records in one shot (which we r showing on
grid on UI) which depends on many tables with many filter criterias. U can
imagine we have one whole screen for just selecting filter criterias based on
differnt tables.
Initial quey was slow because we also developing similar app in website and
i thought that this query which takes less than 1 sec in sql server 2005 will
execute in acceptable limit in sql ce.
"joker" wrote:
He may be "leveraging" the indexes, but the end desire is the same..
To touch the smallest number of records possible while getting the
ones you want in a timely manner.
I'm not really suggesting abandoning sqlce (it was sarcasm), I just
think he went from one extreem (mega joins in a single query) to the
other (perform all the joins in app. code).
- Follow-Ups:
- Re: Performance problem in sql ce
- From: joker
- Re: Performance problem in sql ce
- References:
- Performance problem in sql ce
- From: Gagan
- Re: Performance problem in sql ce
- From: Jin
- Re: Performance problem in sql ce
- From: Gagan
- Re: Performance problem in sql ce
- From: Jin
- Re: Performance problem in sql ce
- From: Gagan
- Re: Performance problem in sql ce
- From: joker
- Re: Performance problem in sql ce
- From: Ginny Caughey MVP
- Re: Performance problem in sql ce
- From: joker
- Performance problem in sql ce
- Prev by Date: Re: Performance problem in sql ce
- Next by Date: Re: Performance problem in sql ce
- Previous by thread: Re: Performance problem in sql ce
- Next by thread: Re: Performance problem in sql ce
- Index(es):
Relevant Pages
|
Loading