मैं खुद को एक विवाद में ढूंढता हूं जो मुझे लगता है कि मुझे समाधान पता है लेकिन मैं मैदान से पूछना चाहता हूं। मेरे पास एक साइट के भीतर एक एएसपी.नेट (सी # 2.0 फ्रेमवर्क) पृष्ठ है जिसका उपयोग लुकअप के रूप में किया जाता है। मानक ग्रिडव्यू नियंत्रण, डेटा के 5 कॉलम, रिकॉर्ड के साथ कुछ करने के लिए 6 वें कॉलम के लिए हाइपरलिंक उपयोगकर्ता चुनना चाहता है।क्या ASP.NET में बहुत अधिक जानकारी प्रदर्शित करने का एक अच्छा तरीका है?
मेरा प्रश्न उस ग्रिडव्यू में 'संभावित' 100k रिकॉर्ड को सर्वश्रेष्ठ तरीके से प्रदर्शित करने के तरीके की ओर जाता है? चूंकि यह अभी खड़ा है, इससे पहले कि मैं कभी भी एक प्रस्तुत परिणाम लौटाता हूं, इससे पहले मैं कुछ और ग्रे बाल उगता हूं। ग्रिडव्यू, इसके वास्तविकता के लिए स्क्रीन पर डेटा की लगभग 20 पंक्तियां प्रदर्शित कर सकती हैं, इसलिए डेटा पेजिंग करने से मुझे 5000 पेज मिलते हैं। ए-जेड पर रोलोडेक्स-प्रकार की खोज में जोड़ना 'जे' पर सबसे बड़ा रिटर्न सेट मुझे 35000 रिकॉर्ड देता है (जहां अलास 'एक्स' में केवल 54 है)।
क्या मैं सिर्फ रोलोडेक्स को छोटा तोड़ता हूं या इस तरह की स्थिति को संभालने का एक बेहतर तरीका है?
अग्रिम धन्यवाद!
संपादित करें: मैं पहले से ही संग्रहीत प्रक्रिया जो इस GenericTypeTea तरह का सुझाव दिया है फिर भी 'जे' कि मुझे 1750 पृष्ठों देना होगा पर पेजिंग साथ पेजिंग के लिए स्थापित, भरता है। मेरे पास इतना डेटा है कि दिए गए ऑटो पॉलिसी पर प्रतिभागियों की संख्या। व्यवस्थापक को दिए गए नाम, या आंशिक के लिए खोज करने में सक्षम होना चाहिए। 'जोन्स' में 120 9 रिकॉर्ड हैं और 'स्मिथ' के पास 2 9 18 है, यहां तक कि एक रिबस्ट परिणाम सेट के लिए भी बनाता है।
संपादित # 2: जोड़ा 'एक संभव' 100k, वहाँ कोई गारंटी है कि खाते में कई रिकॉर्ड, दूसरी ओर यह अधिक :(
क्या आप उम्मीद करते हैं कि उपयोगकर्ताओं को उनकी आवश्यकता के अनुसार 100k रिकॉर्ड देखने की उम्मीद है? –
अभी यह अंतिम नाम से क्रमबद्ध 'उपयोगकर्ताओं' की एक सूची है, इसलिए व्यवस्थापक को कम से कम रिकॉर्ड्स के माध्यम से स्क्रॉल करने की आवश्यकता हो सकती है जो वे चाहते हैं। –
परिभाषा के अनुसार, नहीं, क्योंकि इसे दिखाने का एक अच्छा तरीका है, _not_ बहुत अधिक है! और यदि इसे दिखाने का कोई अच्छा तरीका नहीं है, तो _is_ बहुत अधिक है! – Eric