ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Как определить, вставлялись ли когда либо в таблицу данные?
26 сообщений из 26, показаны все 2 страниц
  все  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378704
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
Всех с Новым Годом!

Помогите, пожалуйста, с сабжем.
Смотрю в all_tables и не понимаю.. Может есть какая-то другая, более познавательная вьюшка?

Спасибо.
...
Рейтинг: 0 / 0
01.01.2017, 14:08
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378706
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
Немного поясню, в БД около 400 таблиц с кол-вом строк = 0.
Конечно, среди них есть временные таблицы (о которых я знаю, ибо чищу их раз в неделю).
Но есть и такие, которые годами пылятся пустые и, скорее всего, никогда не будут заполнены.
Хочу их найти и упаковать в компактный тейблспейс с минимальными 16К init и т.д.
...
Рейтинг: 0 / 0
01.01.2017, 14:14
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378723
deferred seg cre
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
deferred seg cre
Гость
GunPowder,

не понятно, зачем отделный тс и зачем знать, что когда-то была вставка. 16 k при 8к блоке все равно не получишь.
...
Рейтинг: 0 / 0
01.01.2017, 16:29
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378752
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
Конечно, есть любые советы, ответы и вопросы-на-вопросы, кроме того, что попросил топикстартер..
...
Рейтинг: 0 / 0
01.01.2017, 19:09
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378768
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
GunPowderКонечно, есть любые советы, ответы и вопросы-на-вопросы, кроме того, что попросил топикстартер..

Ответ кроется в нике ответившего первым, если конечно этот параметр установлен в TRUE (что есть значение по умолчанию). Правда есть нюанс (а как-же без него ) - он покажет попытку вставки данных когда либо в таблицу, т.е. даже INSERT + ROLLBACK.

SY.
...
Рейтинг: 0 / 0
01.01.2017, 20:06
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378774
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Elic
Участник
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)
...
Рейтинг: 0 / 0
01.01.2017, 20:26
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378818
Alexls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexls
Гость
GunPowder,
Смотрите в сторону audit trail.
Для начала достаточно правила по Insert на всю схему
...
Рейтинг: 0 / 0
02.01.2017, 08:08
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378821
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Elic
Участник
AlexlsДля начала достаточно правилаТы наивный чукотский юноша, который не знает, что поздно пить боржоми?
...
Рейтинг: 0 / 0
02.01.2017, 08:56
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378822
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
схеме уже 14 лет, забыл указать..
...
Рейтинг: 0 / 0
02.01.2017, 09:42
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378827
Кому надо, у того отрастет
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кому надо, у того отрастет
Гость
GunPowderсхеме уже 14 лет, забыл указать..не важно, что было, важно, что нужно. Хочешь экономить на спичках, пересоздай все.
...
Рейтинг: 0 / 0
02.01.2017, 10:01
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378829
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Elic
Участник
GunPowderсхеме уже 14 лет, забыл указать..Да хоть 20. Даже со второго раза до тебя не дошло, что нужно указывать версию, чудило.

И, собственно говоря, как уже и отметили, хернёй маешься или создаёшь, так сказать, видимость деятельности.
...
Рейтинг: 0 / 0
02.01.2017, 10:08
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378830
Alexls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexls
Гость
GunPowder,

Ну, если целых 14 лет.

Если интересует только факт вставки и на таблицах не делали Truncate, то можно попробовать анализ hwm. Но на 400 таблицах.....
Аудит проще.
Понаблюдать месяц - два.
...
Рейтинг: 0 / 0
02.01.2017, 10:11
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378837
stax..
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stax..
Участник
AlexlsGunPowder,

Ну, если целых 14 лет.

Если интересует только факт вставки и на таблицах не делали Truncate, то можно попробовать анализ hwm. Но на 400 таблицах.....
Аудит проще.
Понаблюдать месяц - два.
и что hwm даст, напр 14лет назад вставили 1млн и удалили (без trun)?

.....
stax
...
Рейтинг: 0 / 0
02.01.2017, 11:14
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378845
Partos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Partos
Участник
Ну тогда возьмите архивлоги за 14 лет и посмотрите были ли в них операции с этими таблицами :)
...
Рейтинг: 0 / 0
02.01.2017, 11:38
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378853
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
AlexlsGunPowder,
Смотрите в сторону audit trail.
Для начала достаточно правила по Insert на всю схему
Видимо, это единственный вариант. И через три месяца будет ясно.
Спасибо.
...
Рейтинг: 0 / 0
02.01.2017, 12:26
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378913
Фотография SY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SY
Участник
GunPowderИ через три месяца будет ясно.


