এসকিউএল সার্ভার - রিপোর্টের জন্য পৃথক ডাটাবেস?


19

আমাদের এসকিউএল সার্ভারে, আমাদের প্রতিটি ওয়েব অ্যাপ্লিকেশনের জন্য একটি ডাটাবেস রয়েছে। প্রতিবেদনের জন্য, আমরা রিপোর্টিং পরিষেবাদি ব্যবহার করি এবং সমস্ত প্রতিবেদন ডেটা (রিপোর্টের পরামিতি সহ) সঞ্চিত পদ্ধতি থেকে আসে।

সঞ্চিত প্রক্রিয়াগুলি প্রতিবেদনের ডেটার মতো একই ডাটাবেসে থাকে। সুতরাং, উদাহরণস্বরূপ, স্টক রিপোর্টগুলি পরিবেশন করে এমন প্রকল্পগুলি স্টক ডাটাবেসে রয়েছে। কিছু প্রতিবেদন একাধিক ডাটাবেস থেকে তথ্য দেখায় এবং তারপরে সেই সমস্ত উত্স ডাটাবেসের মধ্যে একটি থাকবে proc প্রতিবেদনের পরামিতিগুলি একটি এন্টারপ্রাইজ ডাটাবেসে প্রোকগুলি থেকে তাদের ডেটা পায় যা স্টোর, কর্মচারী ইত্যাদির মতো ডেটা রয়েছে that

এর অর্থ হল যে সমস্ত প্রতিবেদনের কমপক্ষে এন্টারপ্রাইজ ডাটাবেসের সাথে একটি সংযোগ এবং অন্য একটি ডাটাবেসের সাথে অন্য কোনও সংযোগ রয়েছে - এবং কখনও কখনও এর চেয়েও বেশি।

আমার প্রশ্ন হ'ল: রিপোর্টিং প্রোসকে আলাদা "রিপোর্টস" ডাটাবেসে সরানোর কোনও সুবিধা আছে কি ? আমি অন্য সার্ভারে প্রতিবেদনগুলি সরিয়ে নেওয়ার উপকারিতা জানি এবং আমি সে সম্পর্কে কথা বলছি না - এটি একই সার্ভারে থাকবে।

যে বিষয়গুলি এতে প্রভাব ফেলতে পারে সেগুলি হ'ল:

  • প্রতিবেদনের জন্য একাধিক ডাটাবেস সংযোগ থাকা কি প্রতিবেদনের গতিকে প্রভাবিত করে?
  • ডেটা থেকে পৃথক ডাটাবেসে রিপোর্টিং প্রোক থাকায় সূচী দর্শনগুলি ব্যবহার করা থেকে আমাদের বাধা দেবে?
  • আপনি কি পৃথক ডাটাবেসে আপনার প্রতিবেদনগুলি পরিচালনা করা সহজ / কঠিন বলে মনে করেছেন?

আপনি কী মনে করেন দয়া করে আমাকে জানান।


আমার প্রশ্নগুলি হ'ল: আপনি আরএস এবং / বা ডিডাব্লু কে অন্য সার্ভারে স্থানান্তরিত করার সময় এই নতুন সার্ভার (গুলি) -র কি কোনও বিদ্যমান ডাটাবেস ইঞ্জিন রয়েছে? বা আপনি মূল ডাটাবেস ইঞ্জিন ব্যবহার করছেন? - সুতরাং আপনার কি সমস্ত এসকিউএল সার্ভারের জন্য পৃথক ডাটাবেস ইঞ্জিন রাখতে হবে? ধন্যবাদ, - ডম

