আমাদের কি কখনও ডেটাবেসে ডেটা মুছে ফেলা উচিত?

Question

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

এটা কি সত্যি? যদি তা হয় তবে আইবিএমের মতো একটি বড় সংস্থা কীভাবে একশত বা আরও কয়েক বছর ধরে তাদের ডেটা পরিচালনা করবে?

Comments

দয়া করে স্পষ্ট করে বলুন - আপনি কি এসকিউএলে ডিলিট কমান্ড জারি করবেন কিনা তা জিজ্ঞাসা করছেন, বা আপনি জিজ্ঞাসা করছেন যে অন্তর্নিহিত ডাটাবেস ইঞ্জিনটি মুছে ফেলা হিসাবে চিহ্নিত হওয়া ডেটা মুছে ফেলে?

— গ্র্যান্ডমাস্টারবি

@ স্টার্টআপক্রজি: এই মন্তব্যটি আমার পক্ষে কিছুই পরিষ্কার করে না।

— ডক ব্রাউন

"আমরা" বলতে কাকে বোঝানো হয়েছে?

— ডায়নামিক

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

— পিটার বি

এটি কী ধরণের ডেটা নির্ভর করে। কিছু ক্ষেত্রে আপনাকে অবশ্যই আইনী কারণে এটি মুছতে হবে।

— কোডসইনচাউস

Answer 1

এই সমস্ত কিছুর সাথে উত্তরটি "এটি নির্ভর করে"।

যদি ব্যবহারকারী কখনও ডেটা ফেরত পেতে চান তবে আপনার বন্ধুরা ঠিক বলেছেন - আপনি সত্যিই রেকর্ডটিকে "মুছে ফেলা" হিসাবে চিহ্নিত করবেন না। এইভাবে যখন ব্যবহারকারী তাদের মন পরিবর্তন করে আপনি ডেটা পুনরুদ্ধার করতে পারেন।

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

যাইহোক, যদি ডেটা সংক্ষিপ্ত বা সহজে পুনরায় তৈরি করা হয় তবে আপনি আসলে ডেটা মুছতে ভাল সিদ্ধান্ত নিতে পারেন।

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

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

Comments

কিছু অ্যাপ্লিকেশন ক্ষেত্রগুলি (অ্যাকাউন্টিং, মেডিকেল ডিভাইস) সম্ভবত অডিটিং প্রয়োজনীয়তার কারণে ডেটা মুছে ফেলা হয় না।

— পল

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

— গ্যাভিন কোটস

ডাটাবেসে কিছু জায়গা খালি করে দেওয়া কি এর কর্মক্ষমতা বাড়ায়?

— Viveksinghggits

Answer 2

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

হ্যাঁ, আপনার ডাটাবেস থেকে আপনার ডেটা মুছে ফেলা উচিত , তবে কখন এবং কখন তা বলা সহজ নয়।

Comments

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

— কিথস

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

— টিএমএন

Answer 3

ইতিমধ্যে এটির জন্য প্রচুর ভাল উত্তর এসেছে যা "পরিস্থিতিতে নির্ভর করে" তে উতরে যায় এবং আমি এগুলিতে কিছু যোগ করতে পারি না।

একটি জিনিস যা উল্লেখ করা হয়নি, তবে আমি মনে করি যে উল্লেখ করা দরকার তা হ'ল আপনার কখনও কখনও প্রাথমিক কীগুলি পুনরায় ব্যবহার করা উচিত নয় যা সিকোয়েন্স বা একটি স্বতঃসিদ্ধ সিস্টেম দ্বারা উত্পন্ন হয়েছে।

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

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

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

আরও খারাপ, আপনি 13 টি মুদ্রক মুছলে এবং শূন্যস্থান পূরণের জন্য নীচে নেমে আসা সমস্ত প্রিন্টারগুলি বদলে ফেললে কী হবে? প্রিন্টার ১৪ (কিছুটা কমে যাওয়া পুরাতন ডট ম্যাট্রিক্স) প্রিন্টার ১৩, প্রিন্টার ১৫ প্রিন্টার ১৪ এবং আরও কিছু হয়।

