Te doy la bienvenida a nuestra web, en este sitio vas a encontrar la resolución a lo que estabas buscando.
Solución:
A menos que realmente necesite las características de un número entero (es decir, la capacidad de realizar operaciones aritméticas), probablemente sea mejor para usted almacenar los ID de producto como cadenas. Nunca necesitará hacer nada como agregar dos ID de producto juntos o calcular el promedio de un grupo de ID de producto, por lo que no es necesario un tipo numérico real.
Es poco probable que el almacenamiento de ID de productos como cadenas provoque una diferencia apreciable en el rendimiento. Si bien habrá un ligero aumento en el tamaño de almacenamiento, el tamaño de un ID de producto string es probable que sea mucho más pequeño que los datos del resto de la fila de la base de datos de todos modos.
El almacenamiento de las ID de productos como cadenas de caracteres hoy le evitará muchas molestias en el futuro si el proveedor de datos decide comenzar a utilizar caracteres alfabéticos o de símbolos. No hay ningún inconveniente real.
NO considere el rendimiento. Considere el significado.
Los “números” de ID no son numéricos excepto que están escritos con un alfabeto de todos los dígitos.
Si tengo el número de pieza 12 y el número de pieza 14, ¿cuál es la diferencia entre los dos? ¿Tiene sentido la parte número 2 o -2? No.
Los números de pieza (y cualquier cosa que no tenga unidades de medida) no son “numéricos”. Son solo cadenas de dígitos.
Códigos postales de EE. UU., Por ejemplo. Números de teléfono. Números de seguridad social. Estos no son números. En mi ciudad, la diferencia entre el código postal 12345 y 12309 no es la distancia entre mi casa y el centro de la ciudad.
No combine números – con unidades – donde sumas y diferencias significar algo con cadenas de dígitos sin sumas ni diferencias.
Los números de identificación de las piezas son, correctamente, cadenas. No enteros. Nunca serán números enteros porque no tienen sumas, diferencias ni promedios.
Realmente depende de qué tipo de identificación esté hablando. Si es un código como un número de teléfono, en realidad sería mejor usar un varchar para la identificación y luego tener su propia identificación para ser una serie para la base de datos y usarla como primaria key. En el caso de que el número entero no tenga un valor numérico, generalmente se prefieren los varchars.
Al final de todo puedes encontrar las explicaciones de otros sys admins, tú asimismo eres capaz insertar el tuyo si lo deseas.