2010-07-20 6 views
5

मैं खुद को एक विवाद में ढूंढता हूं जो मुझे लगता है कि मुझे समाधान पता है लेकिन मैं मैदान से पूछना चाहता हूं। मेरे पास एक साइट के भीतर एक एएसपी.नेट (सी # 2.0 फ्रेमवर्क) पृष्ठ है जिसका उपयोग लुकअप के रूप में किया जाता है। मानक ग्रिडव्यू नियंत्रण, डेटा के 5 कॉलम, रिकॉर्ड के साथ कुछ करने के लिए 6 वें कॉलम के लिए हाइपरलिंक उपयोगकर्ता चुनना चाहता है।क्या ASP.NET में बहुत अधिक जानकारी प्रदर्शित करने का एक अच्छा तरीका है?

मेरा प्रश्न उस ग्रिडव्यू में 'संभावित' 100k रिकॉर्ड को सर्वश्रेष्ठ तरीके से प्रदर्शित करने के तरीके की ओर जाता है? चूंकि यह अभी खड़ा है, इससे पहले कि मैं कभी भी एक प्रस्तुत परिणाम लौटाता हूं, इससे पहले मैं कुछ और ग्रे बाल उगता हूं। ग्रिडव्यू, इसके वास्तविकता के लिए स्क्रीन पर डेटा की लगभग 20 पंक्तियां प्रदर्शित कर सकती हैं, इसलिए डेटा पेजिंग करने से मुझे 5000 पेज मिलते हैं। ए-जेड पर रोलोडेक्स-प्रकार की खोज में जोड़ना 'जे' पर सबसे बड़ा रिटर्न सेट मुझे 35000 रिकॉर्ड देता है (जहां अलास 'एक्स' में केवल 54 है)।

क्या मैं सिर्फ रोलोडेक्स को छोटा तोड़ता हूं या इस तरह की स्थिति को संभालने का एक बेहतर तरीका है?

अग्रिम धन्यवाद!

संपादित करें: मैं पहले से ही संग्रहीत प्रक्रिया जो इस GenericTypeTea तरह का सुझाव दिया है फिर भी 'जे' कि मुझे 1750 पृष्ठों देना होगा पर पेजिंग साथ पेजिंग के लिए स्थापित, भरता है। मेरे पास इतना डेटा है कि दिए गए ऑटो पॉलिसी पर प्रतिभागियों की संख्या। व्यवस्थापक को दिए गए नाम, या आंशिक के लिए खोज करने में सक्षम होना चाहिए। 'जोन्स' में 120 9 रिकॉर्ड हैं और 'स्मिथ' के पास 2 9 18 है, यहां तक ​​कि एक रिबस्ट परिणाम सेट के लिए भी बनाता है।

संपादित # 2: जोड़ा 'एक संभव' 100k, वहाँ कोई गारंटी है कि खाते में कई रिकॉर्ड, दूसरी ओर यह अधिक :(

+0

क्या आप उम्मीद करते हैं कि उपयोगकर्ताओं को उनकी आवश्यकता के अनुसार 100k रिकॉर्ड देखने की उम्मीद है? –

+0

अभी यह अंतिम नाम से क्रमबद्ध 'उपयोगकर्ताओं' की एक सूची है, इसलिए व्यवस्थापक को कम से कम रिकॉर्ड्स के माध्यम से स्क्रॉल करने की आवश्यकता हो सकती है जो वे चाहते हैं। –

+0

परिभाषा के अनुसार, नहीं, क्योंकि इसे दिखाने का एक अच्छा तरीका है, _not_ बहुत अधिक है! और यदि इसे दिखाने का कोई अच्छा तरीका नहीं है, तो _is_ बहुत अधिक है! – Eric

उत्तर

7

स्वत: पूर्ण है अपने दोस्त हो सकता था होगा :)

बस लोगों को पहले 2 या 3 वर्ण दर्ज करने दें, फिर अपनी खोजों को फ़िल्टर करें।

एक डेटासेट के साथ जो मुझे नहीं लगता कि पेजिंग बहुत अधिक समझ में आती है।

jQuery एक अच्छा उदाहरण पेज AutoComplete Examples

+0

कॉलबैक विधि सबसे अच्छा तरीका दिखती है लेकिन क्या यह प्रारंभिक 'ए' टाइप करने के लिए दर्दनाक नहीं होगा और 26192 रिकॉर्ड लोड होने का प्रयास करेंगे? –

+0

आप "जोन्स हा" के लिए खोज करने के लिए स्वत: पूर्ण भी प्राप्त कर सकते हैं, अंतिम और पहले नाम –

+0

पर सर्च करना बहुत कठिन नहीं होना चाहिए, आप केवल यूआई में पहला नाम और अंतिम नाम (शायद एक यूआरएल) वापस कर देंगे।यदि आप लागू करते हैं कि अंतिम नाम की खोज करने से पहले 3 वर्ण हैं, तो पहले नाम में एक स्थान और 1 char, यह बहुत तेज़ –

2

फिल्टर है। इतना डेटा मत दिखाओ। पहले x रिकॉर्ड दिखाएं। और उससे परे, उपयोगकर्ता को अपनी खोज के साथ और अधिक सटीक होना चाहिए। कोई भी जो चाहें उसके लिए 100k रिकॉर्ड देखेगा। मैं इसे अधिकतम दो सौ तक सीमित कर दूंगा (10 पेज, 20 प्रति पेज)।

उपयोगकर्ता सलाह कितने परिणाम वहाँ हालांकि थे, या कुछ सुराग दे तो वे जानते हैं कि कई कि नहीं दिखाए जाते हैं वहाँ थे कि, और वे अपनी खोज में और अधिक विशिष्ट होने की जरूरत है

+0

हाँ, यह रास्ते की तरह लगता है। समस्या यह है कि जब हमने मूल रूप से 50-100 कुल रिकॉर्ड के साथ इसका परीक्षण किया, तो लोगों को यह पसंद आया कि आप सब कुछ कैसे देख सकते हैं और अब इसकी उम्मीद है। मुझे लगता है कि साइमन के पास विचार है, बस इसे मेरे पास एकीकृत करने की आवश्यकता है। –

+0

@ सोममिस्कग्यू, या तो आपको आलसी लोडिंग तकनीक को लागू करने की आवश्यकता है, जैसा कि यहां प्रयास किया जा रहा है http://stackoverflow.com/questions/3283669 – CaffGeek

0

ऐसा लगता है कि मुझे लगता है फ़िल्टरिंग या पेजिंग से खोज क्षमताओं को जोड़ना अधिक कुशल होगा।

संबंधित मुद्दे

 संबंधित मुद्दे