Как я надежно удаляю строку из базы данных?

Вы можете попробовать еще несколько вещей: 1. Опубликовать PTR для 3.209.102.205 на naifersistemas.com.br (или значение, которое вы отправляете в EHLO) вместо ec2-3-209-102-205.compute- 1.amazonaws.com.

Так как этот IP принадлежит экземпляру Ec2, Outlook может занести это в черный список (он делает глупости, пока вы не создадите репутацию). https://support.microsoft.com/en-us/supportrequestform/8ad563e3-288e-2a61-8122-3ba03d6b8d75 Вы можете увидеть, можете ли вы внести белый список IP, используя вышеуказанную ссылку.

С помощью Gmail попробуйте добавить несколько хороших текстовых сообщений и протестировать их снова. Вы можете использовать это для проверки оценки: https://www.mail-tester.com/

5
задан NSherwin 11 March 2009 в 22:27
поделиться

6 ответов

"Неисправимое удаление" более трудно, чем это звучит и расширяется вне Вашей базы данных. Например, Вы - планирование возвращения ко всем предыдущим экземплярам Вашей базы данных по ленте/резервному копированию, где эта строка также существует, и удаление его там также?

Рассмотрите регулярное удаление и периодическую УБОРКУ ПЫЛЕСОСОМ, которую Вы упомянули прежде.

3
ответ дан 14 December 2019 в 13:48
поделиться

Вы создаете резервную копию своей базы данных? - Если Да, удостоверьтесь, что Вы удаляете его из Обратных взлетов также.

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

1
ответ дан 14 December 2019 в 13:48
поделиться

Возможно, я выключен на касательной, но Вы действительно хотите удалить пользователей как этот? Большинство идентификационных данных и подходов управления доступом рекомендуют иметь в наличии пользователей, но в состоянии flagged-deleted для не потери способности к аудиту (что этот пользователь был готов за предыдущие пять лет)?

Удаление информации о пользователе могло бы быть необходимо по причинам соответствия целостности, или в низких целях черной шляпы. Ни в том, ни в другом случае есть ли метод удаления, который гарантирует, что никакие трассировки нельзя было оставить существования пользователя, как был отмечен в других сообщениях.

Возможно, необходимо ли уточнить относительно того, почему такие безвозвратные удаляют, желательно...?

1
ответ дан 14 December 2019 в 13:48
поделиться

Для выполнения "D" в ACID реляционные базы данных используют систему типов журнала транзакций для изменений в базе данных. То, когда удаление сделано, которые удаляют, сделано к копии памяти данных (кэш-буфер) и затем записано в файл журнала транзакций в синхронном режиме. Если бы база данных должна была отказать, то журнал транзакций был бы воспроизведен для возвращения системы корректному состоянию. Таким образом, удаление существует в нескольких местоположениях, куда оно должно было бы быть удалено. Только в некоторое более позднее время запись, "удаленная" из фактического файла данных на диске (и любые индексы). Это количество времени варьируется в зависимости от базы данных.

1
ответ дан 14 December 2019 в 13:48
поделиться

Это не что-то, что можно сделать на стороне программного обеспечения. Это - аппаратная проблема для реального удаления его, необходимо физически уничтожить диск.

0
ответ дан 14 December 2019 в 13:48
поделиться

Как насчет того, чтобы перезаписать запись со случайными символами/датами/числами и т.д.?

0
ответ дан 14 December 2019 в 13:48
поделиться
Другие вопросы по тегам:

Похожие вопросы: