जब कोई प्रोग्राम किसी फ़ाइल से डेटा पढ़ता है या उसमें लिखता है, तो वह सीधे डिस्क पर एक-एक बाइट नहीं भेजता। इसके बजाय, यह एक डेटा स्ट्रीम बनाता है। इसे एक पाइपलाइन या कन्वेयर बेल्ट की तरह सोचें जो आपके प्रोग्राम को फ़ाइल से जोड़ता है। यह पाइपलाइन दो-तरफा हो सकती है: एक इनपुट स्ट्रीम (फ़ाइल से प्रोग्राम तक) और एक आउटपुट स्ट्रीम (प्रोग्राम से फ़ाइल तक)।

उदाहरण के लिए, जब आप किसी टेक्स्ट एडिटर में 'सेव' पर क्लिक करते हैं, तो आपके द्वारा टाइप किया गया टेक्स्ट एक आउटपुट स्ट्रीम के माध्यम से यात्रा करता है, और अंततः हार्ड ड्राइव पर फ़ाइल में लिखा जाता है। इसी तरह, जब आप उस फ़ाइल को खोलते हैं, तो डेटा एक इनपुट स्ट्रीम के माध्यम से वापस प्रोग्राम में प्रवाहित होता है ताकि आप उसे स्क्रीन पर देख सकें। स्ट्रीम्स डेटा को एक व्यवस्थित, अनुक्रमिक तरीके से प्रबंधित करने का एक तरीका प्रदान करती हैं।

डिस्क पर डेटा लिखना या उससे पढ़ना, मेमोरी में डेटा तक पहुँचने की तुलना में बहुत धीमा होता है। यदि आपका प्रोग्राम हर एक कैरेक्टर को टाइप करते ही डिस्क पर लिखता, तो यह अविश्वसनीय रूप से अक्षम होता। यहीं पर बफ़रिंग काम आती है।

ऑपरेटिंग सिस्टम सीधे डिस्क पर लिखने के बजाय, डेटा को मेमोरी के एक अस्थायी क्षेत्र में इकट्ठा करता है जिसे बफ़र कहा जाता है। यह एक शॉपिंग बास्केट की तरह है। आप स्टोर में घूमते समय हर एक आइटम को चेकआउट काउंटर पर ले जाने के बजाय, उन्हें अपनी बास्केट में इकट्ठा करते हैं और फिर एक ही बार में सब कुछ चेकआउट करते हैं। बफ़रिंग इसी तरह काम करती है: डेटा को बफ़र में तब तक इकट्ठा किया जाता है जब तक कि यह भर न जाए या प्रोग्राम स्पष्ट रूप से 'फ्लश' करने के लिए न कहे। फिर, पूरा डेटा ब्लॉक एक ही बार में डिस्क पर लिखा जाता है।

यह प्रक्रिया इतनी कुशल है कि अधिकांश प्रोग्रामिंग भाषाएँ और ऑपरेटिंग सिस्टम इसे स्वचालित रूप से संभालते हैं। हालाँकि, यह समझना महत्वपूर्ण है कि आपके डेटा को तुरंत डिस्क पर नहीं लिखा जा सकता है।

जब आप एक फ़ाइल को लिखने के लिए खोलते हैं, तो आपको यह निर्दिष्ट करना होता है कि आप मौजूदा डेटा के साथ क्या करना चाहते हैं। दो सबसे आम मोड हैं 'ओवरराइट' और 'एपेंड'।

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

जब कोई प्रोग्राम फ़ाइल खोलता है, तो ऑपरेटिंग सिस्टम फ़ाइल को संभालने के लिए मेमोरी और अन्य संसाधन आवंटित करता है। इन संसाधनों को 'फ़ाइल हैंडल' कहा जाता है। एक सिस्टम में एक ही समय में खुले रह सकने वाले फ़ाइल हैंडल की संख्या सीमित होती है।

इसलिए, जब आप फ़ाइल के साथ काम पूरा कर लें तो उसे बंद करना महत्वपूर्ण है। फ़ाइल को बंद करने से दो काम होते हैं:

1. यह सुनिश्चित करता है कि बफ़र में बचा हुआ कोई भी डेटा डिस्क पर लिखा गया है। यह डेटा हानि को रोकने के लिए अंतिम 'फ्लश' के रूप में कार्य करता है।
2. यह ऑपरेटिंग सिस्टम द्वारा आवंटित संसाधनों को मुक्त करता है, जिससे अन्य प्रोग्राम या आपके प्रोग्राम के अन्य हिस्से उनका उपयोग कर सकते हैं।

आधुनिक प्रोग्रामिंग भाषाओं में अक्सर ऐसे निर्माण होते हैं जो इस प्रक्रिया को स्वचालित करते हैं, जैसे पायथन में with open(...) स्टेटमेंट। ये सुनिश्चित करते हैं कि कोड ब्लॉक से बाहर निकलने पर फ़ाइल स्वचालित रूप से बंद हो जाए, भले ही कोई त्रुटि हुई हो।

अब जब हमने इन मुख्य अवधारणाओं को कवर कर लिया है, तो आइए कुछ प्रश्नों के साथ अपनी समझ का परीक्षण करें।