КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
НастольниеСУБД
СУБД великих ЕОМ Цей етап розвитку пов'язані з організацією баз даних великих машинах типу IBM 360/370, ЕС-ЭВМ і різних моделях фірми Hewlett Packard. У разі інформація зберігалася у зовнішній пам'яті центральної ЕОМ. Пользователями баз даних були фактично завдання, запущені переважно у пакетному режимі.Интерактивний режим доступу забезпечувався з допомогоюконсольних терміналів, які мали власними обчислювальними ресурсами (процесором, оперативної пам'яттю, зовнішньої пам'яттю) і служили лише пристроями вводу-виводу для центральної ЕОМ. Програми доступу до БД писалися різними мовами програмування і запускалися як звичайні числові програми. Особливості цього етапу: Усі СУБД базуються на потужнихмультипрограммних ОС (Unix та інших.). · Підтримується роботу з централізованої БД як розподіленого доступу. Функції управління розподілом ресурсів виконуються операційній системою. ·Поддерживаются мови низького маніпулювання даними, зорієнтовані навігаційні методи доступу до даних. Значна роль відводиться адмініструванню даних. · Проводяться серйозні роботи з обгрунтуванню і формалізації реляційної моделі даних. Було створено перша система (System R), реалізує ідеологію реляційної моделі даних. · Проводяться теоретичні роботи з оптимізації запитів й управління розподіленим доступом до централізованої БД, було запроваджено поняття транзакції. · Великий потік публікацій з всіх цих питаннях теорії БД. Результати наукових досліджень про активно проникають у комерційні СУБД. · З'являються перші мови високого рівня до роботи з реляційної моделлю даних (SQL), проте відсутні стандарти тих мов. · [правити]
Комп'ютери стали ближче, і доступнішими кожному користувачеві. Зник побожний страх рядових користувачів перед незрозумілими і складними мовами програмування. З'явилося багато програм, виділені на роботи непідготовлених користувачів. Простими і зрозумілими стали операції копіювання файлів й переносу інформації з однієї комп'ютера в інший, роздруківка текстів, таблиць та інших документів. Системні програмісти було відсунуто другого план. Кожен користувач міг відчути повним господарем цього потужного банку й зручного устрою, що дозволяє автоматизувати багато аспектів своєї діяльності. І, звісно, це і на працювати з базами даних. Новоявлені СУБД дозволяли зберігати значні обсяги інформації, вони мали зручний інтерфейс заповнення, вбудовані кошти на генерації різних звітів. Ці програми дозволяли автоматизувати багато облікові функції, що раніше не велися вручну. Постійне зниження ціни персональні комп'ютери зробило таке ПЗ є доступним як для організацій корисною і фірм, але й користувачів. Комп'ютери стали інструментом для ведення документації і власних дисконтних функцій. Усе це зіграло як позитивну, і негативну роль області розвитку баз даних. Позірна простота і доступність персональних комп'ютерів, і їх програмного забезпечення породила безліч дилетантів. Багато було створеносистем-однодневок, які відповідали законам розвитку та взаємозв'язку реальних об'єктів. Проте доступність персональних комп'ютерів змусила користувачів із багатьох сфер знання, які раніше не застосовували обчислювальну техніку своєї діяльності, звернутися до них. І попит на розвинені зручні програми обробки даних змушував постачальників програмного забезпечення поставляти дедалі нові системи, які заведено називати настільними СУБД. Значна конкуренція серед постачальників змушувала удосконалювати ці конфігурації, пропонуючи нові можливості, поліпшуючи інтерфейс і швидкодія систем, знижуючи їхню вартість. Наявність над ринком значної частини СУБД, виконують подібні функції, зажадало розробки методів експорту-імпорту даних тих систем й несподівані відкриття форматів зберігання даних. Та й у цей період з'являлися любителі, які, всупереч здоровому глузду розробляли власні СУБД, використовуючи стандартні мови програмування. То справді був тупиковий варіант, оскільки розвиток показало, що перенести дані з нестандартних форматів на нові СУБД було важче, а окремих випадках вимагало таких трудовитрат, що легше було б, усе розробити наново, але дані однак треба було переносити нові перспективнішуСУБД. І це також були результатом недооцінки тих функції, які була виконуватиСУБД. Особливості цього етапу такі: Стандартизациявисокоуровневих мов маніпулювання даними (розробка і впровадження стандарту SQL92 в усіСУБД). Усі СУБД було спрямовано створенняБД переважно з монопольним доступом. І зрозуміло. Комп'ютер персональний, він був приєднаний до неї, й базу даних у ньому створювалася до роботи одного користувача. У окремих випадках передбачалася послідовна робота кількох користувачів, наприклад, спочатку оператор, який вводив бухгалтерські документи, і потім головбух, що визначав проводки, відповідні первинним документам. Більшість СУБД мали розвинений зручний користувальницький інтерфейс. У багатьох існував інтерактивний режим роботи з БД як у межах описи БД, і у рамках проектування запитів. З іншого боку, більшість СУБД пропонували розвинений зручний інструментарій і розробити готових додатків без програмування. В усіх життєвих настільних СУБД підтримувався лише зовнішній рівень уявлення реляційної моделі, тобто лише зовнішній табличний вид структур даних. За наявностівисокоуровневих мов маніпулювання даними типу реляційної алгебри і SQL в настільних СУБД підтримувалися низькорівневі мови лише на рівні окремих рядків таблиць. У настільнихСУБД були відсутні кошти підтримкиссилочной і структурної цілісності бази даних. Ці функції мали виконувати докладання, проте убогість коштів розробки додатків іноді не дозволяла це, й у разі цих функцій мали виконуватися користувачем, вимагаючи від цього додаткового контролю при введення і зміні інформації, що зберігається у БД. Наявність монопольного режиму роботи фактично призвело до виродження функцій адміністрування БД. Порівняно скромні вимоги до апаратному забезпечення із боку настільних СУБД. Цілком працездатні докладання, розроблені, наприклад, на Clipper, працювали на PC 286. У принципі так, навіть важко назвати повноцінними СУБД. Яскраві представники цього сімейства — дуже широко що використовувалися донедавна СУБДDbase (>DbaseIII+,DbaseIV), FoxPro, Clipper, Paradox.
Дата добавления: 2017-01-13; Просмотров: 348; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |