Leonid Kudryavtsevdbpatch... на терабайты в день, в RAM просто не помещаются...
Добавить RAM )))

физически невозможно, и так все слоты забиты

xtenderDimitry SibiryakovОбычно бизнесу нужна также и история статусов, так что да - через инсерт и, возможно,
делит вместе с сущностью.
dbpatchИ все что остается в этом случае - это все UPDATE и даже DELETE приводить к INSERT, даже есть концепция такая, кажется называется Temporal Databaseгоспидя, откуда у вас такая каша то в головах?!
Во-первых, большинство реализаций SCD2/Temporal Validity включают в себя апдейт текущей записи и инсерт новой.
Во-вторых, это никоим образом не оптимизация по доступу, т.к. селекты в данном случае становятся на порядки медленнее, а их как раз обычно на порядки больше, чем инсертов/апдейтов/делитов вместе взятых.

у тебя каша в голове? ну ок.

да, иногда в подобных реализациях есть апдейт. если нагрузка небольшая, то даже работает - ну, когда один поток в 8000recs/s падает до 700rec/s за счет апдейта и тебя это вполне устраивает :)

селекты на порядки медленнее? селектов на порядки больше, это на сколько? в два раза, в десять раз медленее?

а как насчет всего одного селекта в раз в полчаса (на 80к вставок в секунду)?

или ты решил животрепещуще описать свою базу данных размером в 10 гигабайт с проводками?

xtenderdbpatch,

awr dump в студию, там и посчитаем сколько у тебя селектов/сколько инсертов или дальше будешь нести бред?

больше тебе ничего не нужно запостать?

и да, мы не делаем AWR, ибо это довольно глупая и бессмысленная трата времени, мерять среднее по больнице. DBA делать нечего - пусть они их и рассматривают

xtenderdbpatchа как насчет всего одного селекта в раз в полчаса (на 80к вставок в секунду)?тогда хоть в файлики, хоть в хадуп пишите...

хадуп не устроил в части ресурсоемкости-стабильности, да и селекты из него делать несколько мрачновато.

а так да, задача примерно из этой области

xtenderdbpatchSELECT v2 ... FROM NOT EXISTS ( v1.id = v2.id and v1.change_time > v2.change_time)dbpatchнам нужно максимально эффективно иметь возможность получить из базы данных последнее состояниеда уж все с вами ясно...

это хорошо, что тебе уже все ясно, а то создалось впечатление, что ты нечитатель - я вроде довольно подробно описал специфику задачи, для которой UNDO не подходит и нужно делать вакуум вручную, а ты начал про превышение на порядки SELECT-ов над UPDATE

видно, что ты что-то хотел сказать о своем, о наболевшем, но... не получилось? бывает.