Tipos de datos de campo ArcGIS

Cada clase de entidad y cada tabla se componen de campos que se definen por sus tipos de datos.

Al crear clases de entidades y tablas, se selecciona un tipo de datos específico para cada campo. El tipo de datos de un campo es la propiedad más importante porque el tipo de datos que se selecciona determina el tipo de datos que el campo puede almacenar. Las propiedades de campo adicionales que se pueden definir —como la precisión, la escala y la longitud de un campo— también dependen del tipo de datos del campo.

En ArcGIS AllSource, los tipos de datos disponibles que se pueden aplicar a un campo incluyen una variedad de tipos numéricos (enteros, flotantes, dobles), texto, solo fecha, desfase de fecha y hora, objetos binarios de gran tamaño (BLOB) e identificadores únicos globales (GUID). Consulte Tipos de datos de ArcGIS para obtener una lista completa y detalles adicionales sobre cada tipo de datos.

En ArcGIS AllSource, la aplicación de un tipo de datos a un campo en una tabla o clase de entidad nueva o existente puede completarse utilizando cualquiera de los siguientes métodos.

• Vista Campos
• Asistente de creación de clases de entidades
• Herramienta de geoprocesamiento Agregar campo
• Herramienta de geoprocesamiento Agregar campos
• Herramienta de geoprocesamiento Crear tabla
• Herramienta de geoprocesamiento Crear clase de entidad
• Herramienta de geoprocesamiento Calcular campo

La elección de los mejores tipos de datos para sus campos facilita el análisis de datos, mejora el rendimiento y mejora la integridad de los datos al garantizar que se almacenan los datos correctos en sus tablas y clases de entidades. Entender qué son los tipos de datos, por qué son importantes y cómo afectan a los requisitos de almacenamiento le ayudará a sacar el máximo partido a sus datos.

Tipos de datos de ArcGIS

ArcGIS trabaja con varios tipos de datos para almacenar y gestionar valores de atributos en la geodatabase.

Nota:

A partir de ArcGIS AllSource 3.2, los nuevos tipos de datos de campo se admiten en geodatabases, bases de datos, almacenes de datos en la nube y archivos de texto. Para no utilizar estos nuevos tipos de datos de campo al acceder a datos sin registrar mediante una capa, asegúrese de que la opción Utilizar tipos de campo compatibles con ArcGIS Pro 3.1 y versiones anteriores al agregar capas de consulta y archivos de texto esté habilitada en la configuración de ArcGIS AllSource. Esta opción se aplica a las capas, pero no se aplica al acceder a los datos directamente de la fuente de datos.

Los tipos de datos de atributos compatibles con la geodatabase son, entre otros, los siguientes:

Sugerencia:

Haga clic en los enlaces siguientes para obtener más información sobre cada tipo de datos.

• Números: pueden pertenecer a uno de los siguientes tipos de datos numéricos:
  • Corto: enteros cortos (16 bits)
  • Largo: enteros largos (32 bits)
  • Entero grande: enteros grandes (64 bits)

    Precaución:

    Algunas aplicaciones cliente pueden no ser completamente compatibles con este tipo de campo y están sujetas a cambios. Los tipos de campo Id. de objeto (64 bits) y entero grande (64 bits) en ArcGIS AllSource están limitados a almacenar valores de hasta 53 bits enteros seguros. Los valores enteros seguros de 53 bits admiten un rango entre (-9007199254740991) y (9007199254740991), que también se escribe como -(2⁵³) -1 y (2 ⁵³) -1. Los valores superiores a 53 bits en Id. de objeto (64 bits) y los campos de número entero grande agregados desde fuentes externas pueden leerse desde el cliente de ArcGIS AllSource. El intento de escribir o editar números fuera de este rango en ArcGIS AllSource generará un error. En otros clientes, el valor puede redondearse y resultar en una funcionalidad rota.

  • Flotante: números de punto flotante de precisión simple (32 bits)
  • Doble: números de punto flotante de precisión doble (64 bits)
• Texto: cualquier conjunto de caracteres alfanuméricos de una longitud especificada.
• Fecha y hora: puede ser uno de los siguientes tipos de datos de fecha u hora:
  • Fecha: valores de fecha y hora
  • Solo fecha: valores de fecha solamente, sin valores de tiempo
  • Solo hora: valores de tiempo solamente, sin valores de fecha
  • Desfase de marca de tiempo: desfase de fecha y hora con respecto al valor UTC
• BLOB: los objetos binarios de gran tamaño se utilizan para almacenar documentos, fotografías u otros datos de gran tamaño.
• Identificadores globales: puede ser uno de los siguientes:
  • GUID: los tipos de datos almacenan cadenas de texto de estilo de registro que están compuestas por 36 caracteres encerrados entre paréntesis. Estas cadenas únicamente identifican una entidad o fila de tabla dentro de una geodatabase y en todas las geodatabases. Se utilizan mucho para administrar relaciones, especialmente para la administración de datos, el control de versiones, las actualizaciones de solo cambios y la replicación.
  • Id. globales: los Id. globales identifican de forma exclusiva una entidad o fila de tabla en una geodatabase y en todas las geodatabases.
