Here are some thoughts, if you have a huge number of devices registered in DPS that can go thru life cycle where you remove part of that huge number of devices, but need to register others, then you would reach the limits of DPS. This would be something to consider if we are talking about multiple hundreds of thousands or even millions of devices.
For example, imaging you are reaching the DPS limits during some performance tests which need to remove registration records to continue working (something that could happen if ypu are looking to deploy millions of devices in production and you are testing the provisioning process).
Other example, imaging that in production, you are close to the limits for DPS during your regular usage, if for any reason they need to re-provision part of your device fleet, it would rise some issues (imagine a change in authentication, a change in the certificates...).
For DPS limits check: https://learn.microsoft.com/en-us/azure/iot-dps/about-iot-dps#quotas-and-limits
Of course, if you are managing a big number of devices you will need to use a scripting approach to manage the deletions.
For disenroll devices check: https://learn.microsoft.com/en-us/azure/iot-dps/how-to-revoke-device-access-portal
For deprovisioning devices check: https://learn.microsoft.com/en-us/azure/iot-dps/how-to-unprovision-devices
To point out that directly removing an enrollment does not remove the registration records, you need to take care of it as mentioned in the documentation. Removing an enrollment would lead to have the registration records in an "orphan" state (by now, I know there is some actions on-going this situation). There is explicit guidance to remove an enrollment to avoid this situation too.
Hope this helps!