¡Anotado!, gracias por la idea...en cuanto abordemos el tema de store procedures lo incluiremos ahí 😉

Hola, muy buena pregunta. Si sólo son números y lo único que te interesa es llenarlo con ceros a la izquierda entonces puedes usar estos tipos de datos enteros explicados en el video (según el rango numérico deseado) y en la consulta que retornará la información para tal documento usar la función de FORMAT (en sql server) o LPAD (en mysql y postgresql). Por ejemplo, si tienes almacenado el 34 y deseas que se muestre un total de 6 dígitos llenando el resto con ceros, es decir, 000034 usarías FORMAT(my_column, '000000'). La otra opción (menos limpia) sería almacenarlo como un dato tipo cadena. Espero haber aclarado la duda, saludos 🖖

Muchas gracias, esperemos sean todos de tu agrado 😊

Gracias por el comentario, qué bueno que te gustó. Con respecto a la pregunta, depende del lenguaje de programación con el que estés construyendo tu página web pero en todos los casos es generar el archivo de conexión a la base de datos en donde proporcionas el host, usuario, contraseña y nombre de la base de datos.

It's good to know that, thank you @sikandarkhalil. I hope to make more videos in english in a future (when I increase my fluency hehe)

Hola, aclarando un poco más la duda: -Si sólo se creara una única tabla para almacenar las órdenes tendrías una tabla con las columnas de id, fecha, referencia, id_menu (qué producto se compró/consumió) y la cantidad. Si por ejemplo alguien compra 2 bebidas diferentes y 3 platillos diferentes entonces en esa tabla almacenarías 5 registros donde los únicos valores que cambiarían serían el id_menu y la cantidad. Aquí es donde estarías repitiendo los valores de id de la orden, fecha y referencia en los 5 registros, lo cual es una mala práctica. Aplicamos entonces una de las reglas de normalización de bases de datos pasando el detalle de la orden en otra tabla para evitar al máximo el tener registros con información duplicada. De esta manera te quedaría un sólo registro en la tabla de órdenes y los 5 registros del detalle de dicha orden ¿Cómo darte cuenta cuándo debes hacer eso? --> cuando veas que estas repitiendo datos, ahí hay algo que puedes mejorar ;) Te invitamos a que le eches un ojo a nuestra serie de videos especial "aprende a diseñar bases de datos con pokemon" donde analizamos más casos como este.

Qué bueno que te gustó el video :D Respecto a la pregunta, la información la obtuvimos de un dataset de kaggle y le dimos algunos ajustes para que se adaptara a las tablas que hemos diseñado ;)

si claro, encontré los datos hasta la 7ta generación, ya que con la Pokemon API te da un json y de ahi limpiarlo para obtener los datos que necesitas es un lío, gracias n.n@@sicueldbteam

y de hecho, sí me surgió una pregunta justo al final: En el 10:19 haces el ejemplo de decimal(1,1). Inicialmente creí que no iba a funcionar ya que pensé que la precisión indicaba el número de dígitos y técnicamente en 0,5 hay dos dígitos (el cero y el 5), o al menos eso creí. Supongo que simplemente no es así y que el 0 no cuenta como dígito en este caso. ¿Qué hubiera pasado si el ejemplo hubiera sido NUMERIC (1,1) y el valor es 0,5? ¿Hubiera entregado un 1?

y otra pregunta que me surgió, ¿son de verdad completamente iguales DECIMAL y NUMERIC? ninguna ninguna ninguna diferencia? nigunisisisisisisima?

Así es, son como sinónimos en sql server, te dejo el link del sitio oficial en donde viene eso al principio de la descripción de estos tipos de datos: learn.microsoft.com/en-us/sql/t-sql/data-types/decimal-and-numeric-transact-sql?view=sql-server-ver16

Hola Sebastián, gracias por seguirnos y qué bueno que te ha gustado nuestro contenido. Te invito a suscribirte sino lo has hecho porque estamos subiendo contenido semanalmente para que aprendas todo sobre base de datos desde 0 (seas o no seas del área de sistemas) y felicidades por entrar a este mundo de las bases de datos, te aseguro que si te gusta manejar información te fascinará ;)

En el ejemplo que comentas, es correcto el 0 a la izquierda no cuenta y por eso el 1 de la precisión se refiere al 1 de la escala. Si lo hacemos con tipo de dato numeric el resultado es el mismo 0.5... para que te regrese 1 tendrías que mandar 0.99 pero te lanzaría un overflow error porque justamente no tienes dígitos para los enteros...ahí tendría que ser (1,0) para que se pueda guardar el valor. Te invito a instalar sql server en tu equipo local para que puedas "jugar" y practicar con la información, tenemos este video donde explicamos paso a paso cómo hacerlo ;) kzbin.info/www/bejne/bXTbemWDbNNjsMk

¡Hola! ...Muy buena pregunta, para que te tome acentos y letras es necesario pasarle un parámetro adicional que en este caso sería el CODEPAGE='65001' que te permite insertarlos como UTF-8. Ojo, es válido a partir de la versión 2014+ --------Ejemplo-------------------- BULK INSERT your_table FROM 'your_path' WITH(FORMAT='CSV', CODEPAGE='65001', FIRSTROW=2, FIELDTERMINATOR=',');

@@sicueldbteam perfecto! Lo resolví también guardando el archivo como CSV (MS-dos), ya que el oaremetel de Format = CSV no me deja colocarlo me dice que hay error ...

Hola, recuerda que N y M son variables que representan la cardinalidad de las relaciones entre las tablas. Si se dejara la misma letra como variable se podría pensar que tanto de una tabla como la otra tienen EXACTAMENTE la misma cardinalidad. Regresando al ejemplo de la tabla menú e ingredientes: el id 1 de la tabla menú es el taco y podemos suponer que tiene 5 ingredientes (N=5). Por otro lado, el id 1 de la tabla ingredientes es la carne y podemos imaginar que la carne se encuentra en 12 diferentes platillos (M=12).

la nomenclatura no importa, solo se debe dejar en claro que es de muchos a muchos M:N o 1:M y 1:N en ambos lados de la relación

Sistemas Computacionales y actualmente nos especializamos en el área de ingeniería de datos :D

@@sicueldbteam Eso es bueno eres muy inteligente. :D

Puedes hacer un curso de python.

Lo haremos más adelante (cuando se agregue contenido avanzado para big data) ;)

Gracias a ti Yaneri por vernos, esperemos haya sido de tu agrado!

@@sicueldbteam Gracias amiga, estoy apenas comenzando con este gestor de datos (vengo usando mysql desde hace tiempo) :D

Excelente, es bueno ver mujeres involucradas en áreas de TI :D

Hola @Amarrh Store es normal que se muestren hasta 4 decimales...¿qué versión de sql server estás utilizando? (quizás difiera un poco en temas de configuración y/o versión del servidor)