Подсказки для того, чтобы улучшить производительность DB, который является выше размера 40 ГБ (SQL-сервер 2005) и растущий ежемесячно приблизительно на 3 ГБ

Я думаю, что в некоторых моментах вам нужно разбиение. Это фундаментальный подход к масштабированию базы данных.

Я бы начал с использованием монитора производительности и Profiler SQL Server , чтобы узнать, что является наиболее важным пределом производительности в вашей системе. После этого вам, вероятно, хорошая идея, где начать.

Вот одно место для начала: Устранение неисправностей Проблемы с производительностью в SQL Server 2005

Ваша машина довольно низкая спецификация, однако, как вы даже не упомянули, какой диск вы используете, это, скорее всего, проблема. Вам понадобится очень быстрый диск для поддержки базы данных 40 ГБ с 4 ГБ оперативной памяти, несколько полосатых дисков были бы голым минимумом.

Я скорее отправляю эти данные через OCTET STRING/DisplayString. Такие номера, как «1.5», могут быть легко отправлены.

Однако, если данные должны быть точными, вы можете использовать предложение Кайла, отправляя байты (октеты). Заметно, что это также отправляется через OCTET STRING, поскольку это идеальный контейнер байтов.

Это так называемое «скрытие»: Y:: spray скрывает X:: spray . Добавьте с помощью директивы:

class Y : public X
{
public:
   using X::spray;
   // ...
};

Также, возможно, вам захочется перейти к основам и переосмыслить причину роста базы данных и ее структуру. 3GB месяц (возможно, увеличивается, если вы успешны) рано или поздно доставит вам неприятности; -)

Несколько способов:

if (element.firstChild) {
    // It has at least one
}

или функция hasChildNodes () :

if (element.hasChildNodes()) {
    // It has at least one
}

или свойство length свойства childNodes :

if (element.childNodes.length > 0) { // Or just `if (element.childNodes.length)`
    // It has at least one
}

Если вы хотите знать только о дочерних элементах (в отличие от текстовых узлов, узлов атрибутов и т.д.) во всех современных браузерах (и IE8 - фактически, даже IE6) вы можете сделать это: (спасибо Флориан !)

if (element.children.length > 0) { // Or just `if (element.children.length)`
    // It has at least one element as a child
}

Это зависит от свойства children , которое не было определено в DOM1 , DOM2 , или DOM3 , но которое имеет почти универсальную поддержку. (Он работает в IE6 и вверх и Chrome, Firefox и Opera в по крайней мере еще в ноябре 2012 года, когда это было первоначально написано.) При поддержке старых мобильных устройств обязательно проверьте наличие поддержки.

Если вам не нужна IE8 и более ранняя поддержка, вы также можете сделать это:

if (element.firstElementChild) {
    // It has at least one element as a child
}

, которая полагается на firstElireChild . Как и child , он также не был определен в DOM1-3, но в отличие от children он не был добавлен в IE до IE9.

Если вы хотите придерживаться чего-то определенного в DOM1 (может быть, вам придется поддерживать действительно неясные браузеры), вы должны сделать больше работы:

var hasChildElements, child;
hasChildElements = false;
for (child = element.firstChild; child; child = child.nextSibling) {
    if (child.nodeType == 1) { // 1 == Element
        hasChildElements = true;
        break;
    }
}

Все это является частью DOM1 , и почти универсально поддерживается.

Было бы легко завершить это в функции, например:

function hasChildElement(elm) {
    var child, rv;

    if (elm.children) {
        // Supports `children`
        rv = elm.children.length !== 0;
    } else {
        // The hard way...
        rv = false;
        for (child = element.firstChild; !rv && child; child = child.nextSibling) {
            if (child.nodeType == 1) { // 1 == Element
                rv = true;
            }
        }
    }
    return rv;
}

Можно проверить, имеет ли элемент дочерние узлы element.hasChildNodes () . Будьте осторожны в Mozilla это вернет true, если является пробел после тэга, так что вам нужно будет проверить тип тэга.

https://developer.mozilla.org/En/DOM/Node.hasChildNodes

База данных размером 40 ГБ в настоящее время не считается большой базой данных. И рост на 3 ГБ в месяц тоже не является чем-то необычным.

Однако в тех областях, где вы действительно должны быть внимательны к некоторым мелким вещам, которые вам могут сойти с рук в небольших базах данных. Так как вы пишете о выдаче запроса «SELECT COUNT (1)»..., вы можете подумать о необходимости таких запросов. Похоже, это тип функции «Отображение количества строк в таблице». Вам действительно нужно то, что вы называете «базовыми запросами», или вы можете обойтись без них? Учитывая особенно этот вопрос: нужен ли результат, чтобы быть точным или это также может быть «хорошая оценка»? Если это так, вы можете добавить подсказку WITH (NOLOCK) здесь и там, где точность не является обязательной. Однако используйте NOLOCK мудро, так как он вернет неправильные данные с невероятной скоростью.: -)

Множество хороших предложений были упомянуты AdaTheDev, просто позвольте мне добавить один момент:

Ничто не дает вам лучшую производительность, чем звук и твердая схема. И, кто знает, то, что, возможно, считалось уместным в то время, когда вы разрабатывали схему, может понадобиться пересмотреть сейчас после того, как какое-то время находился в производстве. Особенно это касается индексов.