DBCC CHECKDB для проверки ошибок в базе данных SQL Server.

Можно ли запустить: DBCC CHECKDB для определенной таблицы в базе данных SQL Server 2005?

У меня есть следующий синтаксис:

DBCC CHECKDB 
[
    [ ( database_name | database_id | 0
        [ , NOINDEX 
        | , { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ]
    ) ]
    [ WITH 
        {
            [ ALL_ERRORMSGS ]
            [ , EXTENDED_LOGICAL_CHECKS ] 
            [ , NO_INFOMSGS ]
            [ , TABLOCK ]
            [ , ESTIMATEONLY ]
            [ , { PHYSICAL_ONLY | DATA_PURITY } ]
        }
    ]
]

Но продолжайте получать неправильный синтаксис. Я просто хочу запустить его, чтобы увидеть, какие ошибки он выдает? Можете ли вы помочь мне с написанием синтаксиса? Я хочу удалить все варианты восстановления.


person PriceCheaperton    schedule 18.07.2013    source источник


Ответы (2)


DBCC CHECKDB, как его называют, предназначен для проверки баз данных.

Существует команда DBCC CHECKTABLE для проверки определенных таблиц. Использование:

DBCC CHECKTABLE ('YourTable');
person Nenad Zivkovic    schedule 18.07.2013
comment
Я только что побежал, DBCC CHECKDB(AdventureWorks2008R2) это ничего не починит ???????????? !! - person PriceCheaperton; 18.07.2013
comment
КОНТРОЛЬНАЯ ТАБЛИЦА DBCC ("Ваша таблица", REPAIR_REBUILD) - person Nenad Zivkovic; 18.07.2013
comment
Привет, я просто наткнулся на этот пост после поиска ответов на мою проблему в таблице моей базы данных с логической последовательностью. мой вопрос может ли контрольная таблица dbcc (ваша таблица, REPAIR_REBUILD) исправить такую ​​​​ошибку? - person Androidz; 06.02.2015

Поздно на вечеринку, ну да ладно... См. ПРОВЕРОЧНАЯ ТАБЛИЦА MS DBCC

Синтаксис:
DBCC CHECKTABLE ( table_name | view_name [ , { NOINDEX | index_id } |, { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ] ) [ WITH { [ ALL_ERRORMSGS ] [ , EXTENDED_LOGICAL_CHECKS ] [ , NO_INFOMSGS ] [ , TABLOCK ] [ , ESTIMATEONLY ] [ , { PHYSICAL_ONLY | DATA_PURITY } ] [ , MAXDOP = number_of_processors ] } ]

Будьте осторожны, используя любую из опций РЕМОНТ. Обратите внимание, что аргумент ESTIMATEONLY — это именно это и НУЛЕВОЕ влияние, а параметр PHYSICAL_ONLY может иметь гораздо более короткое время выполнения для больших таблиц.

person T-Bone    schedule 16.06.2020