Do we always have to delete personal data if a person asks?
Уточнює, коли GDPR вимагає erasure, які існують винятки та коли anonymisation змінює статус даних.
Прихована складність бекенд-тестування → Першоджерело ↗Відеобібліотека
Знайди точне пояснення
Пошук у нотатках курсу Java з переходом на потрібну секунду.
Терміни, нюанси та джерела
Right to erasure
Право вимагати видалення персональних даних у визначених GDPR випадках. Воно не абсолютне: законні обов'язки, public interest, legal claims та інші підстави можуть дозволяти зберігання; належно anonymised data більше не повинні ідентифікувати особу.
Прихована складність бекенд-тестування →Regulation (EU) 2016/679 (GDPR)
Дає первинний правовий contract для erasure, pseudonymisation та anonymisation.
Практика курсу на YOY, домашні завдання та формат ПМП → Першоджерело ↗Soft delete не доводить GDPR compliance
У відео soft delete й анонімізація розглядаються як спосіб зберегти relational history без ідентифікації людини.
Article 17 визначає право на стирання та винятки, а Recital 26 відрізняє anonymous від pseudonymised data. Реалізація потребує окремих retention і legal-basis rules; soft delete сам по собі недостатній.
2018-05-25
Практика курсу на YOY, домашні завдання та формат ПМП →Soft delete, зв’язки даних і GDPR
[Дивитися з 20:00](https://www.youtube.com/watch?v=viR9Rnmxse4&t=1200s). Community пов’язана з events, tickets, profiles, merchants і майбутніми transactions. Hard delete може зламати historical views та referential integrity, тому запис часто отримує `deleted_at` або status, а персональні fields анонімізуються. GDPR-вимога видалити personal data не обов’язково означає фізично стерти кожен relational record; конкретна реалізація має зберегти потрібні зв’язки без можливості ідентифікувати людину.
Дані, GDPR і прямий REST-доступ до PostgreSQL
[Дивитися з 22:13](https://www.youtube.com/watch?v=GwmAB4IvQUk&t=1333s). Backend testing охоплює не тільки response body, а й правила зберігання, видалення та повідомлення користувача про персональні дані. Навіть архітектура без окремих controllers — наприклад, REST-інтерфейс поверх PostgreSQL через PostgREST — не скасовує перевірок access control, фільтрації та дозволених операцій. Прямі CRUD-запити можуть бути простими синтаксично, але безпека й видимість rows усе одно залежать від правил у шарі даних.