Студопедия — Особливості корпоративних баз даних в умовах ЗЕД
Студопедия Главная Случайная страница Обратная связь

Разделы: Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Особливості корпоративних баз даних в умовах ЗЕД






Для корпоративних БД характерна архітектура клієнт-сервер із спеціалізацією серверів. Вони будуються на корпоративних SQL-серверах БД (Oracle 7, Informix - OnLine, Informix - DSA, Sybase, CA - Ingress та ін.) і відповідних інструментальних засобах. Окрім власних засобів розробки часто знаходять застосування незалежні багатоплатформенні інструментальні засоби, доповнені інтерфейсами, драйверами і шлюзами для зв'язку з різними системами управління БД (СУБД). Такий загальний погляд на організацію дозволяє сформулювати деякі загальні вимоги як до БД, так і СУБД ІС масштабу всього підприємства.

Вимоги до корпоративних БД в умовах ЗЕД:

1. Розподілена обробка даних. Сучасні корпорації практично завжди мають розгалужену географічну структуру, окремі вузли якої розташовані в різних містах, країнах і навіть на різних континентах. Розподілена мережа вимагає іншого підходу, чим локальна, - коштує недешево, не завжди можна забезпечити швидкий і надійний зв'язок між вузлами. Тому встає завдання забезпечення тієї або іншої міри автономності роботи вузлів розподіленої мережі обробки даних. Міра автономності зазвичай обернено пропорційна до міри узгодженості даних в різних вузлах. Сучасна корпоративна СУБД повинна пропонувати ряд варіантів побудови розподілених баз даних, з тим щоб у кожному конкретному випадку можна було забезпечити задану автономність і узгодженість.

Вимога розподіленої обробки даних може бути продиктована не лише географічною структурою, але також бажанням підвищити продуктивність за рахунок розподілу навантаження між серверами. Крім того, в організації може функціонувати ряд додатків, кожне з яких працює зі своєю базою даних, і ці (часто різнотипні, гетерогенні) бази даних треба підтримувати в погодженому стані.

2. Технології сховищ даних. Будь-яка корпорація сьогодні повинна аналізувати накопичені дані - без такого аналізу неможливо приймати управлінські рішення. Аналіз має бути усебічним (інакше рішення буде неправильним) і швидким (інакше рішення запізниться). Для цього засоби аналізу мають бути гнучкими і зрозумілими кінцевому користувачеві.

Виконати ці вимоги неможливо без організації сховища даних і побудови на його базі системи підтримки прийняття рішень, що базується на OLAP-технологіях, оскільки саме вони забезпечують інтуїтивно зрозумілу модель аналізу і прийнятні швидкості переробки великих об'ємів даних. Таким чином, сучасна корпоративна база даних повинна мати у розпорядженні засоби побудови сховищ даних і OLAP-аналізу.

3. Масштабованість. Застосування систем обробки даних в корпоративному масштабі завжди має на увазі великий об'єм даних, велику інтенсивність транзакцій і велику кількість користувачів. Звичайно, мало сказати " великий", потрібні цифри. Сьогодні великий об'єм даних - це сотні гігабайт і навіть терабайти, велика інтенсивність транзакцій - це мільйони транзакцій в день, велику кількість користувачів - тисячі і десятки тисяч.

Але масштабованість - це не лише висока продуктивність на швидкій і дорогій апаратурі. Це можливість використання одного і того ж програмного рішення у вузлах обробки цих різних масштабів - від настільних і мобільних комп'ютерів індивідуальних користувачів до серверів відділів і потужних кластерів, обслуговуючих цілі корпорації. При цьому нарощування потужності апаратури повинне адекватним чином відбиватися на продуктивності додатків. Окрім самої продуктивності важлива, звичайно, і ціна, яку доводиться за неї платити.

4. Зниження вартості володіння. У сфері корпоративних систем обробки даних останнім часом велике значення надається сукупній вартості володіння (Total Cost of Ownership, TCO). Цей показник враховує не лише початкові вкладення в систему обробки даних - придбання апаратури і системного програмного забезпечення (ПЗ), але і подальші витрати - розробку прикладного ПЗ, впровадження, навчання користувачів, поточний супровід, модернізацію.

Вартість володіння визначається сукупністю якостей продукту. Зовсім не обов'язково, що дешевий програмний продукт забезпечить мінімальну вартість володіння, - його підтримка і модернізація може обійтися дорожче, ніж у його дорожчих конкурентів.







Дата добавления: 2014-12-06; просмотров: 1182. Нарушение авторских прав; Мы поможем в написании вашей работы!



Кардиналистский и ординалистский подходы Кардиналистский (количественный подход) к анализу полезности основан на представлении о возможности измерения различных благ в условных единицах полезности...

Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит. Multisim оперирует с двумя категориями...

Композиция из абстрактных геометрических фигур Данная композиция состоит из линий, штриховки, абстрактных геометрических форм...

Важнейшие способы обработки и анализа рядов динамики Не во всех случаях эмпирические данные рядов динамики позволяют определить тенденцию изменения явления во времени...

Анализ микросреды предприятия Анализ микросреды направлен на анализ состояния тех со­ставляющих внешней среды, с которыми предприятие нахо­дится в непосредственном взаимодействии...

Типы конфликтных личностей (Дж. Скотт) Дж. Г. Скотт опирается на типологию Р. М. Брансом, но дополняет её. Они убеждены в своей абсолютной правоте и хотят, чтобы...

Гносеологический оптимизм, скептицизм, агностицизм.разновидности агностицизма Позицию Агностицизм защищает и критический реализм. Один из главных представителей этого направления...

Решение Постоянные издержки (FC) не зависят от изменения объёма производства, существуют постоянно...

ТРАНСПОРТНАЯ ИММОБИЛИЗАЦИЯ   Под транспортной иммобилизацией понимают мероприятия, направленные на обеспечение покоя в поврежденном участке тела и близлежащих к нему суставах на период перевозки пострадавшего в лечебное учреждение...

Кишечный шов (Ламбера, Альберта, Шмидена, Матешука) Кишечный шов– это способ соединения кишечной стенки. В основе кишечного шва лежит принцип футлярного строения кишечной стенки...

Studopedia.info - Студопедия - 2014-2024 год . (0.012 сек.) русская версия | украинская версия