Cual es el mejor arquetipo sobre antecedente de acumular nombres, direcciones, entre otros [cerrada]

Cual es el mejor arquetipo sobre antecedente de acumular nombres, direcciones, entre otros [cerrada]

?Quieres incrementar esta duda? Actualiza la duda con el fin de que se pueda contestar con datos desplazandolo hacia el pelo citas al editar esta publicacion.

Cerrada realiza 3 anos de vida .

Estoy aprendiendo sobre SQL y me ha surgido una cuestion, en exploracion sobre tener creados sobre forma correcta las clases sobre noticia.

Me gustaria saber que prototipo de dato recomiendan de recolectar:

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

Si tienen un post que hable sobre lo cual, Ademi?s estaria agradecido.

cinco respuestas 5

Segun mi vivencia asi­ como limitandome al relacion que diste serian sobre la sub siguiente manera:

  • Nombres -> Varchar(largura)
  • Direcciones -> Varchar(longitud)
  • Correos -> Varchar(largura)
  • Fechas -> Date o Datetime, en funcii?n lo que requieras asi­ como la interpretacion de SQL que estes utilizando.
  • Imagenes -> Varchar(largura)
  • nombre de usuario loveandseek

  • Numeros enteros -> Int o BigInt dependiendo el margen del cantidad a ingresar.
  • Numeros con decimal -> Decimal

Podria ser util igualmente el arquetipo BIT que funciona como un true/false , si bien en la base se almacena como Cero asi­ como 1 .

Los tipos sobre datos que especifique estan pensados de SQL 2008, creo que anadieron mas modelo de datos para versiones posteriores pero ignoro cuales son.

Te dejo el cronica Tipos sobre datos (Transact-SQL) (en espanol) con el fin de que te interiorices mas

Creo que tu pregunta seri­a por el ala 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 (En Caso De Que le pasas una URL)

Imagenes binary(Si le pasas la URL)

Numeros enteros int(cant)

Numeros con decimal decimal()

Espero que te asistir !, me cunetas.

En SQL en general, Con El Fin De las nombres, direcciones, telefonos, correos electronicos yo usaria String o VARCHAR. Omitiendo lo indudable como en nombres desplazandolo hacia el pelo direcciones, el caso sobre las telefonos siempre Existen usuarios que disenan sus bases sobre datos con NUMERIC o INT pero continuamente existe el impedimento con los telefonos con ceros al inicio e inclusive con numeros sobre identificacion (DNI o cedula). Para el caso sobre las emails o correos electronicos te recomiendo VARCHAR sobre igual modo que con las nombres o direcciones, controlando el registro de que sean unico emails, desde tu uso o plan, desplazandolo hacia el pelo no desde tu BD, resulta una labor menos Con El Fin De la BD y no ha transpirado la uso o programa la puede dominar desde que se registra en el formulario.

De el caso de estas fechas a menos que necesites enteramente la fecha con hora usada DATETIME aunque En Caso De Que unico seri­a necesario para tu registro en BD la data se sirve clase DATE. Manejar posteriormente consultas en SQL con datos arquetipo DATETIME seri­a dificil y necesitas continuamente convertidores o parsear la data en tu programa.

Esto en base a la destreza. Saludos

Si el motor sobre base sobre datos que se vaya an emplear dispone de un arquetipo sobre prueba nativo de guardar fechas, usarlo de aprovisionar las fechas.

Existe que establecer En Caso De Que para ese motor de base de datos las fechas son separado el ano-mes-dia o si se abarca el componente sobre hora-minuto-segundo.

Es fundamental anotar que una cosa es como la base sobre datos almacena un valor de prototipo DIA asi­ como otra excesivamente diferente igual que se visualiza en pantalla o se imprime esa fecha.

En el caso sobre Oracle , ( SQL y el lenguage PL/SQL ) existe el tipo de referencia DATE (tanto para columnas como para variables) con el que se almacena una fecha con la hora-minuto-segundo.

El utilizar un clase de referencia ” STRING ” Con El Fin De aprovisionar y no ha transpirado manejar fechas es inconveniente porque existen un sinumero sobre formas de escribir una cadena (o string) que represente la data, que dependeri? fundamentalmente del estado asi­ como desplazandolo hacia el pelo con las cuales se producen fallos al segundo sobre adecentar, buscar y cotejar fechas.

Exponente: Si la dia es 10 sobre agosto de 2018, por lo tanto hay estas alternativas:

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

Ej sobre error al utilizar strings para representar la data: En Caso De Que Existen 2 cadenas que representan una fecha almacenada como dia/mes/ano:

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

Se hace una comparacion de las 2 strings asi­ como cual sera inferior? La replica es que por comparacion de strings el inferior es “03/02/2018” lo que seri­a errado!! porque desde el momento sobre ojeada que el string representa la data la cual seri­a MAYOR que la fecha “04/01/2017”.

En caso de que definitivamente Existen que utilizar texto (o strings) para guardar una data la advertencia es usar la criterio ISO 8601, con la cual el string TODO EL TIEMPO es:

De ano-mes-dia seri­a “AAAAMMDD” o “AAAA-MM-DD” y con hora-minuto-segundo seri­a “AAAAMMDDTHHMMSS” o “AAAA-MM-DDTHH:MM:SS” o “AAAA-MM-DD HH:MM:SS”

Tinggalkan Komentar

Alamat email Anda tidak akan dipublikasikan.