• Id. de objeto: un identificador de objeto es un campo entero único que no puede tener valores nulos y que se agrega cuando se crea una tabla de geodatabase o una clase de entidad en ArcGIS. En este campo se almacena un Id. único para cada fila de la tabla y se crea en tablas y clases de entidades como un Id. de objeto de 32 bits de manera predeterminada. Si un campo de Id. de objeto necesita almacenar valores superiores a 2140 millones, el campo de Id. de objeto puede migrarse a Id. de objeto de 64 bits con la herramienta de geoprocesamiento Migrar Id. de objeto a 64 bits.

  Precaución:

  Algunas aplicaciones cliente pueden no ser completamente compatibles con este tipo de campo y están sujetas a cambios. Los tipos de campo Id. de objeto (64 bits) y entero grande (64 bits) en ArcGIS AllSource están limitados a almacenar valores de hasta 53 bits enteros seguros. Los valores enteros seguros de 53 bits admiten un rango entre (-9007199254740991) y (9007199254740991), que también se escribe como -(2⁵³) -1 y (2 ⁵³) -1. Los valores superiores a 53 bits en Id. de objeto (64 bits) y los campos de número entero grande agregados desde fuentes externas pueden leerse desde el cliente de ArcGIS AllSource. El intento de escribir o editar números fuera de este rango en ArcGIS AllSource generará un error. En otros clientes, el valor puede redondearse y resultar en una funcionalidad rota.

• Ráster: un tipo de datos raster puede agregarse a una clase de entidad o tabla de la geodatabase, y puede almacenar los datos raster en la geodatabase o junto a ella. Las geodatabases móviles no admiten rásteres.

Nota:

Los tipos de datos de geodatabase de archivos y móvil son los mismos que los tipos de datos de ArcGIS. Sin embargo, para los sistemas de gestión de bases de datos (DBMS), los tipos de datos de ArcGIS se corresponden con los tipos de datos de las bases de datos y pueden diferir en función del DBMS. Para obtener más información sobre cómo asignar tipos de datos de ArcGIS a tipos de datos DBMS, consulte Tipos de datos de base de datos admitidos en ArcGIS.

Números

Puede almacenar números en uno de los siguientes tipos de datos numéricos:

• Corto: enteros cortos (16 bits)
• Largo: enteros largos (32 bits)
• Entero grande: enteros grandes (64 bits)
• Flotante: números de punto flotante de precisión simple (32 bits)
• Doble: números de punto flotante de precisión doble (64 bits)

La siguiente tabla ofrece un resumen de los tipos de datos numéricos, sus rangos y requisitos de almacenamiento. Los rangos de esta tabla se indican para las geodatabases de archivos y móviles. Los rangos varían ligeramente entre las bases de datos y las geodatabases corporativas.

Tabla resumen de tipos de datos numéricos de ArcGIS

Tipo de datos	Rango de almacenamiento	Tamaño (en bits)	Aplicación
Entero corto	-32.768 a 32.767	16	Valores numéricos sin valores fraccionales dentro de un rango específico; valores codificados
Entero largo	-2.147.483.648 a 2.147.483.647	32	Valores numéricos sin valores fraccionales dentro de un rango específico
Entero grande	-9.007.199.254.740.991 a 9.007.199.254.740.991	64	Valores numéricos sin valores fraccionales dentro de un rango específico
Flotante (número de punto flotante de precisión simple)	Aproximadamente -3,4E38 a 1,2E38	32	Valores numéricos con valores fraccionales dentro de un rango específico
Doble (número de punto flotante de precisión doble)	Aproximadamente -2,2E308 a 1,8E308	64	Valores numéricos con valores fraccionales dentro de un rango específico

Al elegir un tipo de datos para almacenar números, tenga en cuenta lo siguiente:

• Determinar la mejor forma de almacenar datos numéricos: números enteros o fraccionarios
  • Números enteros: si necesita almacenar números enteros sin decimales, como 4, 5575, 101.272 o un valor superior a 2140 millones, especifique entero corto, largo o grande, respectivamente.

    Nota:

    En ArcGIS AllSource, el tipo de datos del campo se muestra como corto o largo en lugar de entero corto o entero largo.

  • Números fraccionarios: si necesita almacenar números con un decimal, puede especificar un tipo de datos flotantes o dobles. Cuando se utilizan flotantes o dobles (a veces denominado punto flotante de precisión simple o doble), el punto decimal puede estar en cualquier posición del campo y, por lo tanto, se dice que flota de una ubicación a otra para diferentes valores almacenados en el campo.

• Utilice un tipo de datos que consuma el menor espacio de almacenamiento.

  Al crear un campo en ArcGIS AllSource, se recomienda elegir el tipo de datos que consuma menos espacio de almacenamiento para mejorar el rendimiento. En algunos casos, al crear un campo, el tipo de datos del campo cambia a entero largo a pesar de especificar el tipo de datos como entero corto. Los equipos solo pueden almacenar una cantidad de dígitos limitada, según el espacio de almacenamiento asignado.

  Al elegir entre entero corto, entero largo y entero grande, o entre flotante y doble, elija el tipo de datos que ocupe menos espacio de almacenamiento para los rangos de números que necesite almacenar. Esto minimiza la cantidad de almacenamiento necesario y también mejora el rendimiento.

  Por ejemplo, para almacenar números enteros entre -32.768 y 32.767, especifique el tipo de dato de entero corto, ya que requiere 2 bytes, mientras que el tipo de dato de entero largo requiere 4 bytes. Para almacenar números fraccionarios entre -3,4E38 y 1,2E38, especifique el tipo de datos flotante, ya que solo requiere 4 bytes, mientras que el tipo de datos doble requiere hasta 8 bytes.

Puede aplicar formato a un tipo de campo numérico para dar contexto adicional a un atributo de forma que sea algo más que un número. El formato de los campos numéricos es una propiedad de capa que solo puede definirse en el mapa actual.

Consulte Formatear campos numéricos y de fecha para aprender a aplicar formato numérico a un campo de una capa o tabla independiente.

Corto

El tipo de datos short es un entero con signo de 16 bits que solo puede almacenar valores numéricos enteros dentro del rango de -32.768 a 32.767. No se puede almacenar un valor mayor que 32.767 o menor que -32.768 en un campo de tipo entero corto, aunque la precisión se defina como 5. Por ejemplo, se pueden almacenar valores enteros de 4, 515 o 29715 en un campo entero corto.

