Необходимо определить список таблиц для журнализации по максимуму.
Что не нужно включать в этот список?
Системные таблицы? С какого по какой номер? С 1-го до 1000-го?
Сальдовые тоже нет смысла? Типа SaldoMC и пр. Какие еще?
Может, какие temp-овые есть?
Версия 8.0
Таблицы для журнализации по максимуму
Модераторы: m0p3e, edward_K, Модераторы
-
edward_K
- Заслуженный деятель интернет-сообщества
- Сообщения: 5187
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
все зависит от базы,сервера и решаемых задач.
изначально добавляете все. Потом если народ начинает стонать, что стало медленно начинаете смотреть с какой таблой в это время( да и кто не мешает смотреть - мож просто комп дохлый или сетка помирает в отдельно взятом месте) и ее убираете. И так далее. Опять же если включить все, то журнал могет пухнуть очень быстро, а сам он сжиматься не умеет. Отдельная вещь расчет зарплаты - если будут говорить что медленно, то исключаете nachisl,uder,perevodtek и так далее по мере постпуления жалоб. Можно ориентироваться по кол-ву записей в таблицах. Если мало - то пусть журнализируется, если много то нужно подумать.Следует помнить, что скажем на первасиве включение журнализации замедляет оперцию вставки или update грубо говоря в 2 раза. На MSSQL работают тригера - там будет лучше.
изначально добавляете все. Потом если народ начинает стонать, что стало медленно начинаете смотреть с какой таблой в это время( да и кто не мешает смотреть - мож просто комп дохлый или сетка помирает в отдельно взятом месте) и ее убираете. И так далее. Опять же если включить все, то журнал могет пухнуть очень быстро, а сам он сжиматься не умеет. Отдельная вещь расчет зарплаты - если будут говорить что медленно, то исключаете nachisl,uder,perevodtek и так далее по мере постпуления жалоб. Можно ориентироваться по кол-ву записей в таблицах. Если мало - то пусть журнализируется, если много то нужно подумать.Следует помнить, что скажем на первасиве включение журнализации замедляет оперцию вставки или update грубо говоря в 2 раза. На MSSQL работают тригера - там будет лучше.
Я обозначил в теме - по максимуму.
То есть замедление работы, размер журнала и т.д. в расчет пока (на данном этапе) не принимаются. Задача - охватить все, за исключением явно не нужных таблиц.
Прежний вариант, когда журнализировали якобы "самые нужные" таблицы (платежи, сопр. документы и т.д. и т.п), а также старались ограничить журнал 5-10 днями - не прокатил.
По жизни выходит так, что проблемы выскакивают совсем в других местах (с неохваченными таблицами), и с другими сроками (до месяца и более. Это надоело, решили теперь "журнализировать всю страну".
MS SQL
Версия 8, двухуровневая
(где-то проходила инфа, что якобы на 8-ке журнализация не сильно тормозит работу, вроде бы из-за специфики своей структуры, но не знаю - насколько это правда)
Посмотрим - чем все это кончится
То есть замедление работы, размер журнала и т.д. в расчет пока (на данном этапе) не принимаются. Задача - охватить все, за исключением явно не нужных таблиц.
Прежний вариант, когда журнализировали якобы "самые нужные" таблицы (платежи, сопр. документы и т.д. и т.п), а также старались ограничить журнал 5-10 днями - не прокатил.
По жизни выходит так, что проблемы выскакивают совсем в других местах (с неохваченными таблицами), и с другими сроками (до месяца и более. Это надоело, решили теперь "журнализировать всю страну".
MS SQL
Версия 8, двухуровневая
(где-то проходила инфа, что якобы на 8-ке журнализация не сильно тормозит работу, вроде бы из-за специфики своей структуры, но не знаю - насколько это правда)
Посмотрим - чем все это кончится
Может это и относится к Pervasive, но уж никак не к MSSQL. Лишняя вставка она как не крути является лишней вставкой, особенно учитывая кривизну написания триггеров журнализацииsim писал(а):где-то проходила инфа, что якобы на 8-ке журнализация не сильно тормозит работу, вроде бы из-за специфики своей структуры, но не знаю - насколько это правда
