Какие инновации в реляционной базе данных произошли за последние 10 лет?

Question

Реализация реляционных баз данных в SQL существовала примерно 25 лет (со времен System R и Ingres). Даже основному (слабо придерживающемуся) стандарту является ANSI-92 (хотя были более поздние обновления), которому уже 15 лет.

Какие инновации вы можете придумать в базах данных на основе SQL за последние десять лет или около того? Я специально исключаю OLAP, Columnar и другие нереляционные (или, по крайней мере, не SQL) инновации. Я также хочу исключить функции типа «сервер приложений» и пакетирование (например, инструменты отчетности)

Хотя базовый подход остается довольно статичным, я могу думать о:

• Наличие
• Способность обрабатывать большие наборы данных
• Простота обслуживания и настройки
• Поддержка более продвинутых типов данных (BLOB-объектов, XML, Unicode и т. Д.)

Есть еще что-нибудь, о чем вы можете подумать?

Answer 1

• Hash присоединяется
• Оптимизаторы на основе затрат (в значительной степени перевернули написание запросов)
• Разделение (позволяет значительно улучшить управление VLDB)
• Параллельная (многопоточная) обработка запросов
• Кластеризация (не только доступность, но и масштабируемость)
• Большая гибкость в SQL, а также более простая интеграция SQL с языками 3GL
• Лучшие возможности диагностики

Answer 2

Аналитические функции, такие как RANK

Answer 3

Я не уверен, хотите ли вы включить даже инновации, специфичные для поставщика (и при этом я не уверен, что другие движки баз данных уже не могут этого сделать), но SQL Server 2005 добавляет рекурсивные запросы Transact-SQL к их языку , Я нахожу их удивительно полезными для перебора иерархических данных. Я полагаю, что в 2008 году появилось несколько новых функций, связанных с иерархическими данными, но я не стал внимательно это рассматривать.

Answer 4

SELECT (invoiceprice * detailweight) / SUM(weight) OVER(PARITTION BY invoice) as weighted, * 
FROM tblInvoiceDetails

Оконные функции хороши для выполнения таких вещей, как взвешенные средние и другие вещи, которые ранее требовали КУРСОРЫ.

Answer 5

Наряду с вашим списком более сложных типов данных (blob, xml, unicode и т. Д.) Вы должны включить пространственные типы.

Расширение PostGIS для PostgreSQL появилось в 2001 году, но теперь все основные поставщики реализовали пространственные объекты и пространственный SQL.

Наряду с появлением Google Maps, Bing Maps и OpenLayers возможность отображения геопространственных данных и выполнения пространственных запросов без промежуточного программного обеспечения оказала огромное влияние на веб-анализ и анализ данных.

Answer 6

Я бы сказал, что за последние десять лет (1998-2008) продукты СУРБД с открытым исходным кодом стали жизнеспособными в массовых развертываниях. Большинство компаний из списка Fortune 500 теперь используют MySQL, PostgreSQL или другие СУБД с открытым исходным кодом где-то в своей организации, даже если они также используют одну из коммерческих марок СУБД с закрытым исходным кодом.

Это не технический прогресс, но, тем не менее, он заслуживает внимания, поскольку наличие стабильного механизма СУБД с открытым исходным кодом позволяет реализовать множество других инновационных проектов.

Я понимаю, что и MySQL, и PostgreSQL были доступны еще в 1995 году, но я бы сказал, что они не были популярными в течение нескольких лет после этого.

Answer 7

Что ж, можно предположить, что отсутствие движения в течение 15 лет является не просто признаком нехватки инноваций, но и признаком того, что базы данных почти идеальны! Многие люди пытаются делать что-то в коде, что лучше делать в базах данных, которые были усовершенствованы с 1960-х годов, чтобы работать как можно быстрее и эффективнее.

Answer 8

Я думаю, что область самых больших инноваций, вероятно, была в репликации данных - для доступности и надежности Большинство других областей являются более инкрементными. Указывая десятилетие, вы пропускаете материал ORDBMS - расширяемость; появившаяся в 1997 году.

Answer 9

Я думаю, что большая часть прогресса была достигнута в области производительности - профилировщиков запросов и кластеров.