Largo

El tipo de datos largo es un entero con signo de 32 bits que puede almacenar valores numéricos enteros dentro del rango de -2140 millones a 2140 millones. No se puede almacenar un valor superior a 2.147.483.648 ni inferior a -2.147.483.647 en un campo entero largo.

Entero grande

El tipo de datos entero grande es un entero con signo de 64 bits que puede almacenar valores enteros muy grandes con el rango de -(2⁵³) -1 y 2⁵³ -1 y tiene un tamaño de almacenamiento de 8 bytes. Si necesita almacenar números enteros que superen el rango del tipo de datos entero largo de -2140 millones a 2140 millones, utilice un tipo de datos entero grande.

Precaución:

Algunas aplicaciones cliente pueden no ser completamente compatibles con este tipo de campo y están sujetas a cambios. Los tipos de campo Id. de objeto (64 bits) y entero grande (64 bits) en ArcGIS AllSource están limitados a almacenar valores de hasta 53 bits enteros seguros. Los valores enteros seguros de 53 bits admiten un rango entre (-9007199254740991) y (9007199254740991), que también se escribe como -(2⁵³) -1 y (2 ⁵³) -1. Los valores superiores a 53 bits en Id. de objeto (64 bits) y los campos de número entero grande agregados desde fuentes externas pueden leerse desde el cliente de ArcGIS AllSource. El intento de escribir o editar números fuera de este rango en ArcGIS AllSource generará un error. En otros clientes, los valores puede redondearse y resultar en una funcionalidad rota.

Flotante

Un tipo de dato flotante es un número de coma flotante de 32 bits de precisión simple que puede almacenar con precisión números que contengan solo hasta seis dígitos. Por ejemplo, no pudo almacenar el número 515297,15 con precisión en un campo flotante porque este número contiene más de seis dígitos. Puede escribir el número en un campo flotante de una geodatabase de archivos, pero se redondeará a 515.297, que es un número que contiene los seis dígitos permitidos. Si necesita almacenar este número con precisión, almacénelo en un campo doble. Los campos flotantes de las bases de datos y las geodatabases empresariales no permiten especificar más dígitos que la precisión del campo, de manera que no hay redondeo.

Doble

Un tipo de datos doble es un número de coma flotante de 64 bits y doble precisión que puede almacenar con precisión números que contengan hasta 15 dígitos solo en bases de datos y geodatabases, ya que este es el número más largo que puede caber en 8 bytes de espacio de almacenamiento. Los números que tengan más dígitos se redondean y se almacenan en un formato similar a la notación científica, lo que los convierte en números aproximados. Por ejemplo, si escribe un número de 20 dígitos como 12.345.678.901.234.567.890, se redondea y se almacena como el número de 15 dígitos 1,23456789012346E+19. El valor codificado del final, E+19, define la posición de la coma decimal.

Precisión y escala

La propiedad precisión y escala de un campo representan el tamaño y la precisión máximos de los datos que se pueden almacenar en el campo.

El significado de la propiedad Precisión difiere para algunos tipos de campos, como los campos numéricos y de fecha. Para los campos numéricos, la precisión representa el número total máximo de dígitos que se pueden almacenar en el campo. Se cuentan todos los dígitos, independientemente del lado de la coma en que se encuentren. Para los campos de fecha, la precisión se refiere a su capacidad para registrar valores de milisegundos. Un campo de fecha estándar registra la hora al segundo y muestra un valor de precisión de 0. Un campo de fecha que se ha migrado a registros de alta precisión mide el tiempo en milisegundos y muestra un valor de precisión de 1.

La escala es una propiedad de campo que solo se utiliza para los tipos de datos flotantes o dobles y representa el número de dígitos a la derecha (si es positivo) o a la izquierda (si es negativo ―raramente utilizado―) del punto decimal en un número. Por ejemplo, el número 4703338,13 tiene una escala de 2 y una precisión de 9.

La especificación de la precisión y la escala permite restringir el rango de valores y los formatos de números que un campo puede aceptar, lo que brinda mayor control. Por ejemplo, si especifica un número de punto flotante con una precisión de 4 y una escala de 2, el campo aceptará 46,22. Si intenta introducir 46,223 en el campo, se muestra un mensaje de error, ya que se supera el número máximo de dígitos y posiciones decimales permitidos. Como alternativa, si especifica un flotante con una precisión de 5 y una escala de 3, puede almacenar el valor 46,223.

Precisión y escala en un archivo o geodatabase móvil

Las geodatabases de archivos y móviles no muestran valores de precisión o escala porque no pueden ser definidos por el usuario. Por tanto, si agrega campos numéricos a una tabla o clase de entidad en una geodatabase móvil o de archivos, solo tendrá que indicar el tipo de datos. Si proporciona un valor para la precisión o la escala, se ignorará y las propiedades de precisión y escala no se mostrarán en la vista de campos.

Los campos de tipos de datos flotantes de las geodatabases móviles o de archivos pueden almacenar con precisión números que contengan hasta un máximo de seis dígitos. Por ejemplo, no puede almacenar el número 410534,208 con precisión en un campo flotante porque este número contiene más de seis dígitos. Puede escribir el número en un campo de valores flotantes en una geodatabase de archivos, pero se redondeará a 410534, un número que contiene los seis dígitos permitidos. Por tanto, para almacenar el número 410534,208 con precisión, debe almacenarlo en un campo doble.

Precisión y escala en una base de datos o geodatabase empresarial

