django AuditTrail по сравнению с Возвращением

Я не могу дать вам реальный опыт работы с любым из них, но хотел бы сделать замечание.

Я предполагаю, что под AuditTrail вы подразумеваете AuditTrail в вики Django , Если это так, я думаю, что вы захотите вместо этого взглянуть на HistoricalRecords , разработанную тем же автором (Марти Алчин aka @gulopine) в его книге Pro Django . Это должно работать лучше с Django 1.x.

Этот подход я буду использовать в будущем проекте не потому, что он обязательно превосходит другие с технической точки зрения, а потому, что он соответствует ожиданиям «реального мира» контрольный журнал для этого приложения.

Лично я предпочитаю создавать таблицы аудита в базе данных и заполнять триггеры, чтобы сохранять любые изменения, даже специальные запросы из окна запроса. Я бы никогда не подумал о решении для аудита, которое не основано на самой базе данных. Это важно, потому что люди, которые вносят злонамеренные изменения в базу данных или совершают мошенничество, вряд ли будут делать это через веб-интерфейс, а напрямую через бэкэнд. Гораздо больше всего этого происходит от недовольных или воровавших сотрудников, чем от внешних хакеров. Если вы уже используете ORM, ваши данные находятся под угрозой, потому что разрешения находятся на уровне таблицы, а не на уровне sp, к которому они принадлежат. Поэтому еще более важно, чтобы вы зафиксировали любое возможное изменение данных, а не только то, что было из GUI. У нас есть динамический процесс создания таблиц аудита, который запускается при добавлении новых таблиц в базу данных. Поскольку наши таблицы аудита заполняют только изменения, а не всю запись, нам не нужно менять их каждый раз, когда добавляется поле.

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

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.

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

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

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.

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

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

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.

Убедитесь, что вы считаете, насколько сложно будет восстановить данные, чтобы отменить конкретное изменение. Если у вас есть контрольные таблицы, вы обнаружите, что это одна из самых важных вещей, которую вам нужно сделать из них. Также подумайте о том, как трудно будет поддерживать информацию при изменении схемы базы данных.

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.

Убедитесь, что вы считаете, насколько сложно будет восстановить данные, чтобы отменить конкретное изменение. Если у вас есть контрольные таблицы, вы обнаружите, что это одна из самых важных вещей, которую вам нужно сделать из них. Также подумайте о том, как трудно будет поддерживать информацию при изменении схемы базы данных.

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.

Выбор решения, потому что оно кажется наиболее простым для понимания, обычно не является хорошей идеей. Это должно быть наименьшим из ваших критериев выбора после соответствия требованиям, безопасности и т. Д.