Комментарии 8
"Oracle, MS SQL ... не позволяют строить кластерные реализации, а настройка низкого Latency для них требует глубокой экспертизы и дополнительных усилий."
Мягко говоря, спорное утверждение.
Ага, меня тоже порадовало- нет экспертизы настроить low latency для существующих Бах данных, но есть экспертиза написать свою с нуля ….
Хотелось бы чтобы автор привёл оценку во сколько VK обошлась бы лицензия на Oracle под их нужды ….
Думаю что после этого Oracle можно не упоминать в суе. То же касается и MS SQL.
Далее пошло откровенное передёргивание и натягивание совы на глобус:
Наша база данных поддерживает ACID транзакции, … но транзакции поддерживаются только в рамках узла …
Транзакция она как свежеть - бывает первая она же и последняя, поддержка транзакций либо есть либо нет.
Тем более если вы ACID поддержку заявили.
Другой вопрос что при определённом размере базы данных и ее географическом распределении классические транзакции вам уже могут и не потребоваться.
Хотелось бы чтобы автор привёл оценку во сколько VK обошлась бы лицензия на Oracle под их нужды….
Сложно сказать, ведь наш продукт использует далеко не только VK
Наша база данных поддерживает ACID транзакции, … но транзакции поддерживаются только в рамках узла …
На самом деле в кластерном решении достаточно часто хватает транзакции в рамках узла. Это связано с тем, что при проектировании стараются избежать map-reduce-ов и стараются размещать связанные данные рядом, на одном узле. Конечно при этом нужно много чего учитывать и это не удобно. Было бы хорошо иметь кластерную транзакцию. Но пока её нет.
Вы правы, конечно же стоило написать иначе. Я имел ввиду, что из коробки перечисленные реляционки - не кластер. Но настроить из них кластер вполне можно, только это требует дополнительной экспертизы. Я вычитывал текст много раз и как-то это пропустил. Извините.
Реляционные БД (например, MySQL, PostgreSQL, Oracle, MS SQL, Amazon Aurora и т. д.) не позволяют строить кластерные реализации,
У MSSQL есть Failover Cluster, есть Always On availability groups, у Oracle есть Data Guard, RAC
а настройка низкого Latency для них требует глубокой экспертизы и дополнительных усилий.
Все так, но делать собственное решение сравнимое с выше перечисленными, потребует еще большей экспертизы и времени.
Когда существующих решений недостаточно: сложности построения собственных СУБД