Ссылка на сообщение Ссылка включая название темы Ссылка URL x. Ищу в ORACLE аналог получения списка индексов для таблицы, похожий на следующий способ для MSSQL: Ситуация - есть только sqlplus и нужно отладить запрос, для этого нужно посмотреть какие индексы есть. Ок, может тогда как-то можно все поля индекса в правильном порядке вывести в одном запросе, чтобы аутпут был похож на приведенный. Q u a d r o Member Откуда: Поищите по сайту про stragg, например.
По мотивам интересного обсуждения на сайте Тома Кайта, которое началось еще в мае года. Меня интересует, как повторно использовать пространство в таблице, организованной по индексу Index Organized Table - IOT после удаления существенного количества строк. При работе с обычной таблицей после удаления множества строк я пересоздаю индексы, чтобы в индексных блоках не было пропусков, поскольку мы знаем, что это пустое место в индексах не будет использоваться повторно в отличие от блоков таблиц, где это освободившееся место используется повторно, после того, как будет преодолен порог PCTUSED в блоке. Итак, что же можно сделать с таблицей, организованной по индексу, чтобы предотвратить ее постоянный рост, даже после удаления множества строк? Мы, фактически, можем пересоздать индекс путем переноса таблицы "на ходу" то есть пока происходит пересоздание пользователи изменяют данные таблицы Итак, у нас в индексе достаточно много удаленных строк ни один из блоков не стал полностью пустым. Вот что мы получили - все "вычищено". Если, скажем, у меня есть организованная по индексу таблица T со столбцами a , b , c , d , причем, столбцы a , b образуют первичный ключ. Мне же нужно, чтобы первичным ключом были столбцы a , b , c. Нет ли оператора alter table , позволяющего изменить таблицу, организованную по индексу, и добавить еще один столбец в составной первичный ключ? В 8i, придется использовать Create table Если, скажем, у меня есть организованная по индексу таблица T со столбцами a , b , c , d Но теперь первичный ключ образуют столбцы a , b , c , именно в таком порядке. Я обнаружил, что в большинстве запросов у меня используется условие по столбцам a , c. Будет ли при этом полезен составной ключ по столбцам a , b , c? По сравнению с составным ключом по столбцам a , c? Если в большинстве запросов обращение к таблице идет по столбцам a , c , то первичный ключ должен быть по столбцам a , c , b. Если создать составной первичный ключ по столбцам a , b , c , будет ли он использоваться для всех этих запросов? По a , b запросов немного больше, чем по a , c. Я попытался на сервере для разработки использовать таблицу, организованную по индексу, вместо обычной таблицы, и полученная с помощью tkprof разница оказалась достаточной, чтобы оправдать такую реализацию и на производственном сервере. Как мне заморозить упомянутую таблицу? Или исходная табллица будет заморожена оператором create table Я проверил зависимости других объектов от этой таблицы, и не нашел их. На первичный ключ таблицы не ссылаются внешние ключи других таблиц, а сама эта таблица не содержит внешних ключей. В 8i, если запросы выбирают данные по a , b и a , c , скорее всего, надо создать индексы по:. Отдельно по столбцу " c " потому, что все индексы таблицы, организованной по индексу, и так включают первичный ключ. Видите, как удалось выполнить запрос исключительно по индексу? Индексы на основе битовых карт bitmap indexes могут потребовать пересоздания после выполнения некоторого количества операторов DML. По сути, есть два индекса по одному столбцу таблицы. Эффективно ли это, и как бы обойтись одним индексом? Фактически, я бы сказал, что, если вам нужен сегмент переполнения, то вам вряд ли нужна организация таблицы по индексу бывают, конечно, и исключения. Использует ли сервер значение первичного ключа для быстрого поиска строки в таблице, организованной по индексу? Он же не хранит rowid , как в обычном индексе на основе b-дерева? Не могли бы вы объяснить, какой механизм используется. Хранится "rowid", но универсальный, а не физический. И он, фактически, включает значение первичного ключа. Значит ли это, что в записи индекса по столбцу вторичного индекса будет значение ключа, значение первичного ключа и rowid логический? Хотя индекс - только по столбцу Y. Я занимаюсь преобразованием некоторых "больших, но тощих" таблиц из более чем строк в организованные по индексу и обнаружил, что это существенно повышает производительность. Как вы думаете, имеет ли смысл организовывать по индексу таблицы из менее чем строк? Даст ли это существенное преимущество по сравнению с обычной таблицей с индексами? Есть ли случаи, когда использование COALESCE оправдано? Используйте move для ее переноса. При этом происходит полное пересоздание и требуется свободное пространство размером с таблицу. При переносе значение первичного ключа не меняется, поэтому пересоздавать индексы не нужно. Похоже на ошибку, они забыли проверить Если в таблице есть строки, превышающие максимальный размер, вы должны были получить:. При этом никакого повреждения данных и т. Я уже выставил ошибку по мотивам вашего сообщения со следующим тестовым примером:. Организация таблицы по индексу кажется подходящей в моем случае. Но у меня есть два вопроса. Как реально "реорганизовать" эту таблицу по индексу? Если создать новую таблицу и выполнить: Нет ли более интересного способа изменить организацию таблицы? А если нет, что, если я экспортирую таблицу, удалю ее, создам таблицу с таким же именем, но другой организацией В этом, вообще, есть смысл? Все закончится удачно, если задать размер сегментов отката в соответствии с теми действиями, которые надо выполнить ради бога, я часто с 10 миллионами и больше "широких" строк работаю на своем ноутбуке. Вы беспокоитесь о том, что не должно произойти а в режиме archive log вы можете выполнять это действие в режиме nologging , согласовав с АБД выполнение резервного копирования этих новых данных как можно скорее, и устранить тем самым любые проблемы с журналом повторного выполнения, которые вы могли себе надумать:. В 9iR2 у меня есть таблица из 3 столбцов, с, примерно, миллиардом строк, да еще и быстро растущая. Я хотел бы секционировать ее по диапазону, сжать и организовать по индексу. Я уже создал секционированную таблицу, организованную по индексу, и, похоже, производительность и не только существенно повысилась, по многим критериям, на которых я не хочу останавливаться. Спасибо за ответ, но я хочу удостоверится, что правильно описал ситуацию, потому что это критически важно в нашем случае:. Мне на мгновение показалось, если я правильно понял, что вы оправдываете использование секционированной ИЛИ организованной по индексу таблицы, но я хочу и то, и другое, И сжатие, но озабочен вероятностью потери данных и т. Меня больше беспокоит повреждение данных и т. Был ли представленный выше сценарий опробован серьезными компаниями успешно и без особых проблем для администрирования? Нет, я написал, что организованная по индексу таблица, которая секционирована и, возможно, сжата, может очень даже подойти. Я знаю об использовании больших секционированных таблиц, организованных по индексу про сжатие я не уверен, об этом обычно забывают , и они успешно работают. Oracle представила интегрированную клиентскую платформу Oracle Utilities Customer to Meter. Почему крупнейшие компании России и мира выбирают Postgres. Создание запросов с помощью SAP BusinessObjects WebIntelligence Query - HTML. Восстановление базы MySQL из бинарных логов. Руководство пользователя SAP BusinessObjects Web Intelligence. Access, Ключевое поле, Счетчик 8 Подскажите пожалуйста, как изменить в Access в ключевом поле счетчик последовательно , Случайно оказался на этом сайте, искал статьи по OLAP. Подскажите, в Екселе никак не могу найти где включить панель елементов VBA Существуют ли портативные версии для запуска с флешки продуктов MS Office? Программа должна обслуживать любые устройства от любого производителя типа Главная страница - Программные продукты - Статьи - СУБД и хранилища данных , Oracle. Creative Cloud Multiple Platforms Multi European Languages Only Renewal Licensing Subscription 12 months L1 Ultimate, Для команды разработчиков, полная лицензия. PICASO 3D Designer Желтый. Поздравляем с Днем России! Новая линейка курсов по Big Data в Учебном центре "Интерфейс". CASE, RAD, ERP, OLAP. Программирование на Microsoft Access. Краткие описания программ и ссылки на них. Компьютерный дизайн - Все графические редакторы. Каждый день новые драйверы для вашего компьютера! Помощь по MS Access Доброе время суток. Переход на Офис 3 Привет, друзья!
https://gist.github.com/50ca9cdd597a13251a76f0657a33fdde
https://gist.github.com/9bbd69912693107aa2317348b572ed1c
https://gist.github.com/62463f21df6264807b6b5650c9d7d839