VeeTaal> По отчёту statspack откат в БД=Rollback per transaction %: 92.13, это очень плохо. Куда смотреть дальше?

Lecter> В глаза человека который спроектировал такую систему. Желательно чтобы в глазах у него отражался кровавый нож

Здравствуйте, Ziaw, Вы писали:

Z>

Z>VeeTaal> По отчёту statspack откат в БД=Rollback per transaction %: 92.13, это очень плохо. Куда смотреть дальше?

Z>Lecter> В глаза человека который спроектировал такую систему. Желательно чтобы в глазах у него отражался кровавый нож

Не могли бы вы мне объясните шутку юмора.

try{
   //VeeTaal> По отчёту statspack откат в БД=Rollback per transaction %: 92.13, это очень плохо. Куда смотреть дальше?
   //Lecter> В глаза человека который спроектировал такую систему. Желательно чтобы в глазах у него отражался кровавый нож :)
}
catch(LopataNotFoundException ex){
   Console.WriteLine("Lopata not found.");
}

Здравствуйте, k55, Вы писали:

k55>Не могли бы вы мне объясните шутку юмора.

Вобщем вы правы, ничего смешного в этой ситуации нет. Есть странная система ролбэкающая 9 из 10 своих транзакций, грустный админ, считающий это очень плохим признаком.

Дабы развеять его грусть предлагаю дать более дельный совет — куда смотреть дальше?

Здравствуйте, Ziaw, Вы писали:

Z>Здравствуйте, k55, Вы писали:

k55>>Не могли бы вы мне объясните шутку юмора.

Z>Вобщем вы правы, ничего смешного в этой ситуации нет. Есть странная система ролбэкающая 9 из 10 своих транзакций, грустный админ, считающий это очень плохим признаком.

Z>Дабы развеять его грусть предлагаю дать более дельный совет — куда смотреть дальше?


Может это в форум БД перенести? Ну откатывает она 9 из 10 транзаций, а что плохого то в этом?

Здравствуйте, Sshur, Вы писали:

S>Может это в форум БД перенести? Ну откатывает она 9 из 10 транзаций, а что плохого то в этом?

Согласен, только переносить лучше сразу в священные войны. Я еще понимаю если система тормозит, падает, в отчетах неверные цифры выводит, но вот обижаться на процент роллбаков это как-то странно

Здравствуйте, Muxa, Вы писали:

Исключение не поймано (ибо не брошено). ЧЯДНТ?

К>Исключение не поймано (ибо не брошено). ЧЯДНТ?

Lopata not found.

а говоришь не брошено, не поймано... а надпись откуда?

Здравствуйте, ora, Вы писали:

ora>Здравствуйте, Sshur, Вы писали:

S>>Может это в форум БД перенести? Ну откатывает она 9 из 10 транзаций, а что плохого то в этом?

ora>Согласен, только переносить лучше сразу в священные войны. Я еще понимаю если система тормозит, падает, в отчетах неверные цифры выводит, но вот обижаться на процент роллбаков это как-то странно

Все очень просто. В Oracle (а речь то о нем), commit — очень быстрая и легкая операция, нужно лишь записать в лог номер транзакции, а вот rollback — намного тяжелее, так как требует восстановление всех измененных в транзакции блоков данных в их изначальное состояние (до начала транзакции).
"9 откаченных транзакций из 10" говорит о крайне неэффективной работе с СУБД, без учета особенностей платформы.
К тому же, зачем нагружать базу данных работой, которая скорее всего будет бесполезной и ее результат будет откачен.

Здравствуйте, Muxa, Вы писали:

M>а говоришь не брошено, не поймано... а надпись откуда?

Твоя лопата брошена ниоткуда. Передача управления внутрь catch произошла не из пустого try{}, а вследствие загадочного longjmp.
Либо ты приводишь не весь код

К>Либо ты приводишь не весь код

using System;
using System.Net;

class Program {
    private static void Main() {
        //...
        try {
            RSDN.CurrentUser.ViewTopic(new Topic("http://rsdn.ru/forum/message/3381738.1.aspx"));
        }
        catch (LopataNotFoundException ex) {
            Console.WriteLine("{0}: Lopata not found.", RSDN.CurrentUser.Name);
        }
        //...
    }
}

class Topic {
    private readonly string _content;

    public Topic(string url) {
        _content = new WebClient().DownloadString(url);
    }

    public bool ContainsLopata {
        get { return _content.IndexOf("Lopata") >= 0; }
    }

    //...
}

class User {
    //...
    public void ViewTopic(Topic topic) {
        if (!topic.ContainsLopata)
            throw new LopataNotFoundException();
        //...
    }

    //...
}

Здравствуйте, Muxa, Вы писали:

M>using System;
M>using System.Net;

M>class Program {
M>    private static void Main() {
M>        //...
M>        try {
M>            RSDN.CurrentUser.AI.On(); // пропущена строчка
M>            RSDN.CurrentUser.ViewTopic(new Topic("http://rsdn.ru/forum/message/3381738.1.aspx"));
M>        }
M>        catch (AINotImplementedException ex) {
M>            Console.WriteLine("{0}: AI has not implemented.", RSDN.CurrentUser.Name);
M>        }
M>        catch (LopataNotFoundException ex) {
M>            Console.WriteLine("{0}: Lopata not found.", RSDN.CurrentUser.Name);
M>        }
M>        //...
M>    }
M>}

Здравствуйте, Овощ, Вы писали:


О>Все очень просто. В Oracle (а речь то о нем), commit — очень быстрая и легкая операция, нужно лишь записать в лог номер транзакции, а вот rollback — намного тяжелее, так как требует восстановление всех измененных в транзакции блоков данных в их изначальное состояние (до начала транзакции).
О>"9 откаченных транзакций из 10" говорит о крайне неэффективной работе с СУБД, без учета особенностей платформы.
О>К тому же, зачем нагружать базу данных работой, которая скорее всего будет бесполезной и ее результат будет откачен.

В MSSQL в принципе так же, если транзакция сначала перелопатила пол-базы, то rollback'у потребуется "вернуть все взад", что тоже может быть небыстро. Но это вроде бы не фатально. Но сделать так, чтоб у тебя стабильно 90% транзакций откатывалось, действительно, задача не простая