dbms_photoshopд0kРазработчики все логи забили в виндовый эвент вьюверЗаставь дурака богу молиться - он и лоб разобьет.


А что не правильно ?
Есть стандартное средство хранения логов , которой не справилось с задачей.

dbms_photoshopд0kпо shared nothing полностью поддерживаю.

Я ALL-y как системный архитектор говорю , можете не верить, ваше правоНеплохо бы помнить, что кроме хранилищ есть еще OLTP решения, для которых shared nothing не катит.

Когда начинаешь реализовывать конкретные решения, возможности по масштабированию и оптимизации хранения данных для отчетности конечно супер. Нормального колоночного хранения в Оракле нет (кроме in memory option 12c и псевдо-колоночного храннения с hybrid columnar compression) а по возможностям партиционирования Оракл и рядом не стоял с тем же hadoop.

Зато потом начинаются приколы когда начинается параллельная загрузка данных (для лишнего пафоса именуемая ingestion вместо loading) или когда приходит понимание, что нет никаких ограничений целостности. Вот вообще никаких. И если мартышки смогли запороть проект на MSSQL то с сырыми технологиями биг даты они его точно завалят.

Если надо отчетность по хранилищу с возможностью покрутить данные в excel (slice and dice), то что-то дешевле по стоимости владения чем MSSQL крайне тяжело придумать.

Возвращаясь к сильно нагруженным OLTP, сомневаюсь что у Оракла есть серьезные конкуренты.



Я не говрил что нужно расшибать лоб.
Реляционная целостность бизнеслогики ключевой момент
в создании предсказуемых приложений.
Даже более ключевой, чем технология ротации исходя из костов хранения.

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

зы Кто то уже зарегал мой серый ник
.