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

Cerrada realiza 3 anos .

Estoy aprendiendo referente a SQL y no ha transpirado me ha surgido una dificultad, en indagacion de tener creados sobre manera correcta los clases sobre noticia.

Me gustaria saber que modelo de noticia recomiendan Con El Fin De recolectar:

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

En caso de que poseen cualquier cronica que hable sobre lo cual, Asimismo estaria agradecido.

cinco respuestas cinco

Segun mi pericia y limitandome al relacion que diste serian de la sub siguiente manera:

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

Podria ser eficaz tambien el clase BIT que funciona como un true/false , aunque en la base se almacena igual que Cero y no ha transpirado 1 .

Las clases de datos que especifique estan pensados Con El Fin De SQL 2008, creo que anadieron mas clase de datos Con El Fin De versiones posteriores No obstante ignoro cuales son.

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

Creo que tu duda seri­a por el lado sobre la BD mas no por el lenguaje, 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, de las nombres, direcciones, telefonos, correos electronicos yo usaria String o VARCHAR. Omitiendo lo evidente como en nombres y no ha transpirado direcciones, el caso sobre las telefonos todo el tiempo Existen personas que disenan las bases sobre datos con NUMERIC o INT pero continuamente hay el inconveniente con las telefonos con ceros al inicio e inclusive con numeros de identificacion (DNI o cedula). Para el caso de los emails o correos electronicos te recomiendo VARCHAR de igual manera que con los nombres o direcciones, controlando el registro de que sean unico emails, desde tu empleo o proyecto, y no ha transpirado no desde tu BD, resulta una actividad menos 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 no ser que necesites enteramente la data con hora se sirve DATETIME aunque si unicamente seri­a obligatorio Con El Fin De tu registro en BD la data usada tipo DATE. Manejar despues consultas en SQL con datos tipo DATETIME es dificil y no ha transpirado necesitas todo el tiempo convertidores o parsear la data en tu plan.

Lo cual en base a la vivencia. Saludos

Si el motor sobre base de datos que se vaya an emplear posee un tipo sobre dato nativo para recolectar fechas, usarlo Con El Fin De aprovisionar las fechas.

Hay que establecer si para ese motor sobre base de datos las fechas son solo el ano-mes-dia o si se comprende el componente sobre hora-minuto-segundo.

Es trascendente anotar que la cosa es como la base sobre datos almacena un tasacii?n sobre tipo DATA desplazandolo hacia el pelo una diferente excesivamente diferente como se visualiza en pantalla o se imprime esa data.

En el caso sobre Oracle , ( SQL y el lenguage PL/SQL ) hay el clase sobre documento DATE (tanto de columnas igual que de variables) con el cual se almacena una dia con la hora-minuto-segundo.

El utilizar un modelo sobre noticia " STRING " Con El Fin De acumular y no ha transpirado manejar fechas seri­a inconveniente puesto que Hay un sinumero elite singles de formas sobre redactar la cadena (o string) que represente la fecha, que va a depender fundamentalmente del estado y y no ha transpirado con los cuales se producen errores al instante de adecentar, encontrar asi­ como contrastar fechas.

Prototipo: En Caso De Que una dia seri­a 10 de agosto de 2018, por lo tanto Tenemos estas alternativas:

• De EEUU y otros paises es "08/10/2018" (el mes principal)
• En Europa seri­a comun escribirla como "10/08/2018" (el dia primero)
• O escribir el mes con un texto como "30-agosto-2018"

Exponente de error al usar strings Con El Fin De representar la fecha: En Caso De Que Tenemos 2 cadenas que representan la dia almacenada como dia/mes/ano:

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

Se hace una comparacion de las 2 strings asi­ como cual sera menor? La solucii?n podri­a ser por confrontacion de strings el inferior seri­a "03/02/2018" lo cual seri­a errado!! puesto que desde el momento de mirada que el string representa la dia la cual es DE MI?S GRANDE que la data "04/01/2017".

En caso de que definitivamente hay que utilizar texto (o strings) para aprovisionar una dia la propuesta es utilizar la criterio ISO 8601, con la cual el string SIEMPRE seri­a:

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"