SergSuperпотёр флуд
рябятки, ну уймитесь вы наконец
мне-то пофиг, но вы же себя как-то не очень хорошо выставляете
Остается надеяться, что потерт весь флуд, а не только одной из сторон. Имеются ввиду, высказывания про всякие ощущения, желания и проч общие фразы и просто эмоции в соотношениях про СУБД. Чтобы стороны были в примерно равном положении. Чтобы не удалялись тока у одной стороны. Ну или с форой для Линтера, но в разумных пределах.

rodenДавайте опишу как это понимаю я с точки зрения ЛИНТЕР.
Online Index Operations - в ЛИНТЕР построение индекса не тормозит другие операции с таблицей, может есть что-то ещё, что я не уловил
.
Ну вот что в Оракле про это
Creating an Index Online
You can create and rebuild indexes online. This enables you to update base tables at the same time you are building or rebuilding indexes on that table. You can perform DML operations while the index build is taking place, but DDL operations are not allowed. Parallel execution is not supported when creating or rebuilding an index online.

Это наверное везде есть. Не блокирует, но и не значит что не тормозит (чтение то всей таблы не избежать) - это нужно проверять.

rodenTable and Index Partitioning - данные и индексы таблицы могут быть разбиты на несколько файлов, причем разные файлы могут храниться на разных устройствах

Какие методы секционрования поддерживаются. У Оракла по диапазону,
по списку, хеш секционирование.
Поддерживаются ли компзизия методов как в Оракле? Например, секции по диапазону и хеш подсекции?
Када это может быть надо:
Вот например, был проект, в котором записывались измерения показаний приборов. Всего в месяц набегало 16 000 000 записей. Приборов 800. Выяснилось что запросы типа - посчитать среднее за период времени в пределах месяца при милионе записей отрабатывали на том железе с приемлемой для ТЗ скоростью.
Ясно, что разбив по диапазну месяц, и на 16 хеш подсекций по приборам, получатся, что для одного прибора в пределах месяца, буит выбираться из 1 миллиона записей.


rodenMirrored Backup Media - есть репликация данных и горячее резервирование - два альтернативных способа дублирования данных в процессе работы. Есть Hot Backup - сохранение всех данных в архиве параллельно с работой пользователей

Вообще репликация и резервирование имеют разную как бы основную цель. Репликация связана с поддержкой распределенных БД, а резервирование с повышением надежности.
Хотя репликация и может использоваться для резервирования, но, скорее всего, это нескока проще для нее, чем обеспечивать работу в распеределенной БД. Например, если БД резервная, то в случае потери актульности данных по тем или иным причинам, резервную просто моно выровнять по основной, залив все по новой.
А если обе основные, то в общем слуае такого варианта нет: не известно на каком локальной БД данные правильнее. Нужны дополнительные усилия.

Вот про Оракловые виды и методы писали. А Вы не раскрыли ниче про Линтеровую. Просто репликация и все.

Про резервирование тоже отдельная тема. Нуждается в уточнениях.

А так в общих чертах:
Кроме поддержки резервной БД причем с делениями на логические и физические, тулс для резервирования, логичексеких бэкапов, есть и
Oracle Automatic Storage Management и там:
To use Oracle ASM, you allocate partitioned disks for Oracle Database with preferences for striping and mirroring.