হ্যাঁ, প্রতিটি সার্ভারে আমাদের একটি পৃথক ডাটাবেস ইঞ্জিন রয়েছে: ডিবি সার্ভার এবং ডিডাব্লু সার্ভার। প্রশ্ন জিজ্ঞাসা করার পরে, আমরা উত্স ডেটা হিসাবে একই ডেটাবেসে (এবং সেইজন্য একই সার্ভার) প্রতিবেদন রাখার আমাদের মূল নকশার সাথে রয়েছি। আমরা ডেটাটি এমন একটি ডেটা গুদাম সার্ভারে স্থানান্তরিত করি যেখানে ব্যবহারকারীরা এসকিউএল সার্ভার বিশ্লেষণ পরিষেবাদি কিউবগুলির মাধ্যমে এটি অ্যাক্সেস করে।

উত্তর:


17

উত্তরটি হ'ল, হ্যাঁ, এটি করার একটি সুবিধা রয়েছে। অপারেশনাল ডাটাবেসের উপর প্রতিবেদনগুলি প্রচুর সংস্থান ব্যবহার করবে এবং অপারেশনাল সিস্টেমের কার্য সম্পাদনে হস্তক্ষেপ করবে। মনে রাখবেন যে ডাটাবেস কর্মক্ষমতা যান্ত্রিক সীমাবদ্ধতার অধীনে (ডিস্ক হেডগুলি পিছনে সরানো এবং ঘূর্ণনকারী বিলম্বত কারণ আমরা সঠিক খাতটি মাথার নীচে প্রদর্শিত হয়) এর জন্য অপেক্ষা করি। প্রতিবেদনের কৌশলটির জন্য আপনার কাছে দুটি বিস্তৃত বিকল্প রয়েছে:

  1. আপনার ডাটাবেসটিকে অন্য সার্ভারে প্রতিলিপি করুন এবং এতে রিপোর্টিং স্প্রোকগুলি সরান। প্রতিলিপি সার্ভার বন্ধ রিপোর্ট আছে। এটি সর্বনিম্ন প্রচেষ্টা এবং আপনার বিদ্যমান প্রতিবেদন এবং সঞ্চিত পদ্ধতিগুলি পুনরায় ব্যবহার করতে পারে।
  2. এমন ডেটা গুদাম তৈরি করুন যা আপনার উত্পাদন সিস্টেম থেকে ডেটা একত্রিত করে এবং এমন একটি রূপে রূপান্তরিত করে যা প্রতিবেদনের জন্য আরও বন্ধুত্বপূর্ণ । আপনার কাছে যদি 'অ্যাডহক স্ট্যাটিস্টিকাল রিপোর্টিং' রয়েছে যা 'গতকাল ব্যবসা বন্ধের' হিসাবে স্ন্যাপশট থেকে গ্রহণযোগ্যভাবে সম্পন্ন করা যেতে পারে তবে ডেটা গুদাম আরও ভাল পন্থা হতে পারে।

ডেটা গুদাম তৈরি করা এবং ওএলএপি-র মতো লাভজনক প্রযুক্তিগুলি যেখানে অর্থবোধ করে তা দ্রুত, নির্ভরযোগ্য প্রতিবেদন সরবরাহের পক্ষে আপনার লেনদেন প্রক্রিয়াজাতকরণ ব্যবস্থায় যত কম প্রভাব ফেলতে পারে তত বাড়ায়।

2

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

আমি এই নিবন্ধটি দরকারী খুঁজে পেয়েছি ।


1

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

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


1

আমি আপনাকে দুটি ডাটাবেস ব্যবহার করার পরামর্শ দিচ্ছি।

'লাইভ' ডাটাবেস থেকে প্রাপ্ত সংবাদগুলি পারফরম্যান্সে সমস্যা সৃষ্টি করে।

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


0

অন্য পদ্ধতি হ'ল রিপোর্টিং টেবিলগুলি পৃথক স্কিম এবং পৃথক ফাইলগোষ্ঠীতে সরানো। ফাইলগ্রুপের প্রতিবেদন করার ফাইলগুলিকে ডেটা হার্ড ডিস্ক থেকে সরিয়ে নেওয়া যেতে পারে। প্রশাসন, ভবিষ্যতের বিকাশ এবং অ্যাক্সেস ম্যানেজমেন্টের জন্য এটি অনেক সহজ ams

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