দরিদ্র অনুসন্ধানের পারফরম্যান্স


10

আমাদের একটি বৃহত্তর (10,000+ লাইন) প্রক্রিয়া রয়েছে যা সাধারণত এটি কতটা ডেটা নিয়ে কাজ করতে হবে তার উপর নির্ভর করে 0.5-6.0 সেকেন্ডে চলে। গত এক মাস ধরে বা আমরা পুরো ফুলস্যাকানের সাথে একটি পরিসংখ্যান আপডেট করার পরে 30+ সেকেন্ড সময় নিতে শুরু করেছে। যখন এটি ধীর হয়ে যায়, রাত্রে পরিসংখ্যান কাজ আবার চালিত না হওয়া পর্যন্ত একটি স্প_রেম্পম্পাইল সমস্যাটিকে "ঠিক করে" দেয়।

ধীর এবং দ্রুত কার্যকরকরণ পরিকল্পনাগুলির তুলনা করে, আমি এটিকে একটি নির্দিষ্ট সারণী / সূচকে সংকুচিত করেছি। যখন এটি ধীর গতিতে চলে যায় তখন অনুমান করা হয় ~ 300 সারি নির্দিষ্ট সূচী থেকে ফিরে আসবে, যখন এটি দ্রুত সঞ্চালিত হয় তখন এটি 1 সারি অনুমান করে। এটি ধীর গতিতে চললে সূচকে সন্ধান করার পরে এটি একটি টেবিল স্পুল ব্যবহার করে, যখন এটি দ্রুত চালায় এটি সারণী স্পুলটি করে না।

ডিবিএসএস শ্যাওপ্যাটিস্টিকস ব্যবহার করে, আমি এক্সেলের মধ্যে সূচক হিস্টোগ্রাফটি গ্রাফ করেছিলাম। আমি সাধারণত গ্রাফটি আরও "ঘূর্ণায়মান পাহাড়" হওয়ার প্রত্যাশা করতাম তবে পরিবর্তে এটি একটি পর্বতের মতো দেখায়, গ্রাফের অন্যান্য মানগুলির চেয়ে সর্বোচ্চ পয়েন্টটি 2x-3x উচ্চতর।

সূচক হিস্টোগ্রাম

আমি যদি এটির পরিসংখ্যানগুলি আপডেট করি তবে ফুলসकन না থাকলে এটি আরও স্বাভাবিক দেখায়। আমি যদি তখন এটি ফুলস্ক্যান দিয়ে আবার চালিত করি তবে মনে হয় আমি উপরে বর্ণিত।

এটি প্যারামিটারের স্নিফিং ইস্যুর মতো মনে হয় এবং এটি উপরে (আপাতদৃষ্টিতে) অদ্ভুত সূচক বিতরণের সাথে সম্পর্কিত।

প্রকোষ্ঠ একটি মূল্যবান প্যারামিটার একটি টেবিল নেয়, একটি টেবিলের মূল্যবান প্যারামিটারে প্যারামিটারগুলি কী শুঁকতে পারে?

সম্পাদনা: প্রোক আরও 12 টি প্যারামিটার নিয়ে থাকে, যার মধ্যে কয়েকটি alচ্ছিক, যার মধ্যে দুটি শুরু এবং শেষের তারিখ।

হিস্টোগামটি কি অদ্ভুত, না আমি ভুল গাছটি ছাঁটাই করছি?

আমি কোয়েরিটি সামঞ্জস্য করার চেষ্টা করতে এবং / অথবা আমার সূচীটি সামঞ্জস্য করার চেষ্টা করতে অবশ্যই আরামদায়ক। যদি এটি স্থির হয় তবে দুর্দান্ত হয়, তখন আমার প্রশ্নটি স্কিউড হিস্টোগ্রাম সম্পর্কে আরও বেশি।

