BORRAR ids es MALA PRÁCTICA

preview_player
Показать описание
#informatica #programacion #programacionweb #backend #frontend #java #javascript #python #html
Рекомендации по теме
Комментарии
Автор

Dicen que todavia le estan llegando emails de "cambio tu numero de cliente"

billalbertandres.martinezm
Автор

Me lo imagino con los DNI de las personas seria loquisimo que cada vez que se muera alguien cambien tu dni jajaja

alejoNoB
Автор

Me encantan tus ejemplos practicos en la vida real

el_ente_
Автор

Definitivamente un amigo mío tenía mucha razón cuando me decía, "Romero, hay preguntas que no te califican pero si te descalifican", esta pregunta es una de ellas.

miguelangelromero
Автор

Lo mejor que se puede hacer es tener un campo en la tabla que señale que el cliente esta activo. Este campo puede ser boolean. Ahi cuando quieras "borrar" a ese cliente, solo lo pones inactivo y asi no tocas los ids y tu sistema solo trabaja con clientes activos. Saludos

maurokdt
Автор

Fuera de joda, esto pasó conmigo al pagar mi contrato del celular. Hubo un tiempo en que la compañía que me proveía este servicio seguía esta misma práctica (empresa pública). Fue por solo 3 meses. Pero le pagué la factura a 3 personas distintas en esos 3 meses.
Esto fue hace ya más de 12 años, pero me resultó chistoso el ejemplo. Tal cual.

martinghiena
Автор

En general no se debe eliminar ningun registro de la BDD, es un principio que aplica también para el caso de que se realice auditoría a la empresa. Manejar estos registros por estados es lo más usual.

MAESONLaNyStEr
Автор

el sistema despues de que un usuario se hiciera multicuentas con mails temporales: toy joya

matias
Автор

Yo siempre ordenando mis ids por numeros y que no halla campos de por medio todo ordenado y tu me destruyes mi mundo de ensueño, te agradezco la iluminacion pero me sacastes de mis sueños de numeracion seguidos.

tiendavirtualCR
Автор

Casi te da un infarto cuándo leíste "reacomodar los ids", claro, me llega alguien a hacer eso en alguna de las tablas grandes de la empresa y que tienen relación de integridad con mil tablas más y me corto las... bueno, nada, directamente renuncio porque arreglar ese quilombo te lo regalo.

manusoftar
Автор

En teoría por foreign keys no te deberian dejar eliminar o modificar ids que dependen de otras tablas, por lo que ese error que se describe seria con tablas que no esten relacionadas por un foreign key

caleromas
Автор

Es bueno ver esto. Yo pensaba en mis pocas practicas de SQL que con el CONSTRAINT references que por ahí va el comando. Eso haga una acción al borrar o al actualizar. Que si al borrar el id, en la nueva actualización el id que hace relación tambien lo hago sin perder su relación y claro esto va para el id de tipo int de auto incremento porque un dni obviamente no se puede cambiar.

dw_arnaldo
Автор

No te conocía pero eres una Crak! nuvo sub

MegaIlovemusic
Автор

Los IDs no se asocian con datos del dominio, son datos que deben ser internos de la base de datos o aplicación

dialruppertOk
Автор

Tenia esa duda y ahira con tu excelente explicación logro entender el por qué funciona asi . Muvhas gracias ❤

henryortiz
Автор

La mala práctica más allá de eliminar, realmente es no definir constraints y NO garantizar integridad referencial en una base de datos relacional. Para protegerla precisamente del que quiere eliminar ese dato

JuanDavidPalacios
Автор

A quien se le ocurrió semejante locura....😂😂... Mueroooo

maytechnologies
Автор

Es decir que realizar un delete de un registro, debería lanzar un proceso automatizado que actualice los ids de todos los registros por delante de ese, así como en todas las tablas relacionadas, y también lanzar una actualización de todos los sistemas externos que se integren con este donde se almacenen estos ids... ¡que buena idea!
Ventaja: Los ids se van a ver bonitos y ordenados 😊

Raptor
Автор

Se me ocurren 2 alternativas:
- En el caso de que este cambio sea para una tabla de configuraciones, por ejemplo, estados de transacciones, y recien se comienza con el desarrollo, no habria demasiado problemas, solo si aun no llega esto a produccion.
- Si es necesario usar ese id como un numero identificatorio de orden, lo mejor es agregar una columna que sea para almacenar ese orden, y con eso obtenes que se pueda eliminar un registro, los ids unicos quedan sin modificar, y solo actualizas ese dato de orden.
En mi experiencia esa puede ser una solucion a ese problema. Ahora sino es asi, cae en el ejemplo que da Luisina.

TaroSky
Автор

En mi grupo de trabajo tenemos una política de que "no hay preguntas tontas". Después de ver este clip creo que se deben hacer excepciones.

Raptor