Классика баз данных

работни места трудова борса работа в африка пряк работодател за имигранти Питер досуг

Классика баз данных

Продукты, которые сегодня принято называть информационными системами, появились много лет назад. В основе первых информационных систем находились мэйнфреймы компании IBM, файловая систем ОС/360, а впоследствии ранние СУБД типа IMS и IDMS. Эти системы прожили долгую и полезную жизнь, многие из них до сих пор эксплуатируются. Но с другой стороны, полная ориентация на аппаратные средства и программное обеспечение IBM породила серьезную проблему "унаследованных систем" (legacy systems). Увы, производственный процесс не позволяет прекратить или даже приостановить использование морально устаревших систем, чтобы перевести их на новую технологию. Многие серьезные исследователи сегодня заняты попытками решить эту проблему.
Серьезность проблемы унаследованных систем очевидно показывает, что информационные системы и лежащие в их основе базы данных являются слишком ответственными и дорогими продуктами, чтобы можно было позволить себе их переделку при смене аппаратной платформы или даже системного программного обеспечения (главным образом, операционной системы и СУБД). Для этого программный продукт должен обладать свойствами легкой переносимости с одной аппаратно-программной платформы на другую. (Это не означает, что при переносе не могут потребоваться какие-нибудь изменения в исходных текстах; главное, чтобы такие изменения не означали переделки системы.)

Переносимость и интероперабельность информационных систем и международные стандарты
Исследования и разработки в области операционных систем
Классика баз данных
Замечания по поводу Tutorial D
Краткое сравнение Oracle SQL и ANSI SQL
Visual Foxpro 7: высокопроизводительное средство разработки баз данных
Определение и типовые архитектуры хранилищ данных
Постреляционная СУБД Cache
Псевдоконфликты XML-транзакций в РСУБД
Темпоральная организация данных для решения проблем КИС
Интеграция Hadoop и параллельной СУБД
Что представляет собой реляционная модель
Третий манифест
Универсальность и специализация: время разбивать камни?
Деревянный интерфейс
Дюжина тенденций развития
Демонстрационная база данных
Извлечение ключевых терминов из сообщений микроблогов с помощью Википедии
Универсальная модель данных (УМД)
Задача проектирования базы данных методом нормализации
Вьетнам компьютерной науки
Использование витрин данных в учетной системе
XQuery 1.0 близок к завершению
Доводы в пользу детерминизма в системах баз данных
Абстракции баз данных: агрегация и обобщение
Архитектуры отчетности
Семейство алгоритмов ARIES
SQL/MapReduce: практический подход
Ссылочная целостность и РСУБД
Дилемма инкапсуляции и оптимизации запросов
Управление параллельным доступом
Брюс Линдсей высказывается
Использование префиксного дерева для хранения и поиска строк во внешней памяти
Индексы на основе B-деревьев для поддержки высокого темпа обновлений
Модель "сущность-связь" - шаг к единому представлению о данных
Клермонтский отчет об исследованиях в области баз данных
Реляционная модель данных для больших совместно используемых банков данных
Сжатие данных в целях экономии места и ускорения работы
Критерии выбора СУБД при создании информационных систем
Примеры реализации хранилищ данных для крупных предприятий
Критика статьи Клода Рубинсона
Обработка запросов в семействе продуктов IBM DB2
Эволюция систем, насыщенных данными
Распределенные и параллельные системы баз данных
Что же такое "модель данных"?
Интегрированная аналитика. Как извлечь максимальную выгоду из ERP-систем
И снова о вечной проблеме отсутствующей информации
Выводимость, избыточность и согласованность отношений, хранимых в крупных банках данных
Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила
Архитектуры управления данными
Проекты по управлению данными в Google

*