Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия или учреждения.
Такая система должна:
1. обеспечивать получение общих и/или детализированных отчетов по итогам работы;
2. позволять легко определять тенденции изменения важнейших показателей;
3. обеспечивать получение информации, критической по времени, без существенных задержек;
4. выполнять точный и полный анализ данных.
Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональных компьютеров и более широко распространена в сравнении с другими операционными системами. Современные компьютеры позволяют делать приложения достаточные ресурсоёмкие и быстродействующие, позволяющее обрабатывать огромное количество информации. Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.
В процессе научных исследований, посвященных тому, как именно должна быть устроена СУБД, предлагались различные способы реализации. Самым жизнеспособным из них оказалась трехуровневая система организации БД, изображенная на рисунке 1.1.
Уровень внешних моделей – самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Например, при работе с БД по студентам, бухгалтерию не интересует успеваемость студентов, а только вопросы, связанные со своевременной оплатой.
Концептуальный уровень – центральное управляющее звено, здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для ко- торой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
Физический уровень – собственно данные, расположенные в файлах или в страничных структурах, хранимых на внешних носителях информации. Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных. Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с конкретной базой данных. Это именно то, чего не хватало при использовании файловых систем. Выделение концептуального уровня позволило разработать аппарат централизованного управления базой данных.
2.1 DSSP как решение проблемы обмена разноформатными данными
Система управления базами данных (СУБД) обеспечивает общий репозитарий для хранения и запрашивания структурированных данных. СУБД поддерживает набор взаимосвязанных услуг и гарантирует разработчикам возможность сосредотачиваться на специфических проблемах их приложений, а не на повторяющихся задачах, которые возникают при потребности в согласованном и эффективном управлении большими объемами данных.
К сожалению, в современных сценариях управления данными редки случаи, когда все данные могут находиться под управлением традиционной реляционной СУБД или какой-либо другой модели данных или системы. Вместо этого очень часто сталкиваются с набором слабо связанных источников данных и поэтому вынуждены каждый раз решать повторяющиеся задачи управления данными в разнородных коллекциях. В число этих задач входят обеспечение возможностей поиска и запрашивания данных; соблюдение правил, ограничений целостности, соглашений об именовании и т.д.; отслеживание происхождения данных; обеспечение доступности, восстановления и контроля доступа; управляемое развитие данных и метаданных.
Эти проблемы являются повсеместными - они возникают на предприятиях (больших и малых): внутри правительственных агентств и между ними, в крупных научных организациях, в библиотеках (электронных и обычных), в военных организациях, в "умных" домах и даже в персональных компьютерах и других устройствах. Однако в каждом из этих сценариев имеются некоторые опознаваемые и контролируемые границы между данными и базовыми системами.
СКРИНШОТЫ ИЗ РАБОТЫ
Проблема обмена данными между различными подсистемами стоит сегодня очень остро. Разработчики программного обеспечения постоянно ищут решение этой задачи различными способами.
В данной курсовой работе рассмотрены вопросы обмена данными между приложениями компании Microsoft: СУБД Access, MS SQL, электронные таблицы Excel, а так же других распространённых СУБД
Обмен данными между приложениями Microsoft сегодня реализуется по двум технологиям:
- Технология DDE (Dynamic Data Exchange – динамический обмен данными). Суть технологии состоит в том, что вставляемый через буфер обмена объект сохраняет свою связь с оригиналом и при внесении в него изменений может автоматически обновляться.
- Технология OLE Технология связывания и внедрения объектов (Object Linking and Embedding) В рамках технологии OLE объект представляет собой сочетание данных какого-либо вида (текст, графика, видео, звук и др.) во внутреннем формате приложения-сервера, представленном в одном из стандартных форматов Windows, и информации о создавшей его программе, размере, времени создания и т.п. Таким образом, объект является законченной структурой, переносимой из одного документа в другой и сохраняющей отличительные особенности независимо от типа документа, в котором в данный момент находится.
- Технология открытого доступа к данным Open Database Connectivity (ODBC) - была разработана фирмой MS для обеспечения возможности взаимосвязи между различными SQL-совместимыми БД.
Однако названные технологии имеют очень ограниченные возможности и не решают всех проблем возникающих при обмене данными. Сегодня разработчики подходят к проблеме обмена данными гораздо шире и используют всё новые и новые подходы. Примером таких решений может стать DSSP (DataSpace Support Platforms) – платформа пространства данных.