Файловi системи i бази даних. Потреби iнформацiйних систем
Информация - Компьютеры, программирование
Другие материалы по предмету Компьютеры, программирование
Вµрiгати, або вилучати. Проте вони виявляються цiлковито не придатними для випадкiв, коли потрiбно встановити перехреснi звязки чи виконати обробку вiдомостей.
В наш час клiСФнтам, менеджерам та iншим спiвробiтникам з кожним днем потрiбно все бiльше i бiльше iнформацii. Зрозумiло, що картотека зовсiм не пiдходить для виконання роботи подiбного типу. Файловi системи були розробленi для забезпечення бiльш ефективних способiв доступу до даних. Проте, замiсть органiзацii централiзованого сховища всiх даних пiдприСФмства, використовувався децентралiзований пiдхiд, за яким спiвробiтники кожного вiддiлу за допомоггою спецiалiстiв по обробцi даних (програмiстiв) працюють зi своiми власними даними i зберiгають iх у своСФму вiддiлi у окремих файлах. Файл являСФ собою простий набiр записiв , якi мiстять логiчно звязанi данiю кожен запис мiстить логiчно звязаний набiр з одного чи декiлькох полiв, кожне з яких представляСФ деяку характеристику обСФкту, що моделюСФться. Кожен спiвробiтник звертаСФться до даних за допомогою спецiалiзованоi прикладноi програми. Набiр прикладних програм кожного вiддiлу дозволяСФ вводити данi, працювати з файлани i генерувати деякий фiксований набiр спецiалiзованих звiтiв. Найважливiшим СФ те, що фiзична структура i методи зберiгання записiв файлiв з даними жорстко визначаються в кодi прикладноi програми.
Обмеження, притаманнi файловим системам
- Вiдокремлення та iзоляцiя даних.
- Дублювання даних.
- Залежнiсть вiд даних.
- Несумiснiсть файлiв.
- Фiксованi запити/ швидке збiльшення кiлькостi додаткiв.
Роздiлення та iзоляцiя даних
Коли данi iзольованi у окремих файлах, доступ до них ускладнений. Наприклад, для створення списку всiх будинкiв, що вiдповiдають вимогам потенцiйних орендарiв, попередньо потрiбно створити тимчасовий файл зi списком орендарiв, якi бажають орендувати нерухомiсть типу тАЮбудиноктАЭ, далi у файлi про нерухомiсть, що здаСФться в оренду, потрiбно здiйснити пошук обСФктiв типу тАЮбудиноктАЭ з орендною платою нижче за максимум, встановлений орендарем. Виконати подiбний пошук та обробку даних у файлових системах достатньо складно. Для вилучення iнформацii, яка задовольняСФ поставленим умовам програмiсту потрiбно реалiзувати синхронну обробку двох файлiв. Ще бiльшi складностi виникають, коли iнформацiю потрiбно шукати бiльше нiж у двох файлах.
Дублювання даних
Через децентралiзовану роботу з даними, яка ведеться у кожному вiддiлi на пiдприСФмствi, у файловiй системi фактично заохочуСФться безконтрольне дублювання даних, яке СФ небажаним за двох причин:
- дублювання даних супроводжуСФться неекономним використанням ресурсiв, оскiльки на введення надлишкових даних потрiбно витрачати додатково час та грошi. Бiльше того, для iх зберiгання необхiдне додаткове мiiе у зовнiшнiй памятi. У бiльшостi випадкiв дублювання даних можна уникнути за рахунок сумiсного використання файлiв.
- ще бiльш важливим СФ той факт, що дублювання даних може призвести до порушення iх цiлiсностi , iнакше кажучи, данi у рiзних вiддiлах можуть стати суперечливими. Наприклад, у випадку дублювання даних про спiвробiтникiв у бухгалтерii та вiддiлi кадрiв, якщо робiтник змiнить адресу i цю змiну буде зафiксовано лише у вiддiлi кадрiв, то повiдомлення про зарплату надiйде на чужу адресу. При виявленнi подiбноi помилки потрiбно буде витратити багато часу для ii повного усунення, оскiльки немаСФ деякого автоматичного способа обновлення даних одночасно у всiх вiддiлах.
Залежнiсть вiд даних
Фiзична структура i спосiб збереження записiв файлiв i спосiб зберiгання записiв файлiв даних жорстко фiксованих у кодi програми-додатку. Це означаСФ, що змiнити iснуючу структуру даних достатньо складно.
Несумiснiсть форматiв файлiв
Оскiльки структура файлiв визначаСФться кодом додаткiв, вона залежить i вiд мови програмування цього додатку. Наприклад, структура файлу, створеного на мовi COBOL може повнiстю вiдрiзнятися вiд структури файлу, створеного на мовi С.
Фiксованi запити / швидке збiльшення кiлькостi додаткiв
З точки зору користувача можливостi файлових систем перевищують можливостi ручних карток. Вiдповiдно зростаСФ i iх вимоги до реалiзацii нових та модифiкованих запитiв. Проте, файловi системи значно залежать вiд програмiста, оскiльки всi необхiднi запити i звiти повиннi бути створенi саме ним. У багатьох органiзацiях, як свiдчить лiтература, подii розвивалися по одному з двох iенарiiв. 1) типи створюваних запитiв мали фiксовану форму i не було iнструментiв для створення незапланованих або довiльних запитiв, як до даних, так i вiдомостей про те, якi типи даних СФ доступними.
2) спостерiгалося рiзке збiльшення кiлькостi файлiв i додаткiв. В результатi спiвробiтники вiддiлу обробки даних були не в змозi задовольнити всi потреби за допомогою наявних на той час ресурсiв при цьому часто iгнорували питання пiдтримки функцiонування системи: не передбачалися заходи безпеки або цiлiсностi даних, засоби обновлення пiсля збою апаратного i програмного забезпечення були обмеженими або взагалi вiдсутнiми. Доступ до файлiв часто обмежувався одним користувачем, тобто н передбачалося спiльне використання файлiв навiть робiтниками одного вiддiлу.
Системи з базами даних
Всi перерахованi вище обмеження фалових систем СФ наслiдком