Closed Bug 579962 Opened 14 years ago Closed 14 years ago

Implement "faceted" search for Input

Categories

(Input :: General, defect, P1)

Product:
Input
Component:
General
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: davedash, Assigned: davedash)

References

Details

Right now we're pulling down the entire search set and using python to slice the data.

We should instead pull down just the results we want from sphinx, and then send two other "faceted" queries to count the happy and sad faces.

This should allow us to do smarter things with sphinx, like give us more lee-way with our 1000k limit.
Priority: -- → P2
Target Milestone: --- → 1.7
I absolutely agree. In fact, if we do that for all the stats (somewhat intelligently, because the demographics box would require a ton of search queries otherwise) it'll save us a lot of traffic on MySQL, and will make it all nicer and happier.
Pwease make this happen.
Target Milestone: 1.7 → 1.8
Target Milestone: 1.8 → 1.8.1
Target Milestone: 1.8.1 → 1.8
This is a large endeavor and won't make it for 1.8. I'm moving this to 2.0 and as a P1.
Priority: P2 → P1
Target Milestone: 1.8 → 2.0
Assignee: nobody → dd
OS: Mac OS X → All
Hardware: x86 → All
http://github.com/fwenzel/reporter/commit/0e10a30
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Verified FIXED; AFAICT, bug 610576 was the only fallout from (presumably) this bug, and my testing since has gone well.
Status: RESOLVED → VERIFIED
Component: Input → General
Product: Webtools → Input
You need to log in before you can comment on or make changes to this bug.