Si agrega un campo numérico a una tabla o clase de entidad en una base de datos o geodatabase corporativa, puede especificar la precisión (la longitud máxima del campo). Si el campo es de tipo de datos flotante o doble, también puede especificar la escala (el número máximo de posiciones decimales) para los valores de campo. Los campos flotantes de las geodatabases y bases de datos empresariales no permiten almacenar más dígitos para la escala que el número de dígitos utilizados para la precisión del campo, por lo que no se produce redondeo.

La tabla siguiente ofrece un resumen de los valores de precisión y escala que pueden especificarse al agregar un campo en la vista de campos. La precisión siempre debe ser mayor que la escala. La escala no se aplica a tipos de enteros porque no almacenan valores decimales. Utilice esta información como ayuda para elegir el tipo de datos, la precisión y la escala.

Tipo de datos	Precisión (longitud del campo)	Escala (posiciones decimales)
Entero corto*	1–5 (Oracle) 5 (IBM Db2, Microsoft SQL Server y PostgreSQL)	0
Entero largo	6-10 (Oracle) 6–9 (Db2) 10 (SQL Server y PostgreSQL)	0
Entero grande	11–18 (Oracle) 10-18 (Amazon Redshift) 10-18 (Snowflake)	0
Flotante	1–6	1–6
Doble	7+	1+

*De manera predeterminada en ArcGIS AllSource, los enteros cortos se crean con una precisión de 5. Sin embargo, las columnas de enteros cortos solo pueden almacenar valores comprendidos en el rango de -32.768 a 32.767. No se puede almacenar un valor mayor que 32.767 o menor que -32.768 en un campo de tipo entero corto, aunque la precisión se defina como 5. No tiene por qué especificar la precisión de las columnas de enteros cortos creadas en ArcGIS AllSource en bases de datos distintas a Oracle.

En la siguiente tabla se proporcionan ejemplos de rangos de números y de cómo puede almacenarlos en una base de datos o en una geodatabase corporativa:

Ejemplos de rangos de números, tipos de datos, precisión y escala

Rango de almacenamiento	Tipo de datos	Precisión (longitud del campo)	Escala (posiciones decimales)
de 0 a 99	Entero corto	2	0
-99 a 99*	Entero corto	3	0
-32.768 a 32.767*	Entero corto	5	0
-99.999 a 99.999*	Entero largo	5	0
-9.007.199.254.740.991 a 0*	Entero grande	19	0
0 a 9.007.199.254.740.991	Entero grande	18	0
0,001 a 0,999	Flotante	4	3
1.000,00 a 9.999,99	Flotante	6	2
-123.456,78 a 0*	Doble	9	2
0 a 1,234.56789	Doble	9	5

*Los números negativos requieren precisión adicional para almacenar el signo negativo.

Texto

Un campo de texto representa una serie de símbolos alfanuméricos. Esto puede incluir nombres de calles, propiedades de atributos u otras descripciones textuales. Una alternativa para repetir atributos textuales en una geodatabase es establecer un valor codificado. En este caso, una descripción textual se codifica con un valor numérico. Por ejemplo, puede codificar tipos de carreteras con valores numéricos asignándole un 1 a las carreteras asfaltadas mejoradas, un 2 a las carreteras de grava, y así sucesivamente. Esto cuenta con la ventaja de que utiliza menos espacio de almacenamiento en la geodatabase; sin embargo, el usuario de los datos debe interpretar los valores codificados. Si define los valores codificados en un dominio de valor codificado en la geodatabase y asocia el dominio con el campo de tipo entero que almacena los códigos, la geodatabase mostrará la descripción textual cuando se vea la tabla en ArcGIS AllSource.

Más información sobre subtipos y dominios de atributo.

Los caracteres utilizados para el texto varían según el idioma. Para permitir que un texto se convierta más fácilmente entre idiomas, ArcGIS utiliza Unicode para codificar los caracteres.

Fecha y hora

Muchos datasets almacenan información de fecha y hora (temporal). Los valores de fecha y la hora pueden representar en qué momento se encontraba la entidad en una ubicación específica o cuándo se observó la entidad por primera vez en el mundo real. La fecha y hora también pueden estar relacionadas con otros atributos no espaciales de la capa, por ejemplo, cuándo se vendió una propiedad, la última vez que se tomó una muestra de una masa de agua concreta o la fecha y la hora en que se envió un camión de bomberos desde un parque de bomberos determinado.

Puede almacenar valores temporales en uno de los siguientes tipos de datos de fecha u hora:

• Fecha: precisión de los valores de fecha y hora en segundos (baja precisión) y milésimas de segundo (alta precisión)

  Sugerencia:

  A partir de ArcGIS Pro 3.2, puede migrar los campos de fecha de una tabla a alta precisión para admitir el tiempo en milisegundos.

• Solo fecha: valores de fecha solamente, sin valores de tiempo
• Solo hora: valores de hora solamente con precisión de segundos sin valores de fecha
• Desfase de marca de tiempo: desfase de fecha y hora con respecto a la zona de Tiempo Universal Coordinado (UTC)

  

Precaución:

ArcGIS Pro 3.1 y versiones anteriores no pueden acceder a tablas o clases de entidad en geodatabases que contengan campos de los siguientes tipos de datos: solo fecha, solo hora, desfase de marca de tiempo, entero grande o Id. de objeto de 64 bits. Aunque es posible publicar esos tipos de datos en ArcGIS Enterprise 11.3, no son totalmente compatibles y su uso en las capas web de ArcGIS Enterprise 11.3 se considera funcionalidad en versión beta.

Algunas de las herramientas en las que se puede acceder a los tipos de datos de fecha y hora son la vista de campos, la herramienta de geoprocesamiento Agregar campo, el asistente Crear clase de entidad y la herramienta de geoprocesamiento Crear clase de entidad.

