La elección de Shapefile atributo tipo de datos a utilizar?

Question

Estoy tratando de averiguar cuándo utilizar (en el Tipo de Datos de SHAPEFILE PROPIEDADES) - TEXTO - CORTO-INTEG - LARGO-INTEG - FLOAT Y DOUBLE.

Estoy utilizando el programa ArcView 9.3 y sé cuando es todo el texto o el uso de la fecha, o si es que todos los números de cuál utilizar.

Pero, cuando se trata de "2N" o "7.5" o "7%" y que lo usas?

Answer 1

Cuando su propósito es almacenar lo que fue escrito, el texto es bueno. Los otros formatos proporcionar capacidades adicionales para el procesamiento de datos y análisis, mientras que la restricción o la mejora de lo que puede ser almacenada y lo que se puede hacer con los valores. Esto tiene muchas implicaciones importantes que cualquier usuario competente de un SIG o de la base de datos debe saber:

• Restringir el formato, como a corto entero, hace que sea imposible para almacenar ciertos tipos de errores tipográficos. No se puede almacenar "7N" o "7.5" o "312792001" como enteros cortos. Esta es una buena característica a tener cuando posteriormente el trabajo se basa en datos libre de errores.

• Diferentes formatos de datos, soporte de diferentes tipos de mapas y gráficos. No se pueden mostrar los valores de texto utilizando un graduado de la escala de color, por ejemplo. Campos enteros pueden ser tratados como categorías separadas, con un símbolo gráfico asigna automáticamente a cada uno. Flotadores (que incluyen dobles) requieren de agrupamiento en intervalos para ciertos tipos de mapas, como choropleth mapas.

• Consultas de base de datos trabajo en sutilmente diferentes maneras. De punto flotante de precisión puede causar tranquilo fracasos en las consultas como "SELECCIONE" Valor "> = 5.2", porque 5.2 no pueden representarse exactamente como un float o double. Por lo tanto usted podría pensar en una instancia particular del campo 'Valor' es igual a 5.2, y se podría mostrar como igual a 5.2, pero en una consulta, el equipo puede decidir que es menos de 5.2.

• Los valores en diferentes formatos de ordenar de manera diferente, lo que afecta a los informes y leyendas. Por ejemplo, los números 4, 9, 11 (que son, en orden creciente por valor) podría ordenar en el orden "11", "4", "9" como texto. Esto puede desconcertar a algunos usuarios de SIG.

• El significado de algunos operadores, los cambios de acuerdo a formato. En muchas bases de datos y GISes, "11" + "4" se traducirá en "114" (concatenación de cadenas), mientras que 11 + 4 resultados en 15 (suma de los valores numéricos). Más sutilmente, la división entera difiere de la división de punto flotante: 11/4 como una división de enteros resultados en 2, mientras que su valor como una división de la flota resultados en 2.75.

• La precisión de almacenamiento varía según el formato. Si intenta almacenar datos financieros en dobles, por ejemplo, usted no será capaz de representar fracciones decimales como $12.34 exactly. This can cause rounding problems in summaries, leading to imbalances in accounting systems (not good!). Decimal encoding was invented to overcome this problem. (An encoded decimal version of $12.34 podría ser almacenados internamente como 1234, con un punto decimal implícito, o como la cadena de texto "12.34", donde no se perdería precisión.)

• Algunos formatos pueden desbordamiento o subdesbordamiento. Un campo de texto puede registrar un valor como "10^2345", pero un valor desbordaría cualquier campo numérico, lo que resulta en un comportamiento indefinido (tal vez dándole un valor nulo o tal vez dar un sorprendente valor como 0 (que es lo que pasaría si este valor se calcula como un entero largo o corto). El resultado de 20000 + 15000, para signed short (16 bits) enteros, es -30536, que podría ser una verdadera sorpresa, pero podría no ser señalado como un problema por el software.

• La conversión a otros formatos depende de la partida de formato. Por ejemplo, en algunos sistemas integrales 0 es probable que convertir en Falso, como un Boolean (lógico) de valor, sino un texto "0" muy bien podría convertir a la Verdadera (porque es no vacío).

• Ciertos formatos, especialmente en fechas y horas, proporcionar capacidades especializadas para la conversión y a partir de representaciones de texto, para el cálculo, la visualización, la cartografía, y la presentación de informes.

• Formatos diferentes requieren diferentes cantidades de espacio de almacenamiento en un conjunto de datos. Un entero largo o doble necesidades de 8 bytes, por ejemplo, mientras que la representación de texto de un doble puede requerir más de 20 bytes. Los enteros pueden a menudo ser comprimido de forma nativa sobre la marcha (como en ESRI entero de rejilla de tipo de almacenamiento), proporcionando a veces 99+% de compresión de forma automática. Estos requisitos, a su vez, puede restringir la cantidad de campos y de cómo muchos de los registros de un conjunto de datos es capaz de almacenar. El formato shapefile o el antiguo MS Access formatos fueron limitadas por el número total de bytes en el disco, por lo que el uso eficiente de los formatos de datos podría hacer la diferencia entre éxito el almacenamiento de todos los datos disponibles o no.

Seleccionar el tipo de datos por cualquier campo requiere considerar todas estas cuestiones y el compromiso entre sus efectos: no hay un "mejor" solución. Puede ser doloroso, costoso sorpresa para elegir erróneamente en el principio de gastar recursos en la construcción de una base de datos, sólo para descubrir que no puede apoyar las operaciones necesarias y tiene que ser reconstruido a partir de cero. Incluso después de que el diseño se han tomado las decisiones, el uso correcto de los datos requiere de una constante toma de conciencia de los peligros mencionados aquí, así que los datos son procesados sin la corrupción y se muestran correctamente, ordenadas de la gráfica, que se asignan, y se analizaron.

Answer 2

Mejor respuesta va a ser de Texto, que permitirá a cualquier combinación de las anteriores.