ফজলে রাব্বীডেটাবেস হলো সেই গোছানো ভান্ডার, যেখানে একটা সফটওয়্যার তার সব রেকর্ড রাখে: গ্রাহক, প্রোডাক্ট, অর্ডার, পেমেন্ট, স্টাফ, আর যা কিছু তার মনে রাখা দরকার। আপনার ওয়েবসাইট বা অ্যাপ যদি দোকানের সামনের অংশ হয়, ডেটাবেস হলো পেছনের গুদাম আর হিসাবের খাতা। এটা সাধারণত চোখে পড়ে না, কিন্তু এর নকশাই ঠিক করে আপনার রিপোর্ট কতটা সঠিক হবে, ব্যবসা বাড়লেও সিস্টেম কতটা দ্রুত থাকবে, আর পরে ডেটা সরানো বা অন্য সিস্টেমে যুক্ত করা কতটা সহজ হবে।
গোছানো খাতার কথা ভাবুন
বাংলাদেশের অনেক দোকানে এখনো খাতা রাখা হয়: গ্রাহকের জন্য এক খাতা, স্টকের জন্য আরেক, বাকির জন্য আরেক। ডেটাবেসও একইভাবে কাজ করে, শুধু অনেক বেশি নিয়ম মেনে।
- টেবিল মানে একটা খাতা, যেমন গ্রাহক বা অর্ডার।
- রো মানে একটা এন্ট্রি: একজন গ্রাহক, একটা অর্ডার।
- কলাম মানে এক ধরনের তথ্য: নাম, ফোন নম্বর, জেলা, অর্ডারের তারিখ।
- রিলেশনশিপ খাতাগুলোকে জুড়ে দেয়। একটা অর্ডার দেখিয়ে দেয় কোন গ্রাহক সেটা দিয়েছেন, ফলে গ্রাহকের ঠিকানা দুবার লিখতে হয় না।
শেষ ধারণাটাই সবচেয়ে জরুরি। কাগজের খাতায় গ্রাহক ফোন নম্বর বদলালে হয়তো এক পাতায় ঠিক করলেন, আরেক পাতায় ভুলে গেলেন। ভালোভাবে বানানো ডেটাবেসে নম্বরটা থাকে একবারই, আর প্রতিটি অর্ডার সেখান থেকেই নেয়।
ব্যবসার ডেটাবেসে সাধারণত যা থাকে
- গ্রাহক আর সাপ্লায়ার, যোগাযোগের তথ্যসহ
- প্রোডাক্ট, দাম আর স্টকের পরিমাণ
- অর্ডার, ইনভয়েস আর রিটার্ন
- পেমেন্ট, বিকাশ, নগদ আর ব্যাংকের ট্রানজ্যাকশন রেফারেন্সসহ
- স্টাফের অ্যাকাউন্ট, আর কে কী দেখতে পারবেন
- কে কখন কী বদলেছেন, তার ইতিহাস
ছবি আর পিডিএফের মতো ফাইল সাধারণত আলাদা স্টোরেজে রাখা হয়, ডেটাবেসে থাকে শুধু সেগুলোর লিংক।
প্রধান ধরনগুলো, জটিল শব্দ ছাড়া
রিলেশনাল ডেটাবেস
এগুলো ডেটা রাখে টেবিলে, কড়া সম্পর্কের নিয়ম মেনে, ঠিক ওপরের খাতার মতো। যেখানে নির্ভুলতা জরুরি, যেমন টাকা, স্টক আর অর্ডার, সেখানে এটাই প্রচলিত পছন্দ। MySQL আর PostgreSQL বহুল ব্যবহৃত উদাহরণ, আর লারাভেলের মতো ফ্রেমওয়ার্ক শুরু থেকেই এগুলোর সাথে কাজ করে।
ডকুমেন্ট ডেটাবেস
এগুলো প্রতিটি রেকর্ড রাখে একটা নমনীয় ডকুমেন্ট হিসেবে, ফলে দুটো রেকর্ডে একই ঘর থাকতে হয় না। যে ডেটার গঠন প্রায়ই বদলায়, যেমন কনটেন্ট, লগ, বা খুব আলাদা বৈশিষ্ট্যের প্রোডাক্ট, সেখানে এগুলো মানায়। তবে একই তথ্য যখন অনেক রেকর্ডে একরকম রাখতে হয়, তখন বাড়তি সতর্কতা লাগে।
স্প্রেডশিট
এক্সেল আর গুগল শিটস বিশ্লেষণ আর ছোট তালিকার জন্য চমৎকার, কিন্তু এগুলো ডেটাবেস নয়। একসাথে কয়েকজন এডিট করা, ভুল তথ্য আটকানোর নিয়ম না থাকা, আর নির্ভরযোগ্য ইতিহাস না থাকা, এসব কারণে বাড়তে থাকা ব্যবসার মূল রেকর্ড হিসেবে এগুলো ঝুঁকিপূর্ণ।
| রিলেশনাল | ডকুমেন্ট | স্প্রেডশিট | |
|---|---|---|---|
| যার জন্য ভালো | টাকা, স্টক, অর্ডার | নমনীয় বা দ্রুত বদলানো ডেটা | বিশ্লেষণ, ছোট তালিকা |
| নিয়ম মানায় | কড়াভাবে | কম, যদি না নকশায় রাখা হয় | প্রায় না |
| একসাথে অনেক ব্যবহারকারী | হ্যাঁ | হ্যাঁ | ঝুঁকিপূর্ণ |
ব্র্যান্ডের চেয়ে নকশা কেন বেশি জরুরি
বেশিরভাগ ব্যবসায়িক সিস্টেম যেকোনো প্রচলিত ডেটাবেসেই ভালো চলে। আসল ঝামেলা তৈরি করে ভেতরের দুর্বল নকশা:
- ভুল রিপোর্ট। একই গ্রাহক তিনবার একটু আলাদা বানানে ঢুকে গেলে "সেরা গ্রাহক" তালিকাটাই ভুল হবে।
- ধীর স্ক্রিন। বছরের পর বছর অর্ডার জমতে থাকলে একটা ইনডেক্সের (এক ধরনের খোঁজার তালিকা) অভাবে যে সার্চ আগে মুহূর্তে হতো, তা টেনে টেনে চলে।
- পরিবর্তনে কষ্ট। দ্বিতীয় শাখা বা দ্বিতীয় মুদ্রা যোগ করা সহজ হয় যদি নকশায় সেটা আগে ভাবা থাকে, না থাকলে কঠিন।
- সংযোগে ঝামেলা। পরিষ্কার, একরকম ডেটা পরে হিসাবের সফটওয়্যার, সিআরএম বা এআই টুলের সাথে যুক্ত করা অনেক সহজ।
ব্যাকআপ, অ্যাক্সেস আর মালিকানা
আপনার সফটওয়্যার যা তৈরি করে, তার সবচেয়ে মূল্যবান জিনিস থাকে ডেটাবেসে। তাই সেভাবেই যত্ন নিন:
- অটোমেটিক ব্যাকআপ, অন্য জায়গায় রাখা। একই সার্ভারে রাখা ব্যাকআপ সার্ভারের সাথেই হারিয়ে যায়।
- রিস্টোর করে পরীক্ষা। যে ব্যাকআপ কখনো রিস্টোর করে দেখেননি, সেটা পরিকল্পনা নয়, আশা মাত্র।
- সীমিত অ্যাক্সেস। স্টাফ শুধু নিজের কাজের দরকারি ডেটা দেখবেন, অ্যাপের মাধ্যমে, সরাসরি ডেটাবেসে ঢুকে নয়।
- অ্যাকাউন্ট আপনার নামে। যে-ই সিস্টেম বানাক, যেকোনো সময় নিজের সব ডেটার পুরো এক্সপোর্ট নিতে পারা উচিত।
এগুলো নিয়মিত কাজে পরিণত করার উপায় আছে রক্ষণাবেক্ষণ ও ব্যাকআপ পরিকল্পনা লেখায়।
ডেভেলপারকে যা জিজ্ঞেস করবেন
- কোন ডেটাবেস ব্যবহার করবেন, আর এই প্রজেক্টে সেটা কেন মানায়?
- মূল টেবিলগুলো আর তাদের সংযোগের একটা সহজ ছবি দেখাতে পারবেন?
- একই ফোন নম্বরে দুটো রেকর্ডের মতো ডুপ্লিকেট কীভাবে আটকানো হবে?
- ব্যাকআপ কোথায় থাকে, কতদিন পরপর হয়, আর শেষ কবে রিস্টোর করে দেখা হয়েছে?
- ডেভেলপার বদলালে আমার সব ডেটা কীভাবে বের করে নেব?
আপনার রেকর্ড যদি এখন খাতা আর স্প্রেডশিটে ছড়িয়ে থাকে, পরের ভালো ধাপ হলো একটা পরিষ্কার ডেটাবেস ঘিরে তৈরি সিস্টেম, যেমন কয়েকটি শাখায় একটাই ইনভেন্টরি ও পিওএস বা ছোট সেলস টিমের জন্য সহজ সিআরএম। নকশা যাচাই করাতে চাইলে দেখুন সফটওয়্যার ও ওয়েবসাইট ডেভেলপমেন্ট।