En ArcGIS AllSource, la vista de campos se usa para ver y administrar los campos de una capa o de una tabla en la vista de campos. Esto le permite modelar los atributos que se comparten en un conjunto de entidades u objetos de una tabla. En la vista de campos, puede editar los campos y sus propiedades, eliminar campos y crear otros nuevos.

Obtenga más información sobre el procedimiento para crear, eliminar y modificar los campos de una capa o una tabla

Puede elegir entre varios formatos de fecha para aplicarlos a la categoría Fecha. Aplicar formato a un tipo de campo de fecha u hora ayuda a proporcionar un contexto adicional y a mejorar la legibilidad de los valores de fecha y hora. El formato de los campos de fecha es una propiedad de capa que solo se puede establecer para las capas del mapa actual. Consulte Formatear campos numéricos y de fecha para aprender a aplicar formato de fecha a un campo de una capa o tabla independiente.

La siguiente tabla ofrece un resumen de los tipos de datos de fecha y hora, su formato y ejemplos de formato y casos de uso.

Resumen de los tipos de campo de fecha y hora de ArcGIS

Tipo de campo de fecha y hora	Descripción	Formato de fecha y hora	Ejemplos	Ejemplos de usos
Fecha	El tipo de campo es fecha. Los campos de fecha admiten los valores de fecha y de hora con una precisión de solo segundos.	MM/DD/YYYY hh:mm:ss (predeterminado) DD/MM/YYYY hh:mm	Fecha y hora 5/16/2008 8:12:15 PM 4/20/2011 10:30:12 AM	Valores horarios que están todos en UTC o todos dentro de la misma zona horaria local. Datos climatológicos Fecha y hora de las inspecciones de restaurantes de un condado.
Fecha (alta precisión)	Los campos de fecha pueden migrarse a alta precisión para admitir valores de tiempo en milisegundos.	Campo de fecha de alta precisión MM/DD/YYYY hh:mm:ss.sss	Fecha y hora de alta precisión 5/16/2008 8:12:15.172 PM 4/20/2011 10:30:12.869 AM	Valores horarios de alta precisión que están todos en UTC o todos dentro de la misma zona horaria local. Valores de marca de tiempo adquiridos por sensores como las cámaras de tráfico Fecha y hora de los relámpagos
Solo fecha	El tipo de campo es solo fecha. Los campos de solo fecha admiten valores de fecha sin valores de hora.	MM/DD/YYYY (predeterminado) DD/MM/YYYY AAAA	Fecha 9-29-2023 12-06-2022 14-07-1964 2005	Datos que se capturaron en la granularidad de días o valores de atributos que se aplican a todo el día o representan todo el día. Fecha de nacimiento Fecha de inicio o fin de un semestre escolar Suma del número total de huracanes en función del año en que ocurren
Solo hora	El tipo de campo es solo hora. Los campos de solo hora admiten valores de hora sin valor de fecha.	hh:mm:ss (predeterminado) hh:mm	Tiempo 15:35:23 10:00 AM	Datos que se repiten diariamente o contenido en el que solo importa el componente temporal. Horario comercial o de tienda Horario de autobuses o trenes Zoo que rastrea la rutina diaria de alimentar a sus animales
Desfase de marca de tiempo	El tipo de campo es desfase de marca de tiempo. Los campos de desfase de fecha y hora admiten un desfase de fecha, hora y zona horaria con respecto a la zona de Tiempo Universal Coordinado (UTC).	MM/DD/YYYY hh:mm:ss.sss zzz (predeterminado)	Fecha, hora y desfase con respecto a UTC 2/8/2022 3:54:00.268 PM -04:30 3/10/2008 2:57:03.172 AM +09:00 9/30/2011 10:11:01.432 PM -05:00 5/12/2023 8:43:56.162 AM +00:00	Valores horarios para los que el valor de la hora local es importante y las fechas pueden cruzar varias zonas horarias. Delitos Fecha y hora de un terremoto Incidentes de tráfico Aerolínea que gestiona los horarios de salida y llegada en todo el mundo, a la vez que informa de la hora local a los pasajeros

Puede crear o actualizar una clase de entidades o tabla con estos nuevos tipos de campo de fecha y hora en una geodatabase de archivo, móvil y empresarial. Algunos de los nuevos tipos de campo de fecha y hora no son compatibles en función de la base de datos utilizada, y es posible que no pueda agregar algunos de los nuevos tipos de campo de fecha y hora. Al agregar un campo a una tabla o clase de entidad, si el tipo de datos elegido no es compatible con el espacio de trabajo, verá el siguiente error: El espacio de trabajo no admite el tipo de datos. Debe utilizar un tipo de datos compatible con el espacio de trabajo.

Para obtener más información sobre los tipos de datos admitidos en diversos espacios de trabajo de base de datos, consulte Tipos de datos de base de datos admitidos en ArcGIS y Tipos de datos de almacén de datos en la nube admitidos en ArcGIS.

Fecha

Tanto si está mostrando, calculando o seleccionando atributos de fecha, debe determinar la manera adecuada de trabajar con el tipo de datos de fecha en ArcGIS AllSource. Las fuentes de datos de geodatabase almacenan fechas utilizando el tipo de datos date. En el tipo de datos de fecha se pueden almacenar fechas, horas o fechas y horas. El formato predeterminado en el cual se presenta la información es mm/dd/aaaa hh:mm:ss y una especificación para a.m. o p.m. Cuando escriba campos de fecha en la tabla a través de ArcGIS, se convierten a este formato.

Nota:

• Los campos de fecha admiten valores de fecha y de hora, siempre se crean como de baja precisión, y admiten almacenar valores de hora hasta una precisión de solo segundos de manera predeterminada.
• En ArcGIS AllSource, no puede insertar ni ver un valor de fecha anterior a 100 CE. Si utiliza un tipo de fecha que almacena la hora, una hora de 00:00:00 equivale a las 12 a.m. (medianoche).