সমস্ত মুদ্রকগুলিতে তাদের লেবেল রয়েছে যাতে তারা ডাটাবেসের সাথে ক্রস-রেফারেন্স করা যায় তবে এখন সমস্ত লেবেল পুরানো। আপনাকে রাউন্ডে যেতে হবে, ব্যবসায়ের প্রতিটি মুদ্রক সনাক্ত করতে হবে (যা কয়েকশ'র মধ্যে চলে যেতে পারে) এবং তাদের পুনরায় বিদ্রোহ করতে হবে। এটি খুব কম সময় কার্যকরভাবে ব্যবহার। এবং এটি একটি ত্রুটি-প্রবণ প্রক্রিয়াও এবং যদি এটি কখনও না হয় তবে কী হবে? কেউ প্রিন্টার ১৪ টি ভেঙে গেছে এবং জরুরীভাবে ফিক্সিংয়ের প্রয়োজন আছে বলে ডেকেছেন, তাই আপনি এটি সন্ধান করুন এবং দেখতে পাবেন যে প্রিন্টার 14 অভ্যর্থনার মধ্যে একটি ইঙ্কজেট প্রিন্টার। কেবলমাত্র আপনি চারদিকে আইডিগুলি বদল করেছেন, এটি আসলে ডট ম্যাট্রিক্স প্রিন্টার যা জরুরি প্রয়োজনে ফিক্সিংয়ের প্রয়োজন। যে লোকটি সমস্যায় ডেকেছে তাকে ঝুলন্ত অবস্থায় ফেলে রাখা হয়েছে, যদিও রিসেপশনিস্টের কাছে একটি প্রযুক্তিগত সমর্থনকারী লোক রয়েছে যা সে কখনই ভাঙা হয়নি এমন কোনও প্রিন্টার ঠিক করার জন্য ডেকে আনেনি।

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

Comments

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

— জোমরনো

সত্য, তবে উপরের উদাহরণটি হুবহু এটি ছিল, স্বতঃআগ্রহ-উত্পাদিত কীগুলি নিয়ে আপনি যদি গোলমাল করেন তবে কী ভুল হতে পারে তা উদাহরণস্বরূপ একটি উদাহরণ। বাস্তবে এটি রেফারেন্সিয়াল অখণ্ডতা সহ আরও কিছু করা।

— গর্ডনএম

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

— জোমরনো

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

— গর্ডনএম

Answer 4

ইতিমধ্যে এখানে প্রচুর ভাল উত্তর। আমি কেবল একটি পরিস্থিতি যুক্ত করতে চাই যা এখনও কেউ উল্লেখ করেনি:

সংবেদনশীল ডেটা । যদি ব্যবহারকারী এটি মুছে ফেলেন, তবে আপনি আসলে এটি মুছবেন!

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

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

সুতরাং আমি নিজেকে জিজ্ঞাসা করব: যদি আমি তাদের বিশ্বাস করি যে ডেটা মুছে ফেলা হয়েছে তবে ব্যবহারকারী (বা অন্য কেউ, সরকার) কি পাগল হবে, তবে বাস্তবে আমি এখনও এটি পেয়েছি এবং যে কোনও সময়ে এটি পুনরুদ্ধার করতে পারি?

Comments

মজাদার. বড় সংস্থাগুলি কি বাস্তবে এটি বাস্তবায়ন করে?

— ফুদ্দিন

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

— মাইক পার্টরিজ

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

— টিএমএন

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

— gnasher729 21

ইইউ জিডিপিআর তাদের শুভেচ্ছা পাঠায়।

— displayname

Answer 5

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

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

যদিও যথারীতি, সঠিক উত্তরটি নির্দিষ্ট পরিস্থিতির উপর নির্ভর করে।

Answer 6

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

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

Answer 7

ভবিষ্যতে যদি প্রয়োজন হয় তবে সর্বাধিক ক্ষেত্রে আপনার ডেটা ঠিক রাখা উচিত। আপনি যে ব্যবসায়ের জন্য কাজ করেন সেগুলি decisionsতিহাসিক ডেটাগুলি তাদের সিদ্ধান্তগুলিকে ভিত্তি করে দেখতে চায় যার উপর ভিত্তি করে কোনও নির্দিষ্ট দিকে কোমাপানি চালিত হবে।

প্রতিটি টেবিলে আপনার 'ডেটটাইম_মোমোভড' কলামগুলি যুক্ত করা উচিত এবং তারপরে সারিটি (গুলি) শারীরিকভাবে মুছে ফেলার পরিবর্তে আপনি একটি তারিখ এবং সময় স্থির করেন যে সারিটি কার্যত মুছে ফেলা হয়েছে। তারপরে আপনার সঞ্চিত পদ্ধতিতে বা স্ক্যুলে আপনি 'ডেটটাইম_সামোভেড' কলামে ফ্যাক্টর স্থাপন করবেন যেমন টেবিল 1 থেকে ব্লাছ নির্বাচন করুন যেখানে তারিখ_তাই_মুভেদ বাতিল

অবশ্যই যে সারিগুলি দুর্ঘটনাক্রমে একটি ডাটাবেসে যুক্ত হয়েছে সেগুলি স্থায়ীভাবে মুছে ফেলা উচিত, বিশেষত পরীক্ষার ডেটা।

সমস্ত বৈধ ডেটা রেখে আপনার ভবিষ্যতে গুদামজাত করার জন্য আপনার ডাটাবেস ব্যবহারের বিকল্পও থাকতে হবে।

Answer 8

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

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