Препятствуйте тому, чтобы Postgresql регистрировал ошибки уникального ключа, не влияя на другую регистрацию ошибок

Немного тангенциальный, но если Вы хотите, чтобы виртуальный маршрутизатор бросил там, проверьте vyatta. Это - платформа маршрутизатора с открытым исходным кодом, и существует изображение VMware, которое можно загрузить.

Если Вы хотите альтернативы использованию VMware, Вы могли бы полагать, что Xen основывал систему, такую как Citrix Xenserver (который является бесплатным, неограниченным использованием), или Виртуальное Железо (некоторые освобождают/ограничивают версии).

2
задан 3 September 2009 в 21:16
2 ответа

Нет. Никакой такой путь не существует. За исключением передачи по каналу журналов через | grep -v ... | фильтр.

0
ответ дан 3 December 2019 в 16:05
  • 1
    я предполагаю i' ll должны сделать своего рода последующую обработку файла журнала... –   1 October 2009 в 23:39
  • 2
    На самом деле. Любой знает если there' s способ указать передачу по каналу с помощью sed сценария через conf файл? –   14 January 2010 в 01:50

Нет никакого способа сделать это только путем корректировки регистрирующегося механизма на сервере. Вы могли сделать это путем взламывания исходного кода, если бы Вы абсолютно имели к; соответствующие нормы находятся в src/backend/access/nbtree/nbtinsert.c и похожи на это вокруг строки 300:

ereport(ERROR,
    (errcode(ERRCODE_UNIQUE_VIOLATION),
        errmsg("duplicate key value violates unique constraint \"%s\"",
            RelationGetRelationName(rel))));

Вы могли изменить уровень журнала там от ОШИБКИ ЗАРЕГИСТРИРОВАТЬ или ПРИМЕЧАНИЕ.

0
ответ дан 3 December 2019 в 16:05
  • 1
    спасибо. я думал о взламывании исходного кода, но это закончит тем, что было другим кошмаром обслуживания! :) –   1 October 2009 в 23:36

Теги

Похожие вопросы