Si calcula los valores de un campo de fecha para que rellenen o consulten el campo, las fechas deben estar en el formato MM/DD/AAAA hh:mm:ss y entre comillas simples. No es posible almacenar solo la hora en un campo de fecha; siempre debe tener un componente de fecha. Si no proporciona una hora, la hora predeterminada es 12:00 a.m. ArcGIS AllSource utiliza el formato de fecha abreviado del sistema (numérico) para mostrar las fechas.

La configuración de su sistema Microsoft Windows determina cómo se muestran las fechas en ArcGIS AllSource, por ejemplo, M/D/YY, MM/DD/YY, YY/MM/DD. ArcGIS AllSource utiliza el formato de fecha corta (numérico) del sistema para mostrar las fechas. Aunque es el formato predeterminado, las fechas también se pueden formatear para que se muestren de forma diferente en la tabla y en un elemento emergente.

La selección y visualización de los valores de campo de fecha mediante la herramienta de geoprocesamiento Seleccionar capa por atributo y cuadros de diálogo similares para construir consultas se lleva a cabo utilizando una sintaxis SQL. La sintaxis SQL que se utiliza para seleccionar y visualizar los valores de campo de fecha varía según el tipo de la base de datos. Esto se describe detalladamente en el tema Referencia SQL para expresiones de consulta utilizadas en ArcGIS.

Migrar campo de fecha a alta precisión

Utilice la herramienta de geoprocesamiento Migrar campo de fecha a alta precisión para migrar campos de fecha en una tabla a alta precisión. Los campos de fecha de alta precisión permiten que el valor de la hora de un campo de fecha admita fracciones de segundo hasta la milésima o el milisegundo y se mostrará como MM/DD/AAAA hh:mm:ss.sss.

La migración del campo de fecha a alta precisión permite que los valores de hora admitan fracciones de segundo hasta una precisión de milisegundos.

Precaución:

• Los clientes de ArcGIS Pro 3.1 y versiones anteriores no pueden acceder a tablas o clases de entidad en geodatabases que contengan campos de fecha que se hayan migrado para incluir milisegundos.
• Una vez que un campo de fecha se ha migrado a alta precisión, no se puede deshacer en el campo. Para revertir los datos de fecha a una fecha de baja precisión, cree un nuevo campo de fecha (baja precisión) y utilice la herramienta de geoprocesamiento Calcular campo para rellenar este nuevo campo de fecha (baja precisión) a partir del campo de fecha de alta precisión.

En ArcGIS AllSource, el símbolo asterisco (*) indica que una propiedad especial está asociada a un campo concreto. Una vez que haya migrado un campo de fecha a alta precisión, aparecerá un asterisco junto al nombre del campo de fecha de alta precisión en la vista Campos.

Nota:

Cuando se importan campos de fecha de alta precisión en el asistente Crear clase de entidad, se importan como fechas de baja precisión. La importación de un documento de espacio de trabajo XML con campos de fecha de alta precisión conservará los valores de fecha de alta precisión.

Solo fecha

El tipo de datos solo fecha representa una fecha concreta, sin hora. Al no tener componente temporal, representa una fecha desde el inicio del día hasta el final del día. Esta estructura es ideal para almacenar fechas específicas, como una fecha de nacimiento, una fecha de aniversario, un día festivo o una fecha relacionada con el negocio.

Aunque podría utilizar el tipo de datos de fecha ignorando el componente de hora, una de las ventajas de utilizar el tipo de datos de solo fecha frente al tipo de fecha es que el tipo de datos de fecha puede pasar al día anterior o siguiente si está desfasado por una zona horaria. Solo fecha no se puede desfasar por una zona horaria, y siempre representa la fecha que se definió.

Las opciones de formato en ArcGIS AllSource para el tipo de datos de solo fecha solamente cambian el modo en que se muestran los valores de los datos y no afectan al modo en que se almacenan o se introducen los datos. Por ejemplo, la siguiente imagen muestra ejemplos de formato para el tipo de datos solo fecha.

Para más información, consulte Formatear campos numéricos y de fecha.

Solo hora

El tipo de datos solo hora representa un período de tiempo de 24 horas y puede utilizarse para sustituir el tipo de datos fecha cuando solamente necesite representar una hora. Dado que el tipo de datos solo hora representa las horas, minutos y segundos de un día no específico, los valores de hora del día para este tipo de datos están limitados a un rango de 00:00:00 - 23:59:59. Las opciones de formato en ArcGIS AllSource de los campos de solo hora solamente cambian la forma en que se muestran los valores de hora; no afectan a la forma en que se almacenan los datos ni a la forma en que se pueden introducir. Para más información, consulte Formatear campos numéricos y de fecha.

Como el tipo de datos solo hora representa un valor de hora del día, la hora avanza y retrocede adecuadamente en torno al marco temporal de 24 horas al agregar valores.

A continuación se muestran algunos ejemplos:

• Si el turno de trabajo de un empleado comienza a las 18:00 y dura 8 horas, si se añaden 8 horas al valor de solo hora se trasladará a las 2:00.
• Si la hora de cierre de un negocio se almacena como 01:30:00 para representar la 1:30 a.m. y recientemente han decidido cerrar cuatro horas antes los lunes y martes, restando cuatro horas a 01:30:00, el nuevo valor de la hora de cierre retrocede hasta las 21:30:00, que son las 9:30 p.m.

Las opciones de formato en ArcGIS AllSource para el tipo de datos de solo hora solamente cambian la forma en que se muestran los valores de hora, no afectan a la forma en que se almacenan los valores de hora ni a la forma en que se pueden introducir los valores de hora. Por ejemplo, la siguiente imagen muestra ejemplos de formato para el tipo de datos solo hora.