И ты, например, удалишь таблицу регистрации ошибок только потому что до сих пор ошибок не было.

SY.
...
Рейтинг: 0 / 0
02.01.2017, 15:39
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39378965
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
SYGunPowderИ через три месяца будет ясно.

И ты, например, удалишь таблицу регистрации ошибок только потому что до сих пор ошибок не было.

Перечитайте, пожалуйста, первые 2 сообщения
...
Рейтинг: 0 / 0
02.01.2017, 20:28
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379040
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
ALL_TAB_MODIFICATIONS и сбор статистики

Выносить ведь (с другими параметрами хранения, я выносил в ТП с блоком 2К) можно не обязательно совсем пустые таблички, а просто небольшие. Ну и скажем раз в полгода-год пересматривать критерии
...
Рейтинг: 0 / 0
03.01.2017, 01:20
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379130
stax..
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stax..
Участник
Вячеслав ЛюбомудровALL_TAB_MODIFICATIONS и сбор статистики

Выносить ведь (с другими параметрами хранения, я выносил в ТП с блоком 2К) можно не обязательно совсем пустые таблички, а просто небольшие. Ну и скажем раз в полгода-год пересматривать критерии
а нафига ети проблемы с разными блоками
займет табличка не 4К а напр 32К, ето ж счас не размер

імхо
"пустые" трункейтнуть и никуда не переность
напр табличка нужна тока для закрытия года, и шо с ней делать
.....
stax
...
Рейтинг: 0 / 0
03.01.2017, 13:15
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379374
ora601
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ora601
Участник
GunPowder,

Ну ок сделаешь для 400 таблиц deffered segment ... Пускай даже у тебя был initial 64k в MSSM , сэкономишь 25.6 МБ, вау.

А вообще не трекаеться last_dml_time на таблицах по дефолту.
...
Рейтинг: 0 / 0
04.01.2017, 00:21
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379398
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
stax..Вячеслав ЛюбомудровALL_TAB_MODIFICATIONS и сбор статистики

Выносить ведь (с другими параметрами хранения, я выносил в ТП с блоком 2К) можно не обязательно совсем пустые таблички, а просто небольшие. Ну и скажем раз в полгода-год пересматривать критерии
а нафига ети проблемы с разными блоками
займет табличка не 4К а напр 32К, ето ж счас не размер

імхо
"пустые" трункейтнуть и никуда не переность
напр табличка нужна тока для закрытия года, и шо с ней делать
.....
staxКогда несколькопара тысяч таких объектов экономия существенная
Плюс -- это отдельный кеш, со всеми прелестями
Минус -- это ошибки оптимизатора (теоретически, практически ничего фатального, как ни вертись, если там десяток записей, по барабану, какой у тебя размер блока)
...
Рейтинг: 0 / 0
04.01.2017, 02:01
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379600
Фотография Makar4ik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Makar4ik
Участник
Вячеслав Любомудровstax..пропущено...

а нафига ети проблемы с разными блоками
займет табличка не 4К а напр 32К, ето ж счас не размер

імхо
"пустые" трункейтнуть и никуда не переность
напр табличка нужна тока для закрытия года, и шо с ней делать
.....
staxКогда несколькопара тысяч таких объектов экономия существенная
Плюс -- это отдельный кеш, со всеми прелестями
Минус -- это ошибки оптимизатора (теоретически, практически ничего фатального, как ни вертись, если там десяток записей, по барабану, какой у тебя размер блока)Хорошо, допустим, база CoreBanking от Диасофта.
Там 40к таблиц. Размер пустой дистрибутивной базы - порядка 8 гиг. (Ну, это под M$$QL, ну да не важно, правила те же)
Всеми супер-заумными телодвижениями можно её заставить похудеть на 300 мег.

Вопрос: С***ли и доколе? И вообще, зачем? Смысл? Чтобы если вдруг, не было свободного места в Б-дереве, и лишний блок надо было выделять на диске?
...
Рейтинг: 0 / 0
04.01.2017, 23:59
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379646
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Не знаю, причем здесь Б-дерево и почему выделяемый блок на диске является лишним. Возможно, это вопрос терминологии

Покажу на своем примере:
Ну вот, смотри -- формально у нас схема состоит из пары-тройки тысяч таблиц, из которых не просто "активно юзается", а вообще "хоть как-то юзается" 200-300. Ну и пара-тройка индексов на каждой. Остальное большинство если и заполнено вообще -- то, как правило, максимум пара сотен коротких записей, а то и вообще 2-3-10 (мужской, женский, неопределен, ламинат). И больше не меняется. Справочник.

