Интеграция текста, данных, кода и потоков
В области СУБД основное внимание всегда уделялось организации, хранению, анализу и выборке структурированных данных. Развитие Web продемонстрировало важность более сложных типов данных: текстов, изображений, темпоральных, аудио- и видеоданных. Проблема состоит в том, что при добавлении соответствующих возможностей к существующим СУБД трудно сделать эти добавления "аккуратно". Имеется тенденция к тому, чтобы добиваться наиболее важных новых возможностей с применением минимума усилий. В результате расширения становятся "жителями второго сорта" СУБД в отличие от таких "жителей первого сорта" как целые числа и строки символов. Это тормозит и будет продолжать тормозить использование технологии баз данных в новых приложениях.
Пора прекратить встраивать новые конструкции в старую реляционную архитектуру. Нужно переосмыслить базовую архитектуру СУБД с целью поддержки структурированных данных; текстовых, пространственных, темпоральных и мультимедийных данных; процедурных данных, т.е. типов данных и инкапсулирующих их методов; триггеров; потоков и очередей данных как равноправных компонентов первого сорта внутри архитектуры СУБД (как на уровне интерфейсов, так и на уровне реализации).
Во многих случаях было бы лучше начать исследования с чистого листа. Пусть производители коммерческих систем продолжают следовать стратегиям расширения SQL и XML для увеличения функциональности существующих продуктов. Для исследовательского сообщества требуется выработка новой системы понятий. Участники ожидают появления нескольких прототипов новой архитектуры СУБД в течение пяти лет.
Глядя на литературу в области баз данных за последние десять лет, я не вижу каких-либо новых идей, которые можно было бы положить в основу такой системы понятий. Конечно, очень хотелось бы видеть что-то новое и перспективное, однако после собрания в Лоуэлле прошло почти два года, но по-прежнему не видно никаких принципиально новых работ.