Para más información, consulte Formatear campos numéricos y de fecha.

Desfase de marca de tiempo

El tipo de datos de desfase de marca de tiempo incluye toda la funcionalidad del tipo de datos de fecha junto con el conocimiento de la zona horaria y permite trabajar con fechas y horas de modo que cualquier valor de fecha y hora identifique inequívocamente un único punto en el tiempo. El desfase de la marca de tiempo es la diferencia (en horas y minutos) entre la hora local y el UTC (Tiempo Universal Coordinado, antes Hora Media de Greenwich).

Utilice el tipo de dato desfase de marca de tiempo para trabajar con fechas y horas cuyo desfase (o diferencia) respecto a UTC sea conocido. El tipo de dato de desfase de marca de tiempo combina un valor de fecha y hora con el desfase de esa hora con respecto a UTC. Debido a su relación con UTC, un valor individual de fecha y hora identifica inequívocamente un único punto en el tiempo. Esto hace que un valor de desfase temporal sea más portable de un ordenador a otro que un valor de fecha.

Aunque un valor de desfase de marca de tiempo incluye un desfase, no es una estructura de datos que tenga totalmente en cuenta de la zona horaria. Aunque el desfase con respecto a UTC es una característica de una zona horaria, no la identifica de forma inequívoca. Varias zonas horarias no solo comparten el mismo desfase con respecto a UTC, sino que el desfase de una sola zona horaria cambia si tiene en cuenta el horario de verano.

Las opciones de formato en ArcGIS AllSource para el tipo de datos de desfase de fecha y hora solo cambian la forma en que se muestran los valores; no afectan a la forma en que se almacenan los valores ni a la forma en que se pueden introducir. Por ejemplo, la siguiente imagen muestra ejemplos de formato para el tipo de datos desfase.

Para más información, consulte Formatear campos numéricos y de fecha.

Identificadores globales

Los tipos de datos de Id. global y GUID almacenan cadenas de texto de estilo de registro que están compuestas por 36 caracteres encerrados entre paréntesis. Los Id. globales solo se admiten en las geodatabases. En todas las geodatabases, excepto las de Microsoft SQL Server, los Id. globales se almacenan en campos de texto y los caracteres almacenados en el campo de Id. global siempre están en mayúscula.

Al generar Id. globales, el proceso tiene en cuenta el dispositivo y el tiempo. Dada la probabilidad insignificante de generar valores duplicados, estas cadenas de caracteres se utilizan para identificar de forma única una entidad o fila de tabla en una geodatabase y en todas las geodatabases. Así es como se rastrean las entidades en la replicación de geodatabase unidireccional y doble. Los desarrolladores las pueden utilizar en las relaciones o en cualquier aplicación que requiera GUID. En una relación, si un campo de Id. global es la clave de origen, la clave de destino debe ser un campo GUID. Puede agregar Id. globales a un dataset en una geodatabase con la herramienta de geoprocesamiento Agregar Id. globales. A continuación, la geodatabase mantiene estos valores automáticamente. También puede crear un campo GUID, pero debe mantener sus valores.

Las bases de datos con un tipo de datos GUID nativo, como SQL Server, almacenan valores de Id. global y GUID como 16 bytes. Las bases de datos que no tienen un tipo de datos GUID nativo las almacenan como 38 bytes.

Notas sobre los Id. globales

Tenga en cuenta lo siguiente al utilizar Id. globales:

• Los campos GUID se pueden agregar a datasets de geodatabase utilizando la vista Campos o el comando Nuevo campo en la ventana de la tabla.
• Puede agregar Id. globales a clases de entidad independientes, tablas y clases de relación con atributos en geodatabases. No se pueden agregar Id. globales a datasets individuales de un dataset de entidades; al habilitar Id. globales en una dataset de entidades, estos se agregan a todos los datasets del dataset de entidades.
• No se pueden agregar Id. globales a las tablas de una base de datos.
• Si ya existe una columna de Id. global, la herramienta Agregar Id. globales deja la columna antigua; no elimina la existente y agrega una nueva.
• Si agrega una clase de entidad a un dataset de entidades de una geodatabase y desea agregarle una columna de Id. global, deberá ejecutar la herramienta Agregar Id. globales en el dataset de entidades. Así se agrega una columna de Id. global a la nueva clase de entidad. Las clases de entidad del dataset de entidades que ya tienen una columna de Id. global permanecen sin cambios.
• Copiar y pegar, la extracción de datos y la exportación e importación de espacios de trabajo XML preservan los valores de Id. global en la geodatabase de salida, por lo que es posible tener Id. globales que no son únicos en un dataset. Otros métodos de exportación e importación de datos no preservan estos valores.

Identificadores de objeto

Cuando se crea una tabla en ArcGIS, se agrega a la tabla un campo entero único que no puede ser nulo para que actúe como identificador del objeto (Id. del objeto). ArcGIS mantiene el campo Id. de objeto y garantiza un Id. único para cada fila de la tabla. Cuando observa una tabla o la tabla de atributos de una capa, generalmente ve el campo de Id. de objeto bajo los alias OID u ObjectID en las tablas y FID en las capas de entidades web y shapefiles. Las funciones clave, como los conjuntos de selección de desplazamiento y visualización, dependen de la presencia de este campo.

También se requiere un Id. de objeto cuando registra una tabla con una geodatabase corporativa. Para obtener una explicación de los requisitos de Id. de objeto al registrar una tabla, consulte Registrar una tabla o vista con la geodatabase.

