क्या फ़ोल्डर-आधारित फ़ाइल सिस्टम का एक बेहतर विकल्प है, और क्या इसे जल्द ही बदल दिया जाएगा? [बन्द है]


16

मैंने जो फ़ाइल सिस्टम का सामना किया है वह सभी फ़ोल्डर्स पर आधारित है - आपके पास एक रूट फ़ोल्डर है, जिसमें फ़ाइलें और सबफ़ोल्डर शामिल हैं, जिसमें बदले में फ़ाइलें और सबफ़ोल्डर शामिल हैं, और इसी तरह।

क्या फाइलों को व्यवस्थित करने का एक बेहतर विकल्प है, और क्या यह जल्द ही किसी भी समय मौजूदा प्रणाली को बदल देगा? फ़ाइल सिस्टम के बारे में कुछ इतिहास शामिल करने के लिए स्वतंत्र महसूस करें, यदि आप अपने जवाब में क्रम में न्याय करते हैं।

किसी भी तरह से कृपया "बेहतर" शब्द की व्याख्या करें।



2
एक पूर्ण फ़ाइल पथ मेरे लिए एक अद्वितीय नाम और कुछ नहीं है और एक फ़ोल्डर वाइल्डकार्ड के साथ एक फ़ाइल नाम है जो संभावित रूप से उस नाम से शुरू होने वाली फ़ाइलों को सूचीबद्ध करता है। मैं एक शब्दकोश के बारे में नहीं सोचता हूँ, जैसा कि पदानुक्रमित सिर्फ अनुक्रमित और क्रमबद्ध है। खोज करना बहुत अच्छा है जब आप जानते हैं कि क्या देखना है। यदि आप जानते हैं कि जब कोई फ़ाइल अंतिम / पहली बार उपयोग की गई थी, तो कालानुक्रमिक काम आता है। टैग एक फ़ाइल को एक से अधिक तरीकों से व्यवस्थित करने का एक अच्छा तरीका है। कुछ बिंदु पर, आप फ़ाइल के लिए ब्राउज़ कर रहे हैं। ज्यादातर मामलों में पेड़ की खुदाई करना ठीक है।
जेएफओ

3
मुझे Google ड्राइव का लेबल सिस्टम याद आ रहा है, जहाँ वास्तव में फ़ोल्डर नहीं थे। किसी भी फ़ाइल को कई लेबल में रखा जा सकता है, जिससे आप एक साथ कई अलग-अलग तरीकों से व्यवस्थित कर सकते हैं। मेरी राय में इतना आसान है।
रबरडुक

1
@RubberDuck OSX आपको इसे करने की अनुमति देता है, और मैंने हमेशा खुद को "वाह, कि अधिक समझ में आता है" सोचा है, क्योंकि यह बहुत बार ऐसा होता है कि एक विशेष फ़ाइल एक से अधिक तार्किक श्रेणी से संबंधित है। हालाँकि, भले ही मुझे ऐसा लगता है, मैं टैग का लाभ नहीं उठाता, क्योंकि 1) मैं फ़ाइल पदानुक्रम में चीजों को व्यवस्थित करने के लिए उपयोग किया जाता हूं, और 2) एप्लिकेशन फ़ाइल सिस्टम को समझते हैं लेकिन टैग नहीं।
बाग़

जवाबों:


8

क्या फाइलों को व्यवस्थित करने का एक बेहतर विकल्प है,

हाँ।

क्या यह जल्द ही किसी भी समय वर्तमान प्रणाली को बदल देगा?

नहीं।

आप पदानुक्रम को अवधारणाओं को व्यवस्थित करने के तरीके के रूप में प्रतिस्थापित नहीं कर सकते।

सभी फ़ाइल सिस्टम में हार्ड लिंक हैं: वर्तमान फ़ाइल सिस्टम पदानुक्रमित नहीं है।

लोग उनका उपयोग उस तरह से करते हैं क्योंकि लोग इसे पसंद करते हैं।