আমার উল্লেখ করা উচিত যে এটি একটি পিকে পরিচয় গোষ্ঠী সূচক। আমাদের দুটি সিস্টেম রয়েছে যা একে অপরের সাথে কথা বলে একটি হ'ল একটি উত্তরাধিকার ব্যবস্থা, একটি নতুন হোম-বর্ধিত সিস্টেম। উভয় সিস্টেমই একই ডেটা সঞ্চয় করে। নতুন সিস্টেমে এই টেবিলে পিকে সিঙ্কে রাখার জন্য পুরানো সিস্টেমে জিনিসগুলি যুক্ত করা হয়, এমনকি ডেটা না আসলেও (একটি রিসিড সম্পন্ন হয়) incre সুতরাং এই কলামে সংখ্যায় কিছু ফাঁক থাকতে পারে। রেকর্ডগুলি খুব কমই, যদি কখনও মুছে ফেলা হয়।

যেকোনো বুদ্ধিই চমৎকারভাবে গ্রহন করা হবে। আমি আরও তথ্য সংগ্রহ / অন্তর্ভুক্ত করে বেশি খুশি।


প্রক্রিয়াটির একমাত্র পরামিতি কি টিভিপি বা অন্যান্য প্যারাম রয়েছে?
মার্টিন স্মিথ

1
আপনি যদি ধীর এবং দ্রুত পরিকল্পনার এক্সএমএলটি লক্ষ্য করেন তবে ParameterCompiledValueএই অন্যান্য প্যারামের জন্যও কি পার্থক্যটি আলাদাভাবে বর্ণিত হবে ?
মার্টিন স্মিথ

1
এটি সংক্ষিপ্ত তারিখের পরিসীমা নাটকীয়ভাবে সংকীর্ণ হয় (31 এর পরিবর্তে 5 দিন)। সর্বাধিক কলগুলির জন্য এই প্রোক এক মাস চলবে। আমি সেই নির্দিষ্ট বিবৃতিতে একটি পুনঃসংযোগ ইঙ্গিত যোগ করার চেষ্টা করতে পারি।
মার্ক উইলকিনসন

1
এটি অবশ্যই একটি পরিচয় কলামের জন্য একটি বিজোড় বিতরণের মতো বলে মনে হচ্ছে। আমি কেবল এই নিবন্ধটি পড়ছিলাম, এবং ভাবছিলাম যে আপনি আনুমানিক বনাম যা দেখতে পাচ্ছেন তা এই দুটি পরিকল্পনার ক্ষেত্রে কী আপনি বিশদভাবে বলতে পারেন? > ব্লগস.টেকনেট
রিচার্ড

1
শুধু পরিষ্কার করে বলতে হবে: গ্রাফটি ঠিক কী? RANGE_HI_KEYসম্ভবত এক্স-অক্ষের উপর, তবে y- অক্ষের উপর কী আছে? EQ_ROWS? RANGE_ROWS? এর যোগফল?
পল হোয়াইট 9

উত্তর:


3

এটি প্যারামিটার স্নিফিংয়ের সাথে সম্পর্কিত বলে শেষ হয়েছিল। ঠিক এটি ঘটেছিল যে পরিসংখ্যানগুলি পুনর্নির্মাণের পরে এই ক্যোয়ারির কিছু অদ্ভুতভাবে তৈরি সংস্করণগুলি সঠিকভাবে সম্পাদন করা হয়েছিল। সুতরাং ক্যাশেড প্ল্যান সংখ্যাগরিষ্ঠ কলগুলির প্রতিনিধি ছিল না। আমি স্থানীয় ভেরিয়েবলগুলিতে তারিখের প্যারামিটারগুলি অনুলিপি করার কৌশলটি ব্যবহার করেছি এবং এটি কেবল দুর্দান্ত কাজ করছে, পারফরম্যান্সের কোনও প্রভাব ফেলেনি। এটি উত্তর দেয় না কেন হিস্টোগ্রামটি এত "বন্ধ" দেখাচ্ছে তবে এটি আমার কর্মক্ষমতা সম্পর্কিত সমস্যাগুলি ব্যাখ্যা করে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.