Kurt Hatlevik: Review of inventory II

[mazzy]

Цитата:

Сообщение от fed

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

Гы... Прикольно.

Т.е. просто не искать ничего в ImTrans, а надеятся на консистентность базы...
Т.е. при неумелом вмешательстве программиста и/или при doUpdate, doDelete, doInsert пойдут косяки...
и никаких изменений в базе в обход аксапты...

Что ж, интересный подход - скорость в обмен на надежность.
хотя может быть они прямо в SQL-триггера код пишут...

[mifi]

Цитата:

Сообщение от mazzy

Гы... Прикольно.

Т.е. просто не искать ничего в ImTrans, а надеятся на консистентность базы...
Т.е. при неумелом вмешательстве программиста и/или при doUpdate, doDelete, doInsert пойдут косяки...
и никаких изменений в базе в обход аксапты...

Что ж, интересный подход - скорость в обмен на надежность.
хотя может быть они прямо в SQL-триггера код пишут...

Ну, в защиту можно сказать, что при неумелом вмешательстве программиста и стандартный склад развалить ничего не стоит. Написать "программисто-устойчивое" решение с открытым кодом вообще не очень просто.

[fed]

Цитата:

Сообщение от mazzy

Гы... Прикольно.

Т.е. просто не искать ничего в ImTrans, а надеятся на консистентность базы...
Т.е. при неумелом вмешательстве программиста и/или при doUpdate, doDelete, doInsert пойдут косяки...

Что ж, интересный подход - скорость в обмен на надежность.

Ну знаешь, если абсолютно стандартной аксапте делать doInsert()/doDelete()/doUpdate() по inventTrans, то inventSum/InventSumLogTTS (очень важный для сводного), тоже разъедутся так что мама не горюй...
Так что я бы сказал - это равнозначный обмен.

А говоря насчет supportability то напомню участникам дискуссии что:
1. Софт поддерживается авторами, а не нанятыми индусами из Sonata Software. (Кстати - завтра еду к клиенту, у которого индус НЕДЕЛЮ лечил падение сервера, заставляя его ставить разные значения в размер буфера БД в AOS. Перепробовали около 15 разных волшебных значений - не помогло).
2. Какая принципиальная разница между этим решением (с виду довольно продуманным) и всеми этими, прости господи, вертикальными решениям партнеров MBS? Сравни то что мы видим здесь и то что в России получают клиенты, покупая "зарегистированное вертикальное решение".К слову сказать, тот же микрософт счас пытается ISV-партнеров продвигать. Чем тот же FSB-Development не ISV-партнер ?

[George Nordic]

Цитата:

Сообщение от mazzy

Гы... Прикольно.
Т.е. просто не искать ничего в ImTrans, а надеятся на консистентность базы...
Т.е. при неумелом вмешательстве программиста и/или при doUpdate, doDelete, doInsert пойдут косяки... и никаких изменений в базе в обход аксапты...
Что ж, интересный подход - скорость в обмен на надежность.
хотя может быть они прямо в SQL-триггера код пишут...

Угу. Уже проходили. Помниться, есть даже ряд решений по закрытию склада Средствами SQL...