pkarklin,

Вот это конструктивный ответ, а не просто трёп ни о чём.
Насчёт Standby, то хочется заметить, что в данном случае я как раз ничего не спутал. В Oracle тоже есть и физический стэндбай и логический. И до версии 11G так оно и было как Вы описал и как сейчас в сиквеле. Однако

авторв Oracle 11g реализовано 2 новых типа standby базы: Phisical Standby with Real-Time Query и Snapshot Standby. Phisical Standby with Real-Time Query похож на старый Физический standby, однако в то время, когда standby база открыта на чтение, она продолжает догонять основную БД (восстанавливается на физическом уровне). Т е одна и та же база может использоваться как для защиты от катастрофических сбоев, так и для разгрузки основной базы и для тестирования read only приложений. Так на ней можно печатать отчеты, выполнять бэкапы, заниматься аналитикой и Data Mining.

Snapshot Standby позволяет использовать резервную базу для тестирования новых приложений и настройки старых приложений. В то время, как snapshot standby база догоняет основную базу, на ней можно тестировать приложения, которые читают и меняют данные в БД. После возврата из режима Snapshot Standby в режим Phisical Standby, все изменения, сделанные тестируемым приложением, будут аннулированы.

alexeyvg4. непонятен смысл сравнения по фичам.


Сравнение по фичам идёт потому, что принципиального различия в этих СУБД нету. Если бы речь шла о сравнении к примеру Oracle и FireBird, то тут углубляться в фичи не надо - столь радикально различие. Это как сравнивать БМВ и Жигули. Но в данном случае идёт сравнение БМВ и Мерседеса (если такое сравнение приемлемо) и выехать можно только на фичах. Или нет? К сожалению в критике очень мало конструктива. Хотелось бы услышать более обоснованные высказывания как например у pkarklin-а. Судя по всему, здесь в основном защитники MsSQL крутятся. То, что эту эху не посещают ораклисты наводит на размышления, что они альтернатив не ищут :)