С другой стороны, 10-50 таблиц становятся настолько большие, что приходится уже применять секционирование и, возможно, больший размер блока

Между ними помещаются те 200-250 активных таблиц которые имеют достаточно большой разнос по размерам и активности что они самые кандидаты на размер блока по умолчанию и AUTOALLOCATE по выделению (ну, может еще десяток таблиц, про которые мы знаем, что они только монотонно растут запихнуть в UNIFORM)

Вот пример отдельного ТП с блоком 2К:
Код: plsql
1.
2.
3.
4.
5.
tst> select count(*), sum(bytes)/1024/1024 from dba_segments where tablespace_name='T_SMALL';

  COUNT(*) SUM(BYTES)/1024/1024
---------- --------------------
      7964           240.283203

Да я повешу на все эти сегменты CACHE, выдам на все про все 256 мегабайт под кеш и этот кеш будет использован ТОЛЬКО этими сегментами и читать данных приходится В РАЗЫ меньше
А если учитывать специфику, что все они в большинстве случаев только читаются (а как минимум половина никогда и не читается) кеш такого размера более чем достаточен.

А по месту да, я выиграл совсем немного -- максимум в 2-3 раза
Но ведь не проиграл (хотя, говорят, использование разных блоков срывает крышу оптимизатору)
А стоило мне это... Да ничего не стоило

И еще -- это, конечно, предварительно тестировалось и по совокупности было признано более оптимальным чем валить все в одну кучу (или даже в разные, но с одним размером блока и просто отличающиеся SMALL/MEDIUM/BIG)
...
Рейтинг: 0 / 0
05.01.2017, 07:51
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39379862
stax..
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stax..
Участник
Makar4ikВячеслав Любомудровпропущено...
Когда несколькопара тысяч таких объектов экономия существенная
Плюс -- это отдельный кеш, со всеми прелестями
Минус -- это ошибки оптимизатора (теоретически, практически ничего фатального, как ни вертись, если там десяток записей, по барабану, какой у тебя размер блока)Хорошо, допустим, база CoreBanking от Диасофта.
Там 40к таблиц. Размер пустой дистрибутивной базы - порядка 8 гиг. (Ну, это под M$$QL, ну да не важно, правила те же)
Всеми супер-заумными телодвижениями можно её заставить похудеть на 300 мег.

Вопрос: С***ли и доколе? И вообще, зачем? Смысл? Чтобы если вдруг, не было свободного места в Б-дереве, и лишний блок надо было выделять на диске?
я с Диасофт-ом работал год, на бетриве (Привет Гене Ципко...)
не знаю насколько поменялось, ето был ужас
повторюсь, даже если таблиц 10тысч трукате и оставить (если в названии нет даты)

......
stax
...
Рейтинг: 0 / 0
05.01.2017, 21:56
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39381214
GunPowder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GunPowder
Гость
Вячеслав Любомудровэто, конечно, предварительно тестировалось и по совокупности было признано более оптимальным чем валить все в одну кучу (или даже в разные, но с одним размером блока и просто отличающиеся SMALL/MEDIUM/BIG)
Т.е. Вы хотите сказать, что мало просто складывать пустые (а также с десятком записей) таблицы в отдельный TS, необходимо при этом уменьшать размера блока?
...
Рейтинг: 0 / 0
10.01.2017, 08:29
| Ответить | Цитировать | Написать  
Как определить, вставлялись ли когда либо в таблицу данные?
    #39381346
проходил мимо...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проходил мимо...
Участник
GunPowderТ.е. Вы хотите сказать, что мало просто складывать пустые (а также с десятком записей) таблицы в отдельный TS, необходимо при этом уменьшать размера блока?
Мой вам совет.
Пока вы не представляете себе всех последствий разного размера блоков в одной базе, даже не смотрите в эту сторону.
Если, конечно, у вас не 100500 таблиц околонулевого размера и ещё несколько околотерабайтного...
...
Рейтинг: 0 / 0
10.01.2017, 12:01
| Ответить | Цитировать | Написать  
26 сообщений из 26, показаны все 2 страниц
  все  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Как определить, вставлялись ли когда либо в таблицу данные?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=52&tid=1886693]:
 0ms
get settings:
 6ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 45ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 59ms
get tp. blocked users:
 1ms
others: 219ms
total:  364ms
созд. / загр.: 364ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]