আরডিবিএমএসের পরিবর্তে লগগুলির জন্য ফাইল সিস্টেমকে কেন পছন্দ করা হয়?


44

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

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

তবুও সবাই লগগুলি রক্ষণাবেক্ষণের জন্য ফাইল সিস্টেমকে পছন্দ করে বলে মনে হচ্ছে। আমি এই পদ্ধতির কোনওটির বিরুদ্ধে পক্ষপাতদুষ্ট নই তবে আমি কেন এটির মতো অনুশীলন করা তা জানতে চাই। এটি গতি বা রক্ষণাবেক্ষণযোগ্যতা বা অন্য কিছু?


10
সুতরাং আপনার লগিং সিস্টেমটি যদি কোনও ডিবিতে লগ করে আপনি কীভাবে ডিবি ত্রুটিগুলি লগ করবেন (উদাহরণস্বরূপ ডিবি অনুপলব্ধ)?
মার্জন ভেনেমা

17
@ মারজান যদি ফাইল সিস্টেমের ত্রুটিগুলি ব্যর্থ হয় তবে কীভাবে লগ করব?!
ইয়াসির

5
বেশ সত্য, তবে যদি এটি ব্যর্থ হয়, তবে আপনার ডিবিও অ্যাক্সেসযোগ্য হওয়ার সম্ভাবনা রয়েছে ... সর্বোপরি, ফাইল সিস্টেম ছাড়া এটি কোথায় / তার টেবিলে লিখবে?
মার্জন ভেনেমা

2
@ ইয়াসির: ফাইল সিস্টেমে লগ ইন করার আগে সমস্ত লগ বার্তা একটি সিসলগ সার্ভারে প্রেরণ করুন :)
ব্রায়ান

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

উত্তর:


37
  1. ডাটাবেসের সাহায্যে অনেক কিছুই ব্যর্থ হতে পারে এবং এই ব্যর্থতাগুলিকে লগ করাও গুরুত্বপূর্ণ।

  2. স্বায়ত্তশাসিত লেনদেনের (বা কোনও লেনদেনের অনুমতি না দেওয়ার) কোনও ডাটাবেস সিস্টেম না থাকলে লগিংয়ের জন্য পৃথক সংযোগের প্রয়োজন হয় সুতরাং লগিংয়ের ক্ষেত্রে রোলব্যাক বা কমিট অ্যাপ্লিকেশনটিতে রোলব্যাক বা প্রতিশ্রুতিবদ্ধ না হয়।

  3. প্রারম্ভকালে লগিংয়ের মূল্যবান অনেকগুলি ঘটে থাকে, সম্ভবত ডাটাবেস সংযোগ স্থাপনের আগেই।

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


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

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

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

# 4 আসলেই সমস্যা নয়। DELETE FROM dbo.Log WHERE LogDate < today minus 2 weeks
রবার্ট হার্ভে

@ রবার্টহারভি ভারী বোঝা পরিবেশে এটি চেষ্টা না করা পর্যন্ত এটি কার্যকরভাবে কাজ করে, যেখানে এই ধরনের বাল্ক অপারেশন অতিরিক্ত সতর্কতা ছাড়াই মারাত্মক সমস্যা সৃষ্টি করতে পারে। আপনার ডিস্কের
জায়গাগুলি

16

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

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


তবে এ নিয়ে আমার একটা বিভ্রান্তি আছে। আমার নোটপ্যাড, ওয়ার্ডপ্যাড, জিডিট বা নোটপ্যাড ++ বা কোনও ওয়েব ব্রাউজার 4GB আকারের ফাইল খুললে খুশি হবে না। তবে একই ব্রাউজারটি আমাকে হাজার পৃষ্ঠাগুলির একটি তালিকা প্রদর্শন করতে সক্ষম করবে, যার প্রতিটিতে 500 টি রেকর্ড রয়েছে। রাইট?
ইয়াসির

7
@ ইয়াসির কারণ আপনি এমন সম্পাদকরা ব্যবহার করছেন যা পুরো ফাইলটিকে মেমরিতে লোড করার চেষ্টা করে। একটি স্মার্ট সম্পাদক ব্যবহার করার চেষ্টা করুন যা বড় ফাইলটি 'স্ট্রিম' করতে সক্ষম। ভিম একটি ভাল উদাহরণ।
নখলি

6
@ ইয়াসির: এটি সত্য, তবে আপনি ভুল জিনিসটি অনুকূল করার চেষ্টা করছেন। বেশিরভাগ সময়, লগগুলি লিখিত হয় এবং কখনই পড়ে না। সুতরাং আপনি লগগুলি খুব দ্রুত তৈরি করেন কারণ এটি সাধারণ ঘটনা।
আনহোলিস্যাম্পলার

