Транзакции. Участвах в проект където се беше явил подобен мръсен проблем. При комит-ване на множество транзакции към базата се явяваха парадоксални разминавания в таймпстемпс на записите - трябваше точност до стотни от секундата. Системното време си беше ок, сто пъти проверихме. И беше важно да се записват коректните времена, не като тук! Падна кошмарно ровене и какви ли не фокуси да го оправим във вече работеща голяма система. Накрая го решихме малко по бабешки. Един колега предложи по случаен начин изкуствено да се вкарват закъснения от 1-2 десети от секундата за определена група транзакции, това съвсем грубо казано, по-сложно беше вече не помня точно. Друг колега го прецеди през нещо като Монте карло метод, за да звучи по-авторитетно. Естествено аз бяха дала идеята да действаме 'по бабешки', като само видях голям зор да им обясня какво точно значи този подход.
Финално така и не разбрахме точно защо се получават времевите разминавания, но магически изчезнаха. В смисъл пак се явяваха само един-два пъти годишно и клиентите не забелязваха. Чак веднъж на три години когато се прави някакъв изчерпателен одит ли ревизия ли се нарича на цялата база данни със сравнения с бекъпите, изскачаха мизерен процент от тези грешки и СЕОто с лека ръка подписваше протокола, да не го занимаваме с дреболийки.
Радвам се че се отървах от проекта, защото и други мръсни бъгове имаше които още ги борят.

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите