বেসিক ডেটা স্ট্রাকচার হিসাবে আমরা কীভাবে (শ্রেণিবিন্যাস) ফাইল সিস্টেমের সাথে স্যাডেল হয়ে গেলাম?

Question

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

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

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

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

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

Comments

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

— চাকরি

"যদি তারা ইতিমধ্যে পৃথক পৃথক ডিরেক্টরিতে উপস্থিত থাকে এবং তাদের সেখানে থাকার দরকার হয়?" কখনও কখনও আপনি এই সমস্যাটি সমাধান করার জন্য হার্ড-লিঙ্কগুলি ব্যবহার করতে পারেন ...

— হতাশাগ্রস্ত

এছাড়াও, বিষয়টিতে

— হতাশ

সত্যিই নেই উইন্ডোজ 7 এ একটি সমাধান কিন্তু নতুন লাইব্রেরি আপনি কার্যকারিতা কিছু দিতে পারেন আপনি আগ্রহী বলে মনে হচ্ছে: lifehacker.com/#!5464350/...

— DKnight

যদি আমি একবারে দুটি ফাইল আলাদা আলাদা ফোল্ডারে রাখতে চাই তবে আমি সেই ফাইলটিতে একটিতে একটি শর্টকাট রেখেছি। অসুবিধাটি হ'ল আপনি যদি সেই ফোল্ডার / ফাইলটি স্থানান্তর করেন তবে শর্টকাটটি অবৈধ।

— মতিন উলহাক

Answer 1

এটি দিয়ে শুরু করুন: http://en.wikedia.org/wiki/Unix_File_S systemm

এটি পড়ুন: http://www.unix.org/ কি_আইস_ ইউনিক্স / হিস্টোরি_টাইম.এইচটিএমএল

তারপরে এটি পড়ুন: http://www.amazon.com/UNIX-Files systemms-Evolution-Design- প্রয়োগকরণ / dp / 0471164836

এর একটি সহজ উত্তর আছে "ফাইল সিস্টেমের সহজ উত্তরাধিকারের বাইরে ওএস কেন ডেটা সংরক্ষণের আরও জটিল উপায়ে অফার করতে পারেনি?"

কারণ এটি ওএসের করার জন্য খুব বেশি।

লাইব্রেরি এবং অ্যাপ্লিকেশন প্যাকেজগুলির জন্য এটি।

উদাহরণস্বরূপ, ওরাকল আপনাকে ফাইল-সিস্টেমের মতো বৈশিষ্ট্যগুলি সেট করবে যা আপনি ওরাকল টুলসেটের সাহায্যে পরিচালনা করেন।

পাইথন খুব পরিশীলিত অন ডিস্ক স্টোরেজ স্ট্রাকচার তৈরি করতে ডিবিএম লাইব্রেরি ব্যবহার করে।

কাউচডিবি এবং মঙ্গো (এবং অন্যান্য) খুব পরিশীলিত স্টোরেজ স্ট্রাকচার যা কিছু ডাটাবেসের মতো বৈশিষ্ট্য সরবরাহ করে।

মুল বক্তব্যটি হ'ল ওএসের ন্যূনতম করা উচিত এবং সমস্ত কিছুই একটি অ্যাড-অন।

Comments

বেশ সম্মত। আসলে, কি ওপি জন্য জিজ্ঞাসা ছিল অনেকটা বর্তমানে eaither মৃত বা মৃতু্য WinFS প্রকল্প: en.wikipedia.org/wiki/WinFS । গিক যতটা বলে, 'ঝরঝরে!' আমার মধ্যে অভিজ্ঞ ব্যবহারকারী এবং সফটওয়্যার ইঞ্জিনিয়ার বলে, "খুব শক্তভাবে চেষ্টা করে দেখছি!"

— অ্যাডাম ক্রসল্যান্ড

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

— বিজিক্লপ 21

@ বিজিক্লপ: একমত উইন্ডোজ লিনাক্সের দৃষ্টিভঙ্গি থেকে সরিয়ে নিয়েছে। সেখানে অবাক হওয়ার মতো কিছু নেই।

— এসলট

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

— বাইজিক্লোপ

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

— টিম উইলিসক্রফ্ট

Answer 2

সংক্ষিপ্ত উত্তরটি হল: প্রতিদিনের ফাইল ফাইল সিস্টেমটি বোঝে। এটি তাদের ফাইল মন্ত্রিসভায় স্মরণ করিয়ে দেয়। ওয়েব পৃষ্ঠাগুলি এবং এমনকি ফ্যাট অ্যাপ্লিকেশনগুলি সম্পর্কে ভাবেন, আপনি কেন Tabsএত জনপ্রিয় বলে মনে করেন ? লোকেরা তাদের সাথে সনাক্ত করতে পারে এবং দ্রুত তাদের বুঝতে পারে।

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