5
হ্যাঁ, আমি আগে ডেটাবেজে লগইন করেছি এবং সহজেই লগ বার্তাগুলি জিজ্ঞাসা করতে সক্ষম হলাম অত্যন্ত উপকারী, বিশেষত যখন আমরা বাগটি প্রতিলিপি করা শক্ত করতে ট্রাব করতে ডিবাগ স্তরের লগিং চালু করি।
অ্যান্ডি

2
@gbjbaanb আমি এটি অত্যধিক ওভাররেটেড পাইনি এবং খোলামেলাভাবে আপনি চিহ্নের লাইন ব্যবহার করার পরামর্শ দিয়েছেন এবং জিজ্ঞাসা করতে কাটা এবং পেস্ট করা একটি রসিকতা। তার ঠিক অনুসন্ধানের না, আমরা যে সার্ভার অন্যদের তুলনায় বেশি সমস্যা ছিল, ত্রুটি ব্যবহারকারীদের ধরনের কি প্রায়শই, ইত্যাদি এইজন্য ছিল খুঁজে পেতে প্রবণতা বিশ্লেষণ
অ্যান্ডি

15

গতি একটি কারণ; অন্যরা হলেন:

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

3

প্রথম বন্ধ.

এবং যদি বিশেষ যত্ন না দেওয়া হয় তবে এটি বিশেষ পরিস্থিতিতে ব্যর্থও হতে পারে।

আপনি সাবধান না হলে ডাটাবেস লেনদেন ব্যর্থ হতে পারে?

একটি পাঠ্য ফাইলে লেখার অনেকগুলি সুবিধা রয়েছে, যা সবচেয়ে গুরুত্বপূর্ণ

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

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

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

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

2

আপনি আপাচে বিশেষভাবে উত্থাপন করুন, তাই আমি এটি নিয়ে বিস্তারিত আলোচনা করব।

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

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

(এই সমস্যাটি অবশ্যই ঠিক করা যেতে পারে - অনেক বছর আগে আমি এটি করেছি)


1

একটি ফাইল সিস্টেম একটি ডাটাবেস। এটি আসলে একটি রিলেশনাল ডিবিএমএসের পরিবর্তে একটি সহজ, শ্রেণিবিন্যাসের ডেটাবেস, তবে এটি একটি ডাটাবেস।

ফাইল সিস্টেমে লগইন করার কারণটি জনপ্রিয় কারণ হ'ল পাঠ্য লগগুলি ইউনিক্স দর্শনের সাথে ভাল ফিট করে: "পাঠ্য সর্বজনীন ইন্টারফেস।"

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

যদি প্রতিটি অ্যাপ্লিকেশন তার নিজস্ব ডাটাবেসে লগইন করে, একটি মাইএসকিউএল-তে অন্য, পোস্টগ্রিসে অন্যটি, ইলাস্টিকসर्चে, অন্যজন ইলেকে লগ করতে চায়, অন্যটি কেবল মঙ্গোডিবিতে লগইন করতে পারে, তবে আপনাকে প্রতিটিটির লগগুলি ট্রল করার জন্য বিশটি আলাদা সরঞ্জাম শিখতে হবে আবেদন। পাঠ্যটি সর্বজনীন মাধ্যম যা প্রত্যেকে লগইন করতে পারে।

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

একটি ডাটাবেসে লগইন করা প্রায়শই বাস্তবে জিনিসগুলিকে উল্লেখযোগ্যভাবে সহজ করে তোলে না।

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


0

আসুন কয়েকটি স্তর এ এটি দেখুন:

  1. মেশিন স্তর
  2. অপারেটিং সিস্টেম স্তর
  3. পরিষেবা স্তর
  4. আবেদন স্তর

সংক্ষেপে:

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

তারপরে আমাদের ব্যবহার-ভিত্তিক ভিত্তিক পদ্ধতি রয়েছে:

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

আরডিবিএমএস যখন নিজের জন্য লগিং করার প্রয়োজন হয় তখন ডেটাবেসটি লেখা যায় না, তখন কী ঘটে?


-2

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


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

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

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

@ এখনও সবার আগে, এসকিউএলাইটটি ক্লাসিক সিন্সে আরডিবিএমএস নয় - এটি "এম্বেড করা আরডিবিএমএস"। এবং হ্যাঁ - লগিংয়ের জন্য এসকিউএলাইটের প্রয়োজনীয়তা জটিলতা অনেক বাড়িয়ে তুলবে।
নুনেক্স 21

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

-4

এটি গতি বা রক্ষণাবেক্ষণযোগ্যতা বা অন্য কিছু?

দ্রুততা.

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