हालाँकि, फ़ाइल सिस्टम एक "नेटवर्केड" डेटाबेस है (एक पदानुक्रमित नहीं है)। हम सिर्फ एक स्पष्ट कारण के लिए नेटवर्क क्षमताओं का अधिक उपयोग नहीं करते हैं। एक साधारण पदानुक्रम के अलावा कुछ भी भ्रामक है।


यह कहने के लिए कि जो कुछ भी अंतर्निहित कार्यान्वयन है, यदि वह कुछ भी नहीं है, तो हम अपनी फ़ाइलों को कम से कम व्यवस्थित करने के लिए एक पदानुक्रमित संरचना का उपयोग करेंगे।
फिलिप डुपनोविक

1
हार्ड लिंक को साइकिल बनाने से मना किया गया है, इसलिए यह अभी भी पदानुक्रम (हालांकि एक पेड़ नहीं है)।
vartec

7
-1 क्योंकि आपको केवल "हां" कहने के बजाय "बेहतर" प्रणाली को अर्हता प्राप्त करने और समझाने की आवश्यकता है
Darknight

4
मुझे समझ में नहीं आता है कि कैसे एक फ़ोल्डर-आधारित फ़ाइल सिस्टम एक पदानुक्रमित प्रणाली नहीं है। क्या आप कृपया आगे बता सकते हैं?
गाब्लिन

1
फ़ाइल सिस्टम के लिए एक ठोस उदाहरण जो निश्चित रूप से गैर-शास्त्रीय है git:। जबकि gitनिर्विवाद रूप से एक फाइल सिस्टम बनाया जाता है, इसके कमिट्स एक संरचना बनाते हैं जो कि पदानुक्रमित नहीं है। वे अपने सबसे सामान्य रूप में एक डीएजी बनाते हैं, जो ब्रांचिंग और विलय के किसी भी संयोजन की अनुमति देता है। अधिकांश फाइलों को अलग-अलग हिट के एक टन द्वारा संदर्भित किया जाता है, उन बिंदुओं तक जहां वे इतिहास में बदल गए थे। इसके अलावा, फ़ाइल / पेड़ / प्रतिबद्ध वस्तु कभी नहीं बदल सकती। और यह इन विशिष्टताओं को ठीक gitकरता है जो फ़ाइल सिस्टम को इतना उपयोगी बनाता है।
cmaster - मोनिका

7

मुझे ऐसा नहीं लगता, क्योंकि कुछ प्रयास (जैसे विनएफएस ) हुए हैं, जो सभी मारे गए हैं। "फ़ोल्डर" संरचना बहुत ही सामान्य श्रेणीबद्ध संरचना है। मुझे टैक्सोनॉमी के रूप में देखा जा सकता है। मुझे लगता है कि यह संसाधनों को व्यवस्थित करने का एक स्वाभाविक तरीका है।

दूसरी ओर, आप सामने के दृश्य देख सकते हैं, जैसे "हाल की फाइलें" या "मेरा सारा संगीत"। लेकिन इसे कम स्तर पर लागू करने का कोई वास्तविक कारण नहीं है, फाइलसिस्टम में ही। आपके पास पदानुक्रमित फ़ाइल सिस्टम के शीर्ष पर निर्माण के लिए डेटा संरचना हो सकती है।


5

मुझे लगता है कि फ़ोल्डर आधारित, पेड़ जैसी फाइल सिस्टम आम है लेकिन यह सबसे अच्छा नहीं है। वास्तव में मेरा मानना ​​है कि फ़ाइल का एक अच्छा वर्गीकरण एक निश्चित 'जगह' जैसे फ़ोल्डर में एक फ़ाइल रखने से बेहतर है।

फ़ाइलें सामग्री में भिन्न होती हैं और इसलिए, एक एमपी 3 फ़ाइल में एक png-file कहने की तुलना में अलग-अलग मेटा जानकारी होती है। स्तंभों की समस्या वाली सूची में दिखाया गया है, बस स्तंभ जैसे आकार, निर्माण-तिथि आदि सामान्य हैं।