La mayoría de las funcionalidades de ArcGIS AllSource, como el uso de la herramienta Identificar, requieren que los valores del campo de Id. de objeto sean únicos. Por lo tanto, tenga cuidado al trabajar directamente con datos fuera de ArcGIS para que los Id. de objetos no se dupliquen. Por ejemplo, al crear una vista en una base de datos con una relación de uno a muchos, existe la posibilidad de que los Id. de objeto se dupliquen. Esto ocasiona un comportamiento incoherente en la funcionalidad de ArcGIS AllSource.

Cuando se agrega una tabla de base de datos al mapa, es necesario un identificador de objeto. Si ArcGIS no puede encontrar un campo de tipo entero no nulo para utilizarlo como un identificador de objeto, se le solicita que elija un campo para utilizarlo como identificador de objeto. Consulte Campos de identificador único para obtener más información.

Nota:

ArcGIS no mantiene los valores en estos campos de base de datos y no se garantiza que todos los valores en estos campos sean únicos.

Id. de objetos de 64 bits

De forma predeterminada, en ArcGIS las tablas de geodatabase y las clases de entidad se crean con un Id. de objeto de 32 bits. Sin embargo, en algunas circunstancias es necesario que los valores de ID de los objetos sean superiores a 2.140 millones. Por ejemplo, es posible que necesite modelar un datasets con más de 3000 millones de entidades de utilidad, o que tenga que trabajar con tablas de almacenes de datos en la nube con miles de millones de filas.

La herramienta de geoprocesamiento Migrar ID de objeto a 64 bits acepta una o varias clases de entidades o tablas de la geodatabase como datasets de entrada y migra sus campos de Id. de objeto a un campo de Id. de objeto de 64 bits.

Precaución:

Algunas aplicaciones cliente pueden no ser completamente compatibles con este tipo de campo y están sujetas a cambios. Los tipos de campo Id. de objeto (64 bits) y entero grande (64 bits) en ArcGIS AllSource están limitados a almacenar valores de hasta 53 bits enteros seguros. Los valores enteros seguros de 53 bits admiten un rango entre (-9007199254740991) y (9007199254740991), que también se escribe como -(2⁵³) -1 y (2 ⁵³) -1. Los valores superiores a 53 bits en Id. de objeto (64 bits) y los campos de número entero grande agregados desde fuentes externas pueden leerse desde el cliente de ArcGIS AllSource. El intento de escribir o editar números fuera de este rango en ArcGIS AllSource generará un error. En otros clientes, el valor puede redondearse y resultar en una funcionalidad rota.

La herramienta de geoprocesamiento Migrar ID de objeto a 64 bits se puede utilizar para migrar el campo Id. de objeto de las clases de entidades que participan en una topología o estructura de parcelas proporcionando el dataset de entidades como valor de Dataset de entrada. Además, la herramienta también permite migrar el campo Id. de objeto de una clase de relación.

Precaución:

Cuando un campo de Id. de objeto se migra para almacenar Id. de objeto de 64 bits, el cambio no puede deshacerse y el dataset ya no puede utilizarse con ArcMap versiones anteriores de ArcGIS AllSource.

Para determinar si una clase o tabla de entidades puede almacenar Ids. de objetos de 32 bits o Ids. de objetos de 64 bits, haga clic con el botón derecho del ratón en la clase o tabla de entidades en el panel Catálogo, o haga clic con el botón derecho del ratón en la capa en el panel Contenido, y haga clic en Propiedades > Fuente > Fuente de datos. El nivel de bits admitido se indica en la fila ObjectID.

Ráster

A diferencia de un hipervínculo, que solo vincula un campo de entidad a una imagen, un tipo de datos de campo ráster puede almacenar los datos ráster dentro o junto con la geodatabase. Están disponibles todos los formatos de dataset ráster admitidos, pero es recomendable usar únicamente imágenes pequeñas para este campo. Solo se puede utilizar un campo de tipo ráster en cada tabla. Para obtener más información, consulte Agregar datasets ráster como atributos en una clase de entidad.

Nota:

Las geodatabases móviles no admiten columnas ráster; sin embargo, admiten el uso de adjuntos para asociar datos no geográficos como fotos o documentos a una entidad.

Obtenga más información sobre cómo trabajar con las herramientas de geoprocesamiento de adjuntos

Geometría

En ArcGIS, el tipo de datos geometría indica el tipo de geometría (punto, línea, polígono, multipunto o multiparche) que la tabla almacena. El campo almacenado como un tipo de geometría se llama SHAPE cuando se crea a través de ArcGIS.

El tipo de datos que utiliza ArcGIS es geometría. Por ejemplo, si elige Entidades poligonales para una clase de entidad nueva, el campo SHAPE agregado de manera predeterminada tiene un tipo de datos de ArcGIS de geometría.

En el parámetro Tipo de geometría de la herramienta Crear clase de entidad, el tipo de geometría predeterminado es Polígono.

Si crea una clase de entidad con un tipo de entidad distinto (línea, punto, multipunto, multiparche, dimensión o anotación), el tipo de geometría para el campo SHAPE cambia según corresponda (a línea, punto, multipunto, multiparche o polígono para dimensión y anotación).

Cada clase de entidad solo puede contener un campo de tipo de geometría.

Al crear un campo de geometría en una clase de elemento de una base de datos o geodatabase empresarial, también debe tener en cuenta el tipo de datos de la base de datos. La forma en que se almacenan los valores geométricos en un DBMS depende del tipo de almacenamiento de geometría utilizado por el DBMS. Cuando crea una clase de entidad en una geodatabase corporativa, el tipo de almacenamiento de geometría que se utiliza viene determinado por el ajuste del parámetro GEOMETRY_STORAGE de la palabra clave de configuración que especifique. Cuando utiliza ArcGIS para crear una clase de entidad en una base de datos, se define el tipo espacial del campo en el parámetro Palabra clave de configuración en la sección Configuración de geodatabase de la herramienta Crear clase de entidad.