এমনকি উইনএফএসের সাথেও আমি ভাবি না যে এমএস ফাইল সিস্টেমের চেহারা এবং অনুভূতি থেকে মুক্তি পাবে।

Comments

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

— ম্যাথু

এটি আপনার জন্য একটি শক হিসাবে আসতে পারে: প্রতিদিনের লোকেরা ফাইল সিস্টেমটি বুঝতে পারে না। তারা ধারণা অজ্ঞান পেতে পারেন। এবং আমি এর অর্থ হ'ল একটি ইউনিক্স স্টাইলের এফএস এর মাউন্ট পয়েন্টস, সিমলিঙ্কস এবং হার্ডলিঙ্কগুলি নয়, তবে এতে ফাইলগুলির সাথে একটি বগ স্ট্যান্ডার্ড ডিরেক্টরি কাঠামো।

— বাইজিক্লোপ

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

— zzzzBov

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

— নিকোল

আমার সিএস ডিগ্রি আছে। তবে আমি জানিনা কোন ফোল্ডারে কোন উইন্ডোজ কোন ফাইলগুলিতে প্রবেশ করে। বিশেষত ডেস্কটপ, স্টার্টমেনু, কুইক লঞ্চ এবং অন্যান্য সমস্ত ব্যবহারকারী / সিস্টেম নির্দিষ্ট ডিফল্ট ফোল্ডার। (এই এম -হেল্প সিস্টেমটি আমাকে কীভাবে একটি বোতাম টিপতে হয় তা বোঝাতে সহায়তা করে না)) আমার নিজের ফাইলগুলি অনুসন্ধান করতে সক্ষম হওয়ার জন্য আমাকে সাইগউইন ইনস্টল করতে হবে, কারণ নতুন এম $ অনুসন্ধান বৈশিষ্ট্যগুলি আর সাধারণ বিদ্যমান ফাইলগুলি খুঁজে পায় না like win2k এ হাইড-সিস্টেম-ফাইলগুলি, হাইড-ফাইল-এক্সটেনশানগুলির মতো দুর্বলতাগুলি অক্ষম করা এখন বেশিরভাগ সমস্যার সমাধান করে না। আমি উইন্ডোজ ছেড়ে দিয়েছিলাম, যখন আমাকে জোর করে (ব্র্যান্ড নিউ) উইনএক্সপি-তে কাজ করতে বাধ্য করা হয়েছিল।

— কমোনেড

Answer 3

এখানে প্রতিটি উত্তরে একটি সামান্য সত্য আছে তবে আমি মনে করি না এটি সম্পূর্ণ সত্য।

আপনার তালিকাভুক্তটি হ'ল বেশিরভাগ বৈশিষ্ট্য যা ব্যবহারকারী এবং বিকাশকারীরা প্রতিদিন একইভাবে মিস করে।

গাছ-ভিত্তিক ফাইল সিস্টেমটি তারা কোনও ডাগ-ভিত্তিক বোঝার চেয়ে বেশি বোঝে না।

এবং এক্সটেনশন নামক ফাইল নামগুলির করুণাত্মক সংযোজনগুলির জন্য একেবারে কোনও অজুহাত নেই। এগুলি কেবল তাদের উদ্দেশ্যে (ফাইলের ধরণ সনাক্তকরণের জন্য) সম্পূর্ণরূপে অনুপযুক্ত নয়, তবে ব্যবহারকারীদের উপকারের অন্তহীন উত্স।

আমরা এখনও তাদের ব্যবহার করার কারণটি হ'ল "যা করব" মনোভাব এবং পুরানো কোডের সাথে সামঞ্জস্য বজায় রাখার আসল প্রয়োজন need ফাইলগুলি সংরক্ষণ করার জন্য একটি নতুন পদ্ধতির অর্থ বেশিরভাগ বিদ্যমান কোডকে অকেজো করে রেন্ডারিং করে বেসিক ফাইল I / O API এর আমূল পরিবর্তন হতে হবে। হয় বা আপনার এগুলির চারপাশে টিপটো করতে হবে, উত্তরাধিকারের API বজায় রাখা উচিত। প্রোগ্রা Remember 1 মনে রাখবেন।

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

---

এখন আমি পক্ষগুলি পরিবর্তন করতে যাচ্ছি।

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

তবুও সমস্ত ক্রিয়াকলাপ সোজা, দূরত্বে কোনও ভুতুড়ে কাজ নেই, এমন কিছু যা আমাকে ডাব্লুটিএফএফ যেতে দেয় না।

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

স্পষ্টতই, সংগ্রহের মধ্যে ডকুমেন্টের নামগুলির অনন্যতা থাকা দরকার।

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

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

শেষ পর্যন্ত আমরা পরাজয় স্বীকার করেছি, ভাগ্যক্রমে এখনও সময় আছে।

মেটাডাটা তৈরি করা অতিরিক্ত অনুসন্ধানের দিকগুলি যদিও নিখুঁত আচরণে কাজ করেছিল।

