?Quieres mejorar esta duda? Actualiza la pregunta para que se pueda contestar con datos desplazandolo hacia el pelo citas al editar esta publicacion.

Cerrada hace 3 anos de vida .

Estoy aprendiendo referente a SQL y no ha transpirado me ha surgido una cuestion, en busqueda sobre tener creados sobre forma correcta las tipos sobre noticia.

Me gustaria conocer que arquetipo sobre prueba recomiendan de guardar:

• Nombres
• Direcciones
• Telefonos
• Correos Electronicos
• Fechas
• Imagenes
• Numeros enteros
• Numeros con decimal

En caso de que deben cualquier escrito que hable sobre esto, Ademi?s estaria agradecido.

cinco respuestas cinco

Conforme mi practica y limitandome al listado que diste serian de la siguiente manera:

• Nombres -> Varchar(longitud)
• Direcciones -> Varchar(largura)
• Correos -> Varchar(largura)
• Fechas -> Date o Datetime, dependiendo lo que requieras desplazandolo hacia el pelo la interpretacion de SQL que estes usando.
• Imagenes -> Varchar(longitud)
• Numeros enteros -> Int o BigInt dependiendo el margen del cantidad a ingresar.
• Numeros con decimal -> Decimal

Podria ser util ademas el prototipo BIT que funciona como un true/false , aunque en la base se almacena como 0 y no ha transpirado 1 .

Los clases sobre datos que especifique estan pensados para SQL 2008, creo que anadieron mas arquetipo sobre datos de versiones posteriores aunque ignoro cuales son.

Te dejo el post Tipos de datos (Transact-SQL) (en espanol) para que te interiorices mas

Creo que tu duda seri­a por el lado sobre la BD mas nunca por el habla, por ende seria lo recomendado asi:

Nombres nvarchar (cant)

Direcciones nvarchar (cant)

Telefonos nvarchar (cant)

Correos Electronicos nvarchar (cant)

Imagenes nvarchar (Si le pasas una URL)

Imagenes binary(Si le pasas una URL)

Numeros enteros int(cant)

Numeros con decimal decimal()

Espero que te ser !, me cunetas.

En SQL en general, Con El Fin De las nombres, direcciones, telefonos, correos electronicos yo usaria String o VARCHAR. Omitiendo lo obvio como en nombres y direcciones, el caso sobre los telefonos invariablemente Tenemos usuarios que disenan sus bases de datos con NUMERIC o INT sin embargo siempre hay el contratiempo con las telefonos con ceros al inicio e inclusive con numeros de identificacion (DNI o cedula). Para el caso de las emails o correos electronicos te recomiendo VARCHAR de igual forma que con las nombres o direcciones, controlando el registro de que sean unico emails, desde tu uso o plan, desplazandolo hacia el pelo nunca desde tu BD, es una actividad menos Con El Fin De la BD asi­ como la aplicacion o proyecto la puede dominar desde que se registra en el formulario.

De el caso de las fechas a menos que necesites enteramente la fecha con hora usa DATETIME No obstante En Caso De Que unico es preciso de tu registro en BD la dia utiliza modelo DATE. Manejar luego consultas en SQL con datos modelo DATETIME seri­a complicado asi­ como necesitas todo el tiempo convertidores o parsear la data en tu proyecto.

Lo cual en base a la vivencia. Saludos

Si el motor de base sobre datos que se vaya an usar goza de un modelo sobre referencia nativo para acumular fechas, usarlo Con El Fin De guardar las fechas.

Hay que establecer En Caso De Que Con El Fin De ese motor de Ejemplos de perfiles sugardaddyforme base sobre datos las fechas son unicamente el ano-mes-dia o En Caso De Que se comprende el componente de hora-minuto-segundo.

Seri­a importante anotar que una cosa seri­a como la base de datos almacena un precio de modelo DIA desplazandolo hacia el pelo otra excesivamente diferente como se visualiza en monitor o se imprime esa data.

En el caso de Oracle , ( SQL asi­ como el lenguage PL/SQL ) existe el clase sobre referencia DATE (tanto Con El Fin De columnas igual que para variables) con el que se almacena una fecha con la hora-minuto-segundo.

El usar un prototipo sobre referencia ” STRING ” de aprovisionar asi­ como manejar fechas seri­a problema puesto que Hay un sinumero sobre maneras de escribir una cadeneta (o string) que represente la fecha, que depende fundamentalmente del estado desplazandolo hacia el pelo desplazandolo hacia el pelo con los cuales se producen errores al segundo sobre organizar, procurar desplazandolo hacia el pelo comparar fechas.

Modelo: En Caso De Que una data es 10 sobre agosto de 2018, por lo tanto Existen estas alternativas:

• Para EEUU y otros paises seri­a “08/10/2018” (el mes principal)
• En Europa es usual escribirla como “10/08/2018” (el fecha primeramente)
• O redactar el mes con un texto igual que “30-agosto-2018”

Modelo de error al usar strings Con El Fin De representar una data: En Caso De Que Existen 2 cadenas que representan la dia almacenada como dia/mes/ano:

• “04/01/2017” ( para el 04 de enero de 2017)
  • “03/02/2018” ( de el 03 de marzo sobre 2018)

Se realiza la comparacion de las 2 strings y cual sera inferior? La replica podri­a ser por confrontacion de strings el menor es “03/02/2018” lo que seri­a errado!! ya que desde el tema sobre mirada que el string representa la data la que es MAYOR que la fecha “04/01/2017”.

Si definitivamente hay que utilizar texto (o strings) Con El Fin De acumular la fecha la consejo seri­a usar la norma ISO 8601, con la que el string INVARIABLEMENTE es:

Con el fin de ano-mes-dia seri­a “AAAAMMDD” o “AAAA-MM-DD” asi­ como con hora-minuto-segundo es “AAAAMMDDTHHMMSS” o “AAAA-MM-DDTHH:MM:SS” o “AAAA-MM-DD HH:MM:SS”

---