В Oracle статистика собирается с пом. пакета dbms_stats (и по таблицам, и по индексам)

feddя уже понял, и собираю команды для обновления статистики

Как правило, обновлять статистику на сервере - это задача DBA, а не приложения.
А DBA это запускает каким-нибудь джобом, только в редких случаях ручками...
Кроме того, критичность сбора статистики на различных серверах м.б. различной. Например, Oracle считает, что если в таблице изменилось меньше 10% данных, то статистика вполне пригодна. Тут ведь дело еще упирается в призводительность, сбор статистики жрет ресурсы сервера. Так что, насчет серверо-независимости подобной вещи - сомнительно...

Le Peacetru55В Oracle статистика собирается с пом. пакета dbms_stats (и по таблицам, и по индексам)Тут вроде написано, что в Оракле тоже автоматически собирается по умолчанию.

Просто при создании базы через DBCA (т.е. через визард), начиная с Ora 10, автоматом создается job, который отвечает за сбор статистики по всей БД (раньше этот job приходилось создавать ручками).
Однако это все относительно:
- база может создаваться ручками
- DBA может из тех или иных соображений отключить этот job, и/или сделать свой (например, некоторые места в OeBS плохо работают при собранной статистике)
- job работает, как правило, ночью (в момент наименьшей загрузки БД). Если мы днем произведем какую-нибудь массовую заливку, то надо будет запустить сбор статистики вручную (по всей или части БД), иначе она до след. ночи будет неактуальна
И т.д.

Le Peace
то есть одним махом собирается статистика по всей бд?
То есть если статистику нужно обновлять чаще либо нет времени наименьшей нагрузки, то автоматический сбор уже не получится сделать?

Угу, умалчиваемый job такой, т.е. статистика по всей БД. Другое дело, что за время работы БД отслеживаются изменения и статистика собирается только по тем таблицам, где с последнего сбора изменилось больше 10% данных (до Ora 10 такой мониторинг включался вручную).
Но если мы хотим по разным частям БД собирать статистику в разное время, значит мы уже должны написать запуск нескольких job в разное время (хотя написание тут не сильно большое, ибо пакет для сбора статистики все равно 1 - dbms_stats)