Comments

5 মেগাবাইট হার্ড ড্রাইভে রিমেমেব্রি সিপি / এম? শত শত শত ফাইল অতীত স্ক্রোলিং। ভয়াবহ, আতঙ্কজনক!

— দ্রুত_ এখন

@ চটজলদি_ আহ, ভাল পুরানো সিপি / এম। :)

— বিজিকলপ

Answer 4

সত্যি কথা বলতে, আমি ম্যাকের আমার ফাইলগুলিতে সবে মেটাডেটা স্পর্শ করি। আমি মনে করি OSX ব্যবহারের শেষ 5 বছরে (যা মন্তব্যগুলিকে সমর্থন করে এবং এর বাইরে), আমি সম্ভবত 2 টি ফাইলে মেটাডেটা ব্যবহার করেছি। এটি একটি খারাপ ধারণা বলছেন না।

আমি ঠিক নিশ্চিত নই যে ট্যাগিংয়ের ওভারহেডটি কীভাবে আমার জন্য ব্যবহারিক।

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

Comments

এনটিএফএস / উইন্ডোজ এর আধুনিক সংস্করণ না অফারটি সংস্করণ। এটি ঠিক আপনার মুখের মধ্যে নেই, তবে এটি বিদ্যমান। যদিও এটি ভিএমএসের সাথে তুলনা করে তা বলতে পারি না।

— শোগ 9

Answer 5

আমি HP3000 এবং এনকোর / গোল্ডের মতো পুরানো মিনিগুলিতে নন-হায়ারার্কিকাল ফাইল সিস্টেমের সাথে কাজ করেছি। আপনার ডিরেক্টরি নেই; আপনার একটি গোষ্ঠী এবং একটি অ্যাকাউন্ট ছিল এবং ফাইলগুলি " গ্রুপ । অ্যাকাউন্ট । ফাইল " হিসাবে নামকরণ করা হয়েছিল , যেমন "users.jbode.myfile1", "dev.jbode.main", ইত্যাদি etc.

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

Answer 6

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

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

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

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

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

#include <fstream>

int main() {
    std::ofstream out("test.txt");
    std::ofstream tag("test.txt:tags");

    out << "This is the output file";
    tag << "tag1 tag2";

    return 0;
}

এবং ট্যাগগুলি পড়তে এবং প্রদর্শন করতে এখানে কিছু কোড রয়েছে:

#include <fstream>
#include <iterator>
#include <iostream>
#include <string>

int main() { 
    std::ifstream tags("test.txt:tags");

    std::copy(std::istream_iterator<std::string>(tags),
          std::istream_iterator<std::string>(),
          std::ostream_iterator<std::string>(std::cout, " "));
    return 0;
}

সব খুব সহজ এবং সহজ। মনে রাখবেন যে আমি সেখানে কেবলমাত্র একটি তুচ্ছ তথ্য লিখেছি, আপনি কোনও এএফএসকে অন্য যে কোনও ফাইলের মতোই চিকিত্সা করতে পারেন - সমস্ত সাধারণ "স্টাফ" অন্য যে কোনও কিছুর মতোই কাজ করে। একটি সাধারণ ডিরেক্টরি প্রদর্শনে, যা প্রদর্শিত হবে তা হ'ল প্রাথমিক স্ট্রিম (উদাহরণস্বরূপ, ফাইলটির জন্য প্রদর্শিত আকারটি প্রাথমিক স্ট্রিমের আকার হবে) তবে আপনি যদি এটি দেখতে চান তবে বিকল্প স্ট্রিমগুলিও প্রদর্শন dir করতে পারেন সঙ্গে /Rপতাকা। উদাহরণস্বরূপ, উপরে তৈরি করা ফাইলটির জন্য একটি তালিকা এরকম দেখাচ্ছে:

03/16/2011  08:22 PM                23 test.txt
                                     9 test.txt:tags:$DATA
               1 File(s)             23 bytes

Comments

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

— দ্রুত_ এখন

হ্যাঁ, আমি লক্ষ করেছি যে বেশিরভাগ এনএএস সিস্টেমগুলি বরং ... চ্যালেঞ্জযুক্ত (এবং এটি কেবল একমাত্র উপায় নয়)। প্রকৃত ব্যাকআপ এবং বিভিন্ন ধরণের জিনিস পুনরুদ্ধার করার জন্য এটি সমস্যা তৈরি করে না যদিও (কমপক্ষে যদি প্রশ্নে থাকা সফ্টওয়্যারটি দক্ষতার সাথে মোটামুটি লেখা থাকে): BackupReadসমস্ত স্ট্রিমকে সিরিয়ালাইজ করবে, এবং BackupWriteফাইলটি (বিকল্পধারার সাথে) পুনর্গঠন করবে ক্রমিক বিন্যাস।

— জেরি কফিন

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

— দ্রুত_ এখন