|
|
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Всех с Новым Годом! Помогите, пожалуйста, с сабжем. Смотрю в all_tables и не понимаю.. Может есть какая-то другая, более познавательная вьюшка? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.01.2017, 14:08 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Немного поясню, в БД около 400 таблиц с кол-вом строк = 0. Конечно, среди них есть временные таблицы (о которых я знаю, ибо чищу их раз в неделю). Но есть и такие, которые годами пылятся пустые и, скорее всего, никогда не будут заполнены. Хочу их найти и упаковать в компактный тейблспейс с минимальными 16К init и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.01.2017, 14:14 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowder, не понятно, зачем отделный тс и зачем знать, что когда-то была вставка. 16 k при 8к блоке все равно не получишь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.01.2017, 16:29 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Конечно, есть любые советы, ответы и вопросы-на-вопросы, кроме того, что попросил топикстартер.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.01.2017, 19:09 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowderКонечно, есть любые советы, ответы и вопросы-на-вопросы, кроме того, что попросил топикстартер.. Ответ кроется в нике ответившего первым, если конечно этот параметр установлен в TRUE (что есть значение по умолчанию). Правда есть нюанс (а как-же без него ) - он покажет попытку вставки данных когда либо в таблицу, т.е. даже INSERT + ROLLBACK. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.01.2017, 20:06 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowderНо есть и такие, которые годами пылятся пустые и, скорее всего, никогда не будут заполнены. Хочу их найтиRTFM http://www.oracle.com/pls/topic/lookup?ctx=db112&id=SQLRF55582]Oracle Database 11g Release 2 (11.2.0.2) New Features: deferred_segment_creation (FAQ) GunPowder и упаковать в компактный тейблспейс с минимальными 16К init и т.д.RTFM Maintenance Package for Segment Creation on Demand (FAQ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.01.2017, 20:26 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowder, Смотрите в сторону audit trail. Для начала достаточно правила по Insert на всю схему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 08:08 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
AlexlsДля начала достаточно правилаТы наивный чукотский юноша, который не знает, что поздно пить боржоми? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 08:56 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
схеме уже 14 лет, забыл указать.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 09:42 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowderсхеме уже 14 лет, забыл указать..не важно, что было, важно, что нужно. Хочешь экономить на спичках, пересоздай все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 10:01 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowderсхеме уже 14 лет, забыл указать..Да хоть 20. Даже со второго раза до тебя не дошло, что нужно указывать версию, чудило. И, собственно говоря, как уже и отметили, хернёй маешься или создаёшь, так сказать, видимость деятельности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 10:08 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowder, Ну, если целых 14 лет. Если интересует только факт вставки и на таблицах не делали Truncate, то можно попробовать анализ hwm. Но на 400 таблицах..... Аудит проще. Понаблюдать месяц - два. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 10:11 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
AlexlsGunPowder, Ну, если целых 14 лет. Если интересует только факт вставки и на таблицах не делали Truncate, то можно попробовать анализ hwm. Но на 400 таблицах..... Аудит проще. Понаблюдать месяц - два. и что hwm даст, напр 14лет назад вставили 1млн и удалили (без trun)? ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 11:14 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Ну тогда возьмите архивлоги за 14 лет и посмотрите были ли в них операции с этими таблицами :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 11:38 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
AlexlsGunPowder, Смотрите в сторону audit trail. Для начала достаточно правила по Insert на всю схему Видимо, это единственный вариант. И через три месяца будет ясно. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 12:26 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowderИ через три месяца будет ясно. И ты, например, удалишь таблицу регистрации ошибок только потому что до сих пор ошибок не было. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 15:39 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
SYGunPowderИ через три месяца будет ясно. И ты, например, удалишь таблицу регистрации ошибок только потому что до сих пор ошибок не было. Перечитайте, пожалуйста, первые 2 сообщения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.01.2017, 20:28 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
ALL_TAB_MODIFICATIONS и сбор статистики Выносить ведь (с другими параметрами хранения, я выносил в ТП с блоком 2К) можно не обязательно совсем пустые таблички, а просто небольшие. Ну и скажем раз в полгода-год пересматривать критерии ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.01.2017, 01:20 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровALL_TAB_MODIFICATIONS и сбор статистики Выносить ведь (с другими параметрами хранения, я выносил в ТП с блоком 2К) можно не обязательно совсем пустые таблички, а просто небольшие. Ну и скажем раз в полгода-год пересматривать критерии а нафига ети проблемы с разными блоками займет табличка не 4К а напр 32К, ето ж счас не размер імхо "пустые" трункейтнуть и никуда не переность напр табличка нужна тока для закрытия года, и шо с ней делать ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.01.2017, 13:15 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
GunPowder, Ну ок сделаешь для 400 таблиц deffered segment ... Пускай даже у тебя был initial 64k в MSSM , сэкономишь 25.6 МБ, вау. А вообще не трекаеться last_dml_time на таблицах по дефолту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2017, 00:21 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
stax..Вячеслав ЛюбомудровALL_TAB_MODIFICATIONS и сбор статистики Выносить ведь (с другими параметрами хранения, я выносил в ТП с блоком 2К) можно не обязательно совсем пустые таблички, а просто небольшие. Ну и скажем раз в полгода-год пересматривать критерии а нафига ети проблемы с разными блоками займет табличка не 4К а напр 32К, ето ж счас не размер імхо "пустые" трункейтнуть и никуда не переность напр табличка нужна тока для закрытия года, и шо с ней делать ..... staxКогда несколькопара тысяч таких объектов экономия существенная Плюс -- это отдельный кеш, со всеми прелестями Минус -- это ошибки оптимизатора (теоретически, практически ничего фатального, как ни вертись, если там десяток записей, по барабану, какой у тебя размер блока) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2017, 02:01 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудровstax..пропущено... а нафига ети проблемы с разными блоками займет табличка не 4К а напр 32К, ето ж счас не размер імхо "пустые" трункейтнуть и никуда не переность напр табличка нужна тока для закрытия года, и шо с ней делать ..... staxКогда несколькопара тысяч таких объектов экономия существенная Плюс -- это отдельный кеш, со всеми прелестями Минус -- это ошибки оптимизатора (теоретически, практически ничего фатального, как ни вертись, если там десяток записей, по барабану, какой у тебя размер блока)Хорошо, допустим, база CoreBanking от Диасофта. Там 40к таблиц. Размер пустой дистрибутивной базы - порядка 8 гиг. (Ну, это под M$$QL, ну да не важно, правила те же) Всеми супер-заумными телодвижениями можно её заставить похудеть на 300 мег. Вопрос: С***ли и доколе? И вообще, зачем? Смысл? Чтобы если вдруг, не было свободного места в Б-дереве, и лишний блок надо было выделять на диске? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2017, 23:59 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Не знаю, причем здесь Б-дерево и почему выделяемый блок на диске является лишним. Возможно, это вопрос терминологии Покажу на своем примере: Ну вот, смотри -- формально у нас схема состоит из пары-тройки тысяч таблиц, из которых не просто "активно юзается", а вообще "хоть как-то юзается" 200-300. Ну и пара-тройка индексов на каждой. Остальное большинство если и заполнено вообще -- то, как правило, максимум пара сотен коротких записей, а то и вообще 2-3-10 (мужской, женский, неопределен, ламинат). И больше не меняется. Справочник. С другой стороны, 10-50 таблиц становятся настолько большие, что приходится уже применять секционирование и, возможно, больший размер блока Между ними помещаются те 200-250 активных таблиц которые имеют достаточно большой разнос по размерам и активности что они самые кандидаты на размер блока по умолчанию и AUTOALLOCATE по выделению (ну, может еще десяток таблиц, про которые мы знаем, что они только монотонно растут запихнуть в UNIFORM) Вот пример отдельного ТП с блоком 2К: Код: plsql 1. 2. 3. 4. 5. Да я повешу на все эти сегменты CACHE, выдам на все про все 256 мегабайт под кеш и этот кеш будет использован ТОЛЬКО этими сегментами и читать данных приходится В РАЗЫ меньше А если учитывать специфику, что все они в большинстве случаев только читаются (а как минимум половина никогда и не читается) кеш такого размера более чем достаточен. А по месту да, я выиграл совсем немного -- максимум в 2-3 раза Но ведь не проиграл (хотя, говорят, использование разных блоков срывает крышу оптимизатору) А стоило мне это... Да ничего не стоило И еще -- это, конечно, предварительно тестировалось и по совокупности было признано более оптимальным чем валить все в одну кучу (или даже в разные, но с одним размером блока и просто отличающиеся SMALL/MEDIUM/BIG) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2017, 07:51 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Makar4ikВячеслав Любомудровпропущено... Когда несколькопара тысяч таких объектов экономия существенная Плюс -- это отдельный кеш, со всеми прелестями Минус -- это ошибки оптимизатора (теоретически, практически ничего фатального, как ни вертись, если там десяток записей, по барабану, какой у тебя размер блока)Хорошо, допустим, база CoreBanking от Диасофта. Там 40к таблиц. Размер пустой дистрибутивной базы - порядка 8 гиг. (Ну, это под M$$QL, ну да не важно, правила те же) Всеми супер-заумными телодвижениями можно её заставить похудеть на 300 мег. Вопрос: С***ли и доколе? И вообще, зачем? Смысл? Чтобы если вдруг, не было свободного места в Б-дереве, и лишний блок надо было выделять на диске? я с Диасофт-ом работал год, на бетриве (Привет Гене Ципко...) не знаю насколько поменялось, ето был ужас повторюсь, даже если таблиц 10тысч трукате и оставить (если в названии нет даты) ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.01.2017, 21:56 |
|
||
|
Как определить, вставлялись ли когда либо в таблицу данные?
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудровэто, конечно, предварительно тестировалось и по совокупности было признано более оптимальным чем валить все в одну кучу (или даже в разные, но с одним размером блока и просто отличающиеся SMALL/MEDIUM/BIG) Т.е. Вы хотите сказать, что мало просто складывать пустые (а также с десятком записей) таблицы в отдельный TS, необходимо при этом уменьшать размера блока? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2017, 08:29 |
|
||
|
|

start [/forum/topic.php?fid=52&tid=1886693]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
168ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 206ms |
| total: | 475ms |

| 0 / 0 |
