AlexGruАрхитекторы предлагают использовать шардинг (я так понимаю на уровне нашего отслеживания и управления),
Не лучше ли RAC. ?

Чем обосновывана необходимость шардинга да еще на Oracle ?
Они что, горизонтально масштабироваться до уровня eBay собираются ?

P.S. Реализация shared nothing подхода требует высокой квалификации как архитекторов, так и разработчиков, у вас такие есть ?

AlexGruЭто всё обоснование.




Мальчики-энтузиасты писали Вам это обоснование.
Во-первых, не указан предел масштабируемости системы. Шардинг реально применяется там,
где стоит задача свервысокого параллелизма в условиях непредсказуемого роста объема данных.
Во-вторых, шардинг с реализацией в рамках Oracle - дорогое решение само по себе (Oracle отнюдь не дешев).
В-третьих "видится простой задачей" ничего кроме смеха не вызывает. Во-первых, если вы логически единые данные (например,
данные о заказах одного клиента) будете распределять равномерно по шардам, то вашему девелопменту придется принять меры
для поска данных по всем шардам. Если Вы сосредоточите такие данные на конкретном шарде, Вам придется принять определенный метод мапирования - либо вычисляемый на лету хэш ключ, либо дополнительное хранилище метаданных с поддержкой. Если Вы используете хэш - то вам придется перераспределять данные между шардами при каждом добавлении ресурса. Не забываем так же про балансировку нагрузки.

AlexGruПри этом, я так понимаю создается несколько БД с одинаковыми справочниками., и упрощенно одна большая таблица "линейно" делится между рядом серверов бд.


Несколько баз с одинаковыми справочниками - ох... Зачем ? Есть варианты вертикального шардинга (отделение справочников
от фактов), если горизонтальный шардинг - распределение данных по шардам, есть мастер шардинг с репликацией.

AlexGruС раком посложнее в плане администрирования будет.


Барин шутит ?

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

AlexGruПомимо этого:




Сами-то поняли, что написали ?

AlexGru2 Отказ от хранимых процедур и внешних ключей – вынос всех ограничений и всей логики на уровень бизнес-процессов (Java)


Это как раз не должно вызывать психоза - все зависит от требований к производительности системы.
База станет помойкой, если ваши разработчики с улицы наняты. И ключи не помешают.
Использовать хранимки или нет - это вопрос дизайна, требований к производительности. интерфейса с Java,
а не архитектуры шардинга.

Что-то мне посдказывает, что это компания "Прогноз" развлекается ?

wurduДа нормально все. Не понятно просто зачем с такой архитектурой сдался Oracle.

Я полагаю, ответ на Ваш вопрос носит экономический характер с от тен ками серого... ;)

Красавица ИкукуШардинг для распределения нагрузки и делают.

Сероликая моя, Вы блондинко ?

Красавица ИкукуНо... почему тебя блондинка вынуждена учить?

Да вот и я удивляюсь - зачем Вы c нами тут вашими школьными познаниями делитесь.

Красавица Икукуа то так и будешь проповедовать

Лапушка моя, "управление нагрузкой" на shared nothing к перераспределению данных между серверами не сводится, как это ни
прискорбно.
Впрочем, с привидением разговаривать как-то неудобно.