LibreOffice-Suite-Base/C4/Design-Refine-Database-Design-and-Normalization-Rules/Bengali
From Script | Spoken-Tutorial
Revision as of 16:35, 17 July 2014 by Pratik kamble (Talk | contribs)
| Time | Narration |
| 00:02 | LibreOffice বেস এর উপর এই কথ্য টিউটোরিয়াল এ আপনাদের স্বাগত | |
| 00:06 | এই টিউটোরিয়ালটি ডাটাবেস নকশা সংক্রান্ত টিউটোরিয়াল-এর পরবর্তী অংশ | |
| 00:11 | এবং আমরা এখানে নিম্নোক্ত বিষয়গুলি সম্পর্কে আলোচনা করবো : |
| 00:15 | 7. ডাটাবেস নকশা পরিমার্জন | |
| 00:18 | 8. normalization নিয়ম প্রয়োগ | |
| 00:21 | 9. ডাটাবেস নকশা পরীক্ষা | |
| 00:25 | শেষ টিউটোরিয়াল-এ, আমরা টেবিলগুলির মধ্যে সম্পর্ক স্থাপন করতে প্রধান কী ও ফরেন কি ব্যবহার করতে শিখছি | |
| 00:34 | এখন ডাটাবেসের নকশার প্রক্রিয়ায় আরো অগ্রসর হওয়া যাক | |
| 00:38 | প্রথমে, ডাটাবেস নকশা পরিমার্জন করা যাক | |
| 00:42 | এখন যখন আমাদের কাছে একটি প্রাথমিক নকশা রয়েছে, তাই আমরা টেবিলগুলিকে তৈরী এবং নমুনা তথ্য দিয়ে পূরণ করতে পারি | |
| 00:50 | আমরা, নমুনা কোয়েরী বা প্রশ্ন, ফরম ও প্রতিবেদন তৈরি করতে পারি এবং দেখতে পারি আমাদের সব প্রশ্নের জবাব আমরা পেয়েছি কিনা | |
| 00:59 | কোথাও অপ্রয়োজনীয় পুনরাবৃত্তি থাকলে নকশা পরিবর্তন করে তাদের বাদ দিতে পারি | |
| 01:06 | কোনো কলাম যোগ করতে পারি যা আগে ভুলে গেছিলাম | |
| 01:10 | এছারাও, ডাটাবেস Integrity বজায় রাখতে গ্রন্থাগার ডাটাবেস-এ Business নিয়মাবলী অন্তর্ভুক্ত করা যেতে পারে | |
| 01:19 | উদাহরণস্বরূপ, Books টেবিলের মূল্য কলামটি সর্বদা সাংখ্যিক হতে হবে | |
| 01:24 | আরেকটি Business নিয়ম হতে পারে: বই ফেরত দেবার তারিখ বই নেবার তারিখ-এর এক মাস পরে হতে হবে | |
| 01:32 | বা যখন কোনো একটি নির্দিষ্ট কাজ হয়, পরবর্তী কাজগুলিরও শুরু হওয়া উচিত | |
| 01:39 | যেমন, আমাদের ডেটাবেস-টি এমনভাবে গঠন করা উচিত, যাতে কোনো বই ফেরত দেবার দিন পেরিয়ে গেলে, সেই সদস্যর কাছে নিজে থেকেই reminder ইমেল চলে যায় | |
| 01:50 | সুতরাং, পুনরায় নকশা করার সময়, নতুন টেবিল, কলাম, নিয়মাবলী বা constraint যোগ করতে হতে পারে | |
| 01:58 | সেক্ষেত্রে, আমাদের সব পূর্ববর্তী ধাপগুলি করে নিতে হবে হবে যাতে তথ্যৰ Integrity নষ্ট না হয় | |
| 02:07 | এর পরে, আমরা নর্মালায়জেষণ নিয়মগুলি প্রয়োগ করতে পারি ; |
| 02:13 | এগুলি ব্যবহার করা হয় যাতে আমাদের টেবিল |
| 02:17 | ক) সঠিকভাবে গঠিত এবং |
| 02:20 | খ) কোনো modification ত্রুটি থেকে মুক্ত থাকে, যা আমরা আগে দেখেছি | |
| 02:25 | একটি ডাটাবেস নকশা -এ নিয়মাবলী বা নরমাল ফর্ম প্রয়োগ করার প্রক্রিয়াকে normalization বলা হয় | |
| 02:33 | আমাদের টিউটোরিয়াল-এ প্রথম তিনটি নরমাল ফর্ম দেখা যাক | |
| 02:38 | প্রথম নরমাল ফর্ম নিয়ে আলোচনা শুরু করা যাক |
প্রথম নরমাল ফরম বা 1NF বলে সব কলামের মান অবশ্যই অবিচ্ছেদ্য হতে হবে | |
| 02:51 | উদাহরণস্বরূপ, Books টেবিলের মূল্য কলামের প্রতিটি সেল-এ শুধুমাত্র একটি মান থাকতে পারে | |
| 02:59 | অর্থাত, কলাম-এ শুধুমাত্র সেই বইটির মূল্য ছাড়া আর কিছু থাকা উচিত নয় | |
| 03:07 | একইভাবে, Authors টেবিলের প্রত্যেকটি First Name সেল-এ শুধুমাত্র একজন লেখক এর প্রথম নাম থাকা উচিত | |
| 03:16 | প্রথম নরমাল ফর্ম আরো বলে যে কোনো কলাম্গুচ্ছ যেন পুনরাবৃত্তি না হয় । |
| 03:23 | উদাহরণস্বরূপ, ধরা যাক, একজন প্রকাশক ৩ টি বই প্রকাশ করেছেন | |
| 03:29 | এবং প্রকাশকদের টেবিল কাঠামোতে নিম্নলিখিত কলামগুলি আছে: |
| 03:34 | Publisher ID, Publisher, Book 1, Author 1, Book 2, Author 2, Book 3, Author 3 | |
| 03:47 | এখানে বই এবং লেখক-এর দলটি তিনবার পুনরাবৃত্তি হয়েছে | |
| 03:52 | যদি আমরা এই ধরনের পুনরাবৃত্তিকারী দল দেখতে পাই, তাহলে সেই টেবিল-এর কাঠামোতে পরিবর্তন প্রয়োজন | |
| 03:58 | এখন যদি প্রকাশক আরো দশটি বই প্রকাশ করেন, তাহলে আমরা টেবিলের কাঠামো পরিবর্তন করে আরো ২০ টি কলাম যোগ করতে বাধ্য হব | |
| 04:08 | তাহলে, এই টেবিল নকশা, তথ্য পরিবর্তন-এর সাথে স্থিতিশীল নয় | |
| 04:14 | এছাড়াও তথ্য অনুসন্ধান এবং বই বা লেখক অনুযায়ী টেবিল সর্ট করা কষ্টকর হয়ে যাবে | |
| 04:23 | তাই এই সমস্যার সমাধান করতে এই টেবিলটিকে দুটি বা তিনটি টেবিলের মধ্যে ভাগ করে নিতে পারি | |
| 04:30 | উদাহরণস্বরূপ, পর্দায় ছবিতে যেমন দেখানো হয়েছে, এই টেবিলটিকে Publishers, Books এবং Authors টেবিলে বিভক্ত করা যেতে পারে | |
| 04:41 | এই নকশা টেবিলটিকে প্রথম নরমাল ফর্মে নিয়ে আসে | |
| 04:47 | প্রকাশক এবং বই –এর তথ্য পরিবর্তন হলেও টেবিলগুলির কাঠামো স্থিতিশীল রাখে | |
| 04:56 | এখন দ্বিতীয় নরমাল ফরম নিয়ে আলোচনা করা যাক | |
| 05:00 | একটি টেবিল, দ্বিতীয় নরমাল ফর্ম বা 2NF -এ রয়েছে বলা হয়, যদি সেটি, 1NF এ থাকে |
| 05:07 | এবং কী নয় এমন প্রতিটি কলাম যদি সমগ্র প্রধান কীর উপর সম্পূর্ণরূপে নির্ভরশীল হয় | |
| 05:14 | একাধিক কলাম নিয়ে গঠিত প্রধান কী-র ক্ষেত্রেই এই নিয়ম প্রযোজ্য হয় | |
| 05:22 | উদাহরণস্বরূপ, BooksIssued টেবিলটি বিবেচনা করা যাক যাতে নিম্নোক্ত কলামগুলি রয়েছে : |
| 05:29 | BookId,
MemberId, BookTitle, এবং IssueDate, BookId এবং MemberId টেবিলের প্রধান কী গঠন করে | |
| 05:42 | এখন, BookTitle কলামটি লক্ষ্য করুন | |
| 05:45 | আমরা Books টেবিলের BookId কলাম থেকে BookTitle পেতে পারি | |
| 05:52 | অন্য কথায়, BookTitle শুধুমাত্র BookId –এর উপর নির্ভরশীল, Member ID এর উপর নয় | |
| 06:00 | তাহলে, এটি সমগ্র প্রধান কী-এর উপর নির্ভরশীল নয় | |
| 06:06 | এই টেবিলটিকে দ্বিতীয় নরমাল ফর্ম-এ আনতে, এই টেবিল থেকে BookTitle বাদ দিতে হবে | |
| 06:14 | এবং শুধুমাত্র সেই কলামগুলিকে রাখতে হবে যারা উভয় প্রধান কী কলাম-এর উপর সম্পূর্ণরূপে নির্ভরশীল | |
| 06:23 | IssueDate কলামটি টেবিলে থাকবে, কারণ এটি উভয় প্রধান কী ক্ষেত্র-এর উপর সম্পূর্ণরূপে নির্ভরশীল | |
| 06:31 | এখন দেখা যাক তৃতীয় নরমাল ফর্ম কী | |
| 06:35 | একটি টেবিল তৃতীয় নরমাল ফরম (3NF) –এ আছে বলা হয় যদি সেটি 2NF –এ থাকে, |
| 06:42 | এবং কী নয় এমন সবকটি কলাম যদি পরস্পর স্বাধীন হয় | |
| 06:48 | উদাহরণস্বরূপ, BooksIssued টেবিলটি বিবেচনা করা যাক যাতে এই কলামগুলি রয়েছে : |
| 06:54 | BookIssueId (এটি প্রধান কী)
BookTitle, Member, IssueDate, এবং ReturnDate |
| 07:03 | এবং ধরে দিন, বই ফেরতের তারিখ বই নেবার তারিখের এক মাস পরে হতে হবে | |
| 07:11 | তাহলে, বেস, কী নয় এমন একটি কলাম IssueDate ব্যবহার করে Return Date গণনা করতে পারে | |
| 07:19 | অর্থাত, প্রকৃতপক্ষে, ReturnDate শুধুমাত্র IssueDate কলাম-এর নির্ভরশীল, অন্য কোন কলামের উপর নয় | |
| 07:26 | এছাড়াও, আমরা যদি ReturnDate ক্ষেত্রের মধ্যে অন্য কোনো তারিখ লিখি, তাহলে সেটি গ্রন্থাগারের নীতি লঙ্ঘন করবে | |
| 07:37 | সুতরাং তৃতীয় নরমাল ফরম-এ টেবিলটিকে রাখতে, আমাদের টেবিল থেকে ReturnDate কলামটি বাদ দিতে হবে | |
| 07:44 | তাহলে এখন আমরা জানি কিভাবে প্রথম তিনটি নরমাল ফরম প্রয়োগ করতে হয় | |
| 07:49 | সাধারণত, ডাটাবেসের নকশা 3NF –এ গিয়ে বন্ধ হয় | |
| 07:55 | নরমাল ফরম ও ডাটাবেস নকশা সম্পর্কে আরও তথ্যের জন্য, পর্দায় দেখানো ওয়েবসাইটে যান | |
| 08:05 | অবশেষে, আমাদের ডাটাবেস নকশা প্রক্রিয়া সমাপ্ত হয়েছে , এবার ডাটাবেস নকশা পরীক্ষা করা যাক | |
| 08:12 | আমরা ডাটাবেস কাঠামো তৈরি করতে পারি; |
| 08:16 | এখানে আমরা টেবিল, সম্পর্ক, নিয়ম বা Constraint, ফরম, প্রশ্ন এবং প্রতিবেদন তৈরি করব | |
| 08:24 | এবং আমরা বাস্তব তথ্য ও ব্যবহারকারীদের নিয়ে ডাটাবেস পরীক্ষা করতে পারবো | |
| 08:29 | ডাটাবেসে তথ্য সংযোজন, পরিবর্তন অথবা মুছে ফেলার জন্য ফর্ম ব্যবহার করুন | |
| 08:36 | প্রতিবেদন চালিয়ে দেখুন প্রতিবেদনের ফলাফল সঠিক এবং নির্ভুল কিনা | |
| 08:42 | ডাটাবেস ব্যবহারের জন্য প্রস্তুত হলে, আমরা গতির সাপেক্ষে কর্মক্ষমতা পরীক্ষা করতে পারি | |
| 08:50 | আমরা তথ্য দ্রুত খোঁজার জন্য টেবিল-এ সূচী যোগ করতে পারি | |
| 08:55 | আমাদের ডাটাবেস অ্যাপ্লিকেশন সফলভাবে চালিয়ে যাবার জন্য, আমাদের পর্যায়ক্রমিক ভাবে ডাটাবেস রক্ষণাবেক্ষণ করা উচিত | |
| 09:03 | এখন আমাদের আলোচনার পর আপনার জন্য একটি অনুশীলনী রয়েছে: |
| 09:08 | গ্রন্থাগার ডাটাবেস নকশা-এ মিডিয়া নামে একটি নতুন entity যোগ করুন | |
| 09:14 | মিডিয়া ডিভিডি এবং সিডি নিয়ে গঠিত | এবং সেটি অডিও বা ভিডিও হতে পারে | |
| 09:21 | বই-এর মতই, ডিভিডি এবং সিডি ও গ্রন্থাগারের সদস্যদের দেওয়া যেতে পারে | |
| 09:28 | ডাটাবেস নকশা প্রক্রিয়া অনুসরণ করুন | |
| 09:31 | এবং আপনার নকশা-এ প্রথম তিনটি Normal form প্রয়োগ করুন | |
| 09:37 | এখানেই LibreOffice বেস-এ ডাটাবেস নকশা সংক্রান্ত টিউটোরিয়াল-এর তৃতীয় ভাগ সমাপ্ত হলো | |
| 09:45 | সংক্ষেপে, আমরা ডাটাবেস নকশা সম্পর্কে নিম্নলিখিত বিষয়গুলি আলোচনা শিখেছি: |
| 09:50 | 7. ডাটাবেস নকশা পরিমার্জন | |
| 09:52 | 8. normalization নিয়ম প্রয়োগ | |
| 09:55 | 9. ডাটাবেস নকশা পরীক্ষা | |
| 09:58 | স্পোকেন্ টিউটোরিয়াল্ Talk to a Teacher প্রকল্পের অংশবিশেষ যা ভারত সরকারের ICT, MHRD এর National Mission on Education দ্বারা সমর্থিত । |
| 10:10 | এই প্রকল্পটি http://spoken-tutorial.org দ্বারা পরিচালিত হয় । |
| 10:15 | বিস্তারিত তথ্য নিম্নলিখিত লিঙ্ক থেকে পাওয়া যায় । |
| 10:20 | আমি অন্তরা এই টিউটোরিয়াল - টি অনুবাদ এবং রেকর্ড করেছি | এই টিউটোরিয়াল - এ অংশগ্রহন করার জন্য ধন্যবাদ । শুভবিদায় । |