यदि आप उदाहरण के लिए विंडोज़ एक्सप्लोरर देखते हैं, तो कुछ फ़ाइल प्रकारों का पता चलने पर कॉलम बदल जाते हैं। यदि आप उदाहरण के लिए एक निर्देशिका में mp3-files के बहुत से, एल्बम, शीर्षक आदि जैसे कॉलम होते हैं। यदि इन फ़ाइलों के बीच एक png-file है, तो ये कॉलम / सेल उस विशेष फ़ाइल / पंक्ति के लिए कोई मतलब नहीं रखते हैं।

मुझे पता चला है कि कई बार यह समझ में आता है, एक फ़ाइल को एक से अधिक फ़ोल्डर में रखने के लिए, सिर्फ इसलिए कि एक से अधिक वर्गीकरण गुण हैं जो फ़ाइल की पहचान करते हैं। लेकिन why जगह ’, 'फोल्डर’ को किसी फाइल को वर्गीकृत क्यों करना चाहिए?

अगर मेरे पास एक कार है, तो इससे कोई फर्क नहीं पड़ता कि यह गैरेज में है, पार्किंग स्थल या कहीं और, यह 'जगह' नहीं है जो मेरी कार की पहचान करती है, लेकिन यह गुण है।

जब मेटा-डेटा द्वारा मेरी सभी फ़ाइलों को ठीक से और सटीक रूप से वर्गीकृत किया जाता है, तो इसका कोई मतलब नहीं है कि यह कहाँ संग्रहीत है, यह सिर्फ कुछ 'क्लाउड' में है। अगर मुझे एक निश्चित फ़ाइल प्राप्त करने की आवश्यकता है, तो यह मेटा-डेटा के विनिर्देशों द्वारा किया जाना चाहिए।


लिनक्स पर, किसी दिए गए आई-नोड में कई हार्ड लिंक हो सकते हैं। तो एक फ़ाइल कई निर्देशिकाओं से संबंधित हो सकती है
बासील स्टायरनविच

5

कुछ प्रायोगिक ऑपरेटिंग सिस्टम में कोई फाइल भी नहीं होती है। उनके पास कुछ ऑर्थोगोनल दृढ़ता वाली मशीनरी है। कुछ अकादमिक OS प्रोजेक्ट्स ( Coyotos , Grasshopper , IsaacOS , आदि ...) देखें।

और 1980 के दशक की पुरानी लिस्प मशीनों में भी कोई फाइल सिस्टम नहीं था जैसा कि आज हम उन्हें जानते हैं।

निष्क्रिय tunes.org साइट में ओएस (पिछली शताब्दी से) बिना फाइलों के ओएस के बारे में कुछ चर्चाएं थीं।

गैर-फ़ाइल आधारित ओएस के साथ मुद्दा यह है कि उन्हें सब कुछ फिर से लागू करने की आवश्यकता है; यहां तक ​​कि एक सी संकलक को कुछ फाइल सिस्टम की आवश्यकता होती है .... और दुख की बात यह है कि इस तरह के ओएस को खरोंच से विकसित करने के लिए कुछ किफायती प्रोत्साहन हैं।

ध्यान दें कि हमारी टेराबाइट डिस्क एक गन्दी गंदगी है (पदानुक्रमित फ़ाइल सिस्टम उनमें डेटा व्यवस्थित करने का सबसे अच्छा तरीका नहीं है), और यह बहुत अच्छा होगा यदि हम यूनिक्स से प्रेरित फ़ाइल सिस्टम (जो कि विंडोज में कॉपी किए गए हैं) से बेहतर कुछ हो सकता है ।

पदानुक्रमित फ़ाइल सिस्टम का आविष्कार मल्टीिक्स (1969) के साथ किया गया है ; यूनिक्स ने उनकी नकल की।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.