Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
16.02.2009, 14:20
|
|||
---|---|---|---|
Мониторинг БД |
|||
#18+
Каким образом можно организовать мониторинг БД без прописывания тригеров??? тоесть мне необходимо написать прогу которая смоглбы мониторить БД и выдавать отчеты о проделанной работе с бд Не откладывай на завтра то что можно сделать послезавтра :) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.02.2009, 14:41
|
|||
---|---|---|---|
|
|||
Мониторинг БД |
|||
#18+
SkySКаким образом можно организовать мониторинг БД без прописывания тригеров??? тоесть мне необходимо написать прогу которая смоглбы мониторить БД и выдавать отчеты о проделанной работе с бд Не откладывай на завтра то что можно сделать послезавтра :) В принципе можно. Для этого делается "снимок" (snapshot) БД на некоторое состояние (дата, время) и принимается за эталон. После этого все изменения получаются из сравнения эталона и текущего состояния БД... Вот только проще ли это будет написания триггеров? Подумайте... ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.02.2009, 14:56
|
|||
---|---|---|---|
|
|||
Мониторинг БД |
|||
#18+
определитесь пожалуйста. есть БД, в ней происходят события: добавление, удаление изменение записей в таблицах. нужен аудит, кто должен отслеживать события? в фокспро возможны 2 решения, 1. валим с клиента лог 2. реализуем триггеры в БД. Каким образом реализовать внешнее(независимое) ПО, которая отслеживает изменения и занимается только созданием лога мне неизвестно. Я считаю, что верное решение - это ведение логов самой БД (события происходят в БД - и это задача объектов самой БД вести лог). Другой вопрос, что в фокспро имеется некоторая ограниченность реализации. В настоящий момент Вы начинаете применять к БД новые требования. Понятно, что можно прикрутить какие-то решения к существующей БД и достичь каких-то результатов, но имеются иные инструменты (БД), в которых подобная реализация достигается меньшими трудозатратами + Вы получите более стабильный(гарантированный) результат. Поэтому, рассматриваете ли Вы миграцию на клиент-сервер (использование БД SQL Server), в которой аудит реализуется довольно просто + имеется возможность использования службы уведомлений. Ок. Если нет - Вы желаете оставаться с родными таблицами фокспро, то почему Вы не желаете отслеживать события с использованием инструментов самой БД фокспро? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.02.2009, 15:03
|
|||
---|---|---|---|
Мониторинг БД |
|||
#18+
Бело в том что мониторинг нужен к уже имеющейся БД которую нельзя менять ...... и в ПО нельзя встроить нужный лог. Там присутствует подобный мониторинг но не в таком виде в каком нужно.... Не откладывай на завтра то что можно сделать послезавтра :) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.02.2009, 15:13
|
|||
---|---|---|---|
|
|||
Мониторинг БД |
|||
#18+
авторк уже имеющейся БД которую нельзя менять что представляет из себя имеющаяся БД? это набор свободных таблиц или имеется все-же контейнер БД? почему ее невозможно изменить? что произойдет если будут изменены или созданы триггеры? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
16.02.2009, 21:22
|
|||
---|---|---|---|
Мониторинг БД |
|||
#18+
потомучто это бд парус. и у каждого клиента не переделаеш бд. Не откладывай на завтра то что можно сделать послезавтра :) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.02.2009, 05:07
|
|||
---|---|---|---|
Мониторинг БД |
|||
#18+
SkySпотомучто это бд парус. и у каждого клиента не переделаеш бд. Не откладывай на завтра то что можно сделать послезавтра :) Чужая БД, чужое приложение... Никуда не влезть. Полноценно отслеживать изменения в БД на уровне выполненных DELETE, INSERT, REPLACE не видится возможным. Если и отслеживать, то только на уровне ОС в резидентном фоновом режиме. Но в этом случае лог будет представлять собой только список внесенных изменений в ФАЙЛ БД без детализации на уровне выполненных команд VFP. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=41&mobile=1&tid=1586762]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 150ms |
0 / 0 |