Галактика в вопросах и ответах

Необходимо определить список таблиц для журнализации по максимуму.
Что не нужно включать в этот список?
Системные таблицы? С какого по какой номер? С 1-го до 1000-го?
Сальдовые тоже нет смысла? Типа SaldoMC и пр. Какие еще?
Может, какие temp-овые есть?
Версия 8.0

Почему сальдовые не надо? Например saldmoun очень даже надо, когда кто-то случайно запускает перерасчет сальдовых остатков, потом можно откатить эту функцию по журналу.

А вообще вы сами себе ответили, с 1-1000 не включать, остальное включать.

все зависит от базы,сервера и решаемых задач.
изначально добавляете все. Потом если народ начинает стонать, что стало медленно начинаете смотреть с какой таблой в это время( да и кто не мешает смотреть - мож просто комп дохлый или сетка помирает в отдельно взятом месте) и ее убираете. И так далее. Опять же если включить все, то журнал могет пухнуть очень быстро, а сам он сжиматься не умеет. Отдельная вещь расчет зарплаты - если будут говорить что медленно, то исключаете nachisl,uder,perevodtek и так далее по мере постпуления жалоб. Можно ориентироваться по кол-ву записей в таблицах. Если мало - то пусть журнализируется, если много то нужно подумать.Следует помнить, что скажем на первасиве включение журнализации замедляет оперцию вставки или update грубо говоря в 2 раза. На MSSQL работают тригера - там будет лучше.

Я обозначил в теме - по максимуму.
То есть замедление работы, размер журнала и т.д. в расчет пока (на данном этапе) не принимаются. Задача - охватить все, за исключением явно не нужных таблиц.
Прежний вариант, когда журнализировали якобы "самые нужные" таблицы (платежи, сопр. документы и т.д. и т.п), а также старались ограничить журнал 5-10 днями - не прокатил.
По жизни выходит так, что проблемы выскакивают совсем в других местах (с неохваченными таблицами), и с другими сроками (до месяца и более. Это надоело, решили теперь "журнализировать всю страну".
MS SQL
Версия 8, двухуровневая
(где-то проходила инфа, что якобы на 8-ке журнализация не сильно тормозит работу, вроде бы из-за специфики своей структуры, но не знаю - насколько это правда)
Посмотрим - чем все это кончится

Ну если по максиуму то какие проблемы - + и все.
темповые(схемы user) туда и так не попадут, да и не схемы user тож не все будут, а тока те у кого по ключу Nrec стоит атрибут журнализации.

sim писал(а):где-то проходила инфа, что якобы на 8-ке журнализация не сильно тормозит работу, вроде бы из-за специфики своей структуры, но не знаю - насколько это правда

Может это и относится к Pervasive, но уж никак не к MSSQL. Лишняя вставка она как не крути является лишней вставкой, особенно учитывая кривизну написания триггеров журнализации

Может это и относится к Pervasive

никак это не относится к первасиву - тормозит по черному. но нет вариантов для разборов полетов...

если бы хоть какие-то условия в журнализации - например супервизора не журнализировать... а то на каких-либо глобальных действиях пухнет журнал аж жуть....

Уж лучше подождать, и в случае ошибки откатить по журналу, нежеле быстро всё сделать, и восстанавливать бэкап или вручную

Уж лучше подождать, и в случае ошибки откатить по журналу, нежеле быстро всё сделать, и восстанавливать бэкап или вручную

так я ж и говорю - нет вариантов