Está en la página 1de 17

I.

BASE DE DATOS GEOGRÁFICA


Una Base de Datos Geográfica (BDG) es un conjunto de datos geográficos
organizados de tal manera que permiten la realización de análisis y la
gestión del territorio dentro de aplicaciones de Sistemas de Información
Geográfica (SIG). Además, una BDG se utiliza de soporte para la
implantación de servicios geográficos relacionados con las Infraestructuras
de Datos Espaciales (IDE), y su contenido es la base fundamental en los
procesos de producción cartográficos.

La espina dorsal de una BDG es el modelo de datos, que consiste en la


formalización conceptual (descripción) de las entidades geográficas del
mundo real con el objeto de realizar una abstracción que permita satisfacer
unas necesidades de información. La implementación del modelo debe de
facilitar la explotación y optimizar el almacenamiento para conseguir el
mejor rendimiento en las consultas.

Todo lo relativo a la descripción de los diferentes productos de una BDG


queda reflejado en las denominadas especificaciones del producto. En ellas
se recogen tanto el catálogo de objetos geográficos asociado como el
sistema de referencia, la calidad de los datos y los metadatos, así como la
captura, el mantenimiento y la distribución de los mismos.

Vista de BTN25 y BTN100 de la ciudad de León


La Información Geográfica (IG) se sitúa a la cabeza de los productos más
solicitados por los ciudadanos a las administraciones públicas (AA. PP.). El
notable aumento de esta demanda ha modificado todo lo relativo a la
captura, el almacenamiento, el tratamiento, el mantenimiento y la
actualización de la información geográfica y espacial.
El Instituto Geográfico Nacional (IGN) desarrolla en la actualidad diferentes
proyectos de I+D+i aplicados a la producción cartográfica y el control de
calidad en entornos de (SIG), creando y manteniendo BDG continuas que
permiten generar cartografía bajo demanda en función de los cambios
acontecidos en el mundo real, y de esta forma romper con el clásico
concepto de hoja de serie cartográfica.

Vista del entorno de captura en BTN25

La captura masiva y selectiva permite clasificar la IG por temas,


garantizando la continuidad de los elementos y concretando las
particularidades propias de la temática a la que pertenecen. El
almacenamiento de gran volumen de IG requiere la puesta en marcha de
servidores y BDG específicas para el tratamiento espacial de los datos, el
cual se desarrolla en entornos de producción de SIG, abandonando los
sistemas CAD. El mantenimiento y la actualización son tareas destinadas a
mejorar la calidad geométrica, semántica y topológica de la IG, parámetros
demandados por el usuario final del producto. Las BDG favorecen no solo la
«interoperabilidad» entre éstas y otras bases de datos, bien del IGN, bien de
otros organismos de las AA. PP., sino que permiten la multirrepresentación a
través de procesos de generalización conceptual o cartográfica.

La conjunción de los resultados de estos proyectos facilitará la producción


cartográfica automatizada extrayendo IG de diversas fuentes, componiendo
la escala y el espacio requerido por el usuario, aportando un producto de
calidad y asegurando la actualidad de los datos.

II. CAPTURA DE INFORMACIÓN ALFANUMÉRICA


1. OBJETIVOS
En todo mapa digital, además de elementos vectoriales y/o raster existe una
información alfanumérica que se almacena en tablas y que por lo general va
asociada a la información gráfica. Ambos conjuntos de datos son los que
conforman las bases de datos geográficos y constituyen una de las partes
fundamentales de cualquier SIG.
Dentro de estas bases de datos geográficos muchos autores dan especial
importancia a la parte alfanumérica, en la medida en que es ésta la que nos
permite hablar de entidades geográficas y no de meros objetos gráficos,
mostrando de aquellas sus valores cualitativos y cuantitativos, y ofreciendo
así la posibilidad de establecer jerarquías y operaciones matemáticas.
Además, mientras que las operaciones topológicas pueden ser limitadas, los
procesos realizados con las tablas de una base de datos están limitados sólo
por la cantidad de información disponible.
Por otra parte, en las fases iniciales de recopilación de información que se
dan en cualquier proyecto, nos encontraremos con frecuencia ante la
necesidad de ten que incorporar datos procedentes de muy diversas
fuentes, lo que nos situará ante doble problemática.
En primer lugar, tendremos que ver si el formato de almacenamiento en que
encuentran los datos que necesitamos es reconocido por la aplicación que
estamos utilizando. Para el caso que nos ocupa, que es el de ArcGIS,
dedicaremos el apartado 2.2 a estudiar los diferentes formatos con que
trabaja el programa, así como las funcionalidades disponibles para cada uno
de ellos.
En segundo lugar, una vez conocidos los formatos admitidos por la
aplicación y en función de las operaciones que queramos realizar, podremos
optar por incorporar la información alfanumérica mediante una variedad de
procedimientos, que veremos en el apartado 2.3.
Finalmente, dedicaremos el Último apartado de esta unidad al lenguaje de
consultas SQL (Structured Query Language) dado el papel fundamental que
desempeña en la gestión de datos. Este lenguaje estándar se dirige a la
información almacenada en tablas para seleccionar de ella solo aquellos
datos que responden a unos criterios específicos, permitiendo de esta
manera depurar la informaci6n que queremos utilizar.

2. CONCEPTOS Y PROCEDIMIENTOS
2.1 Introducción a las bases de datos.
Para empezar a hablar de las bases de datos podríamos tomar la definición
que las caracteriza como: "Una colección de datos agrupados y soportados
en algún medio físico, en cuya organización figuran no solo los datos en si
sino también las relaciones existentes entre ellos, a fin de garantizar una
redundancia mínima y controlada de la información".
Las relaciones son las que nos van a permitir estructurar nuestra
información de tal manera que tengamos un conjunto de tablas con la
menor cantidad de datos posibles, pero sin pérdida de información.
Por ejemplo, en el cuadro 1, los datos contenidos en la tabla 1 se podrían
desglosar en cuatro tablas que se relacionan entre sí por campos comunes -
código del cliente, número de factura, código producto-, de manera que los
datos de una tabla completan a los existentes en otra y no es necesario que
se repitan todos los atributos para cada producto adquirido por un cliente.
Una relación es básicamente una asociación entre entidades de diferentes
tablas, que se caracteriza por tener una serie de restricciones que
determinan que entidades pueden participar de la relación: un bosque tiene
especies de árboles, un cliente compra en tiendas... A su vez, en esas
restricciones se especifica la manera en que se actualizarán los datos de
una tabla cuando haya modificaciones en alguna de las otras tablas con las
que se relaciona.
En lo que respecta a los SIG, las relaciones son las que hacen posible
disponer de una información espacial asociada a las entidades geográficas y
de una información alfanumérica a esas entidades pero almacenada en
otras tablas. Al hablar de los formatos de almacenamiento de la información
alfanumérica se volverá a insistir en ese aspecto.
Otro concepto que debemos introducir en este apartado es el de Sistema de
Gestión de Bases de Datos (SGBD, en adelante). Para entender el papel que
desempeña hemos de ser conscientes de las dos formas en que se puede
ver una base de datos (a las que también nos referiremos como DB):
mientras que nosotros, como usuarios vemos las DB como una
representación o abstracción del mundo real, de cara a la computadora, la
DB no son más que un conjunto de ficheros que están interrelacionados
entre si de alguna manera. Hace falta, por ello, que exista intermediario que
permita traducir el lenguaje del usuario al lenguaje de la computadora.
En este sentido un SGBD es un software específico, con un conjunto de
funciones y procedimientos que nos permiten el acceso y explotación de los
datos contenidos, una base de datos.
2.2 Formatos admitidos por ArcGIS para la información
alfanumérica
El origen de los datos tabulares con los que podemos completar la
información geográfica es bastante variado. Por esta razón, y en aras de la
mayor claridad posible, hemos establecido una clasificación que nos permita
explicar las diferentes formas admitidas por ArcGIS, en las que se puede
almacenar la información alfanumérica. Cuando diseñemos nuestro propio
modelo de datos deberemos tener en mente esta clasificación y las
funcionalidades disponibles para cada uno de 1 formatos de tabla.

Conexión entro los objetos espaciales y sus atributos


2.3. Procedimientos de captura de la información alfanumérica
2.3.1. Lectura de los formatos originales
Nos referimos aquí a la simple incorporación de la información alfanumérica
en el formato en que se nos ha proporcionado, siempre que las
funcionalidades que ese formato nos ofrece sean suficientes para las tareas
que queremos realizar.
2.3.2. Importación a otros formatos
En muchas ocasiones, cuando estemos trabajando con la información de las
tablas, los formatos originales de almacenamiento serán suficientes para las
tareas que queramos llevar a cabo con los datos.
Por el contrario, otras veces querremos obtener de la información
alfanumérica más rendimiento del que es posible con el formato original.
Tendremos entonces que recurrir a la conversión de nuestros datos a otros
formatos que ofrezcan más funcionalidades en ArcGIS, siendo las tablas de
las bases de geodatos, como hemos visto, las que más posibilidades
ofrecen.
Pese a que existen otras maneras de importar tablas dentro de una base de
geodatos, resulta del todo recomendable recurrir a las herramientas de
importación de ArCGIS, a fin de garantizar que la tabla importada quede
registrada en el sistema de tablas de la base de geodatos.
En el cuadro 2 se describen todas las posibles maneras en que un fichero
con información alfanumérica se puede convertir en una tabla de una base
de geodatos, usando diferentes módulos de ArcGIS.

LA UTILIZACION Y MODIFICACION DE TABLAS DE DATOS


1 OBJETIVOS
La representación de información es uno de los principales objetivos cuando
se realiza un mapa. Al abrir una capa dentro de un mapa, en la mayoría de
las ocasiones no solo se desea visualizar los objetos o elementos que
contiene, sino que se pretende mostrar el comportamiento espacial de una
serie de atributos asociados a estos, por ejemplo, coma varia la densidad de
población dentro de un territorio, donde se concentran las mayores
intensidades de tráfico en una red de carreteras o cual es el volumen de
ventas de una serie de establecimientos comerciales.
Toda la información descriptiva acerca de los objetos de una capa se
encuentra contenida dentro de tablas. Estas pueden ser bien ficheros de
datos en diferentes formatos o bien las propias tablas de atributos de las
capas sobre las que se está trabajando y que pueden almacenar
información adicional.
A lo largo de esta unidad centraremos nuestra atención en las operaciones
que podemos realizar con las tablas, ya sean de atributos o ficheros de
datos a estas. Veremos como abrirlas y cargar los datos en ArcMap, además
de mostrar las opciones más útiles para trabajar con datos tabulares.
También aprenderemos a personalizar y modificar la visualización de una
tabla, además de explicar cuáles son las herramientas básicas para
desplazarnos por la misma y para realizar selecciones de elementos.
Finalmente, podremos añadir nueva información a la tabla, crear nuevas
variables e incluso efectuar, en las mismas, cálculos estadísticos sencillos
partiendo de los datos originales, con el fin de generar nueva información
que posteriormente se podrá mostrar en un mapa.
2. CONCEPTOS Y PROCEDIMIENTOS
La informaci6n que se presenta dentro de una tabla aparece organizada en
filas y en columnas. Las filas o registros (records) representan a cada uno de
los objetos espaciales existentes y las columnas o campos (fields) contienen
los valores de cada una de las variables o atributos.

Figura 1. Estructura de una tabla

La información a representar puede encontrarse dentro de la tabla de atributos de una capa,


pero también puede estar en bases de datos con diferentes formatos, que pueden recuperarse
y utilizarse en ArcMap.
2.1. Abrir la tabla de atributos de una capa
Los ficheros con datos espaciales están asociados a tablas de atributos propios que
incluyen información descriptiva acerca de los objetos geográficos que contienen.
Para abrir estas tablas de atributos debe marcarse, en la tabla de contenidos del
mapa, la capa cuya tabla se desea visualizar. Después pulsar el botón derecho del
ratón, seleccionando en el desplegable Open Attribute Table (vid. figura 2).
Recuérdese que las tablas que ArcMap usa como propias, o sea las que componen
los ficheros de formas, están en un formato de base de datos relacional,
concretamente son archivos dBase, teniendo como extensión .DBF, y su nombre es
el mismo que el del archivo con extensión .shp que contiene la información
espacial.
Figura 2. Apertura de la tabla de atributos asociada al tema de Comunidades
Autónomas.

2.2. Cargar ficheros de datos tabulares


Por norma general, en la mayoría de las ocasiones, los datos que se desea
analizar no forman parte de la tabla de atributos de la capa, sino que han
sido creados con otros programas o han sido facilitados por parte de algún
organismo público o empresa.
El programa permite abrir directamente estas tablas, soportando diferentes
formatos como dBase, ficheros de tipo texto delimitados por tabulaciones o
comas (.txt, .asc, .tab, etc.), ficheros INFO (formato de base de datos usado
en ARC/INFO Para datos tabulares), Access, y además permite utilizar
conexiones SQL para acceder a servidores de datos (Véase la unidad
anterior).
El procedimiento para cargar un archivo con datos tabulares es el mismo
que el utilizado para añadir información geográfica al mapa. A esta opción
se puede acceder a través de tres vías:
Pulsar sobre la herramienta
Seleccionar File / Add Data.
Situarse sobre la estructura de capas o Data Frame a la que se desea añadir
la tabla, pulsar el botón derecho del ratón y elegir Add Data.
A continuación se indica la ruta de ubicación del archivo y se pulsa Add
(para agregar varios al mismo tiempo, mantener pulsada la tecla de <Ctrl>
mientras se seleccionan)

Figura 3. Ventana para añadir información al mapa (ejemplo con un fichero en


formato dBase).

2.3 Modificar y personalizar la visualización de una tabla


Cuando se trabaja con una tabla, ya sea la tabla de atributos de una capa o
un fichero de datos temáticos, el usuario puede controlar como desea que
esta se muestre en pantalla, con el fin de facilitar el análisis de la
información o el formato de la tabla para su impresión. En este sentido,
puede actuar introduciendo cambios en la forma de visualizar los campos,
los registros o incluso el aspecto del conjunto de la tabla.
2.3.1. Modificaciones sobre las variables o campos de una tabla
En el caso de las variables se puede cambiar su situación en la tabla, fijar la
posición de un campo, ocultar o ver aquellas que desee, o incluso modificar
su nombre y su tamaño.
Para cambiar la posición de un campo en la tabla basta con seleccionar la
variable a mover pulsando encima de su nombre. El color de la columna
cambia a azul claro, indicando que esta activada. A continuación arrastrar el
campo hacia la izquierda o derecha, manteniendo el botón izquierdo de
ratón presionado; una delgada línea roja va indicando la posición del campo
en la tabla.
23.2. Personalizar la visualización de los registros de una tabla
Uno de los aspectos más importantes que el usuario puede manipular, en
una tabla de datos, es el orden en el cual los registros o filas se muestran.
Se puede organizar los registros de una tabla ordenándolos en sentido
ascendente o descendente, en función de los valores de cualquier campo.
En sentido ascendente se organizan de la A a la Z, o del valor menor al
mayor; y en sentido descendente a la inversa.
Para establecer un orden en las filas, se debe seleccionar la variable cuyos
registros se desea organizar. Tras esto, situando el cursor del ratón sobre el
título de la misma, pulsar el botón derecho y elegir la herramienta de
ordenar Sort Ascending, Sort Descending conveniente.
Estos cambios son temporales, si se cierra la tabla o el fichero .mxd el orden
vuelve al estado original.

Ordenar registros en una tabla

Además de organizar los registros teniendo en cuenta solo una variable,


también puede realizarse esta operación ordenando filas en función de vario
campos. Para abordar este objetivo, primero debe organizarse la posición de
las variables en la tabla. Esta debe ser de izquierda a derecha en función de
la prioridad de los campos; esto es, los registros de la variable situada más
a la izquierda de la tabla serán los primeros en la ordenación y los ubicados
en la columna sita en una posici6n más a la derecha, los últimos. Por
ejemplo, imaginemos que deseamos ordenar las provincias españolas en
función de comunidades autónomas; la variable en posición izquierda
deberá ser aquella que represente el nombre o el código de las
comunidades autónomas, y a la derecha la de las provincias

Ordenar registros en función de varios campos

2.5. Selección de elementos desde una tabla


Cuando se efectúa una selección de objetos en una capa desde el mapa, los
elementos geográficos elegidos se iluminan tanto en el mapa como en la
tabla de atributos de la capa, ya que una de las principales características
de un SIG es la interrelación entre todos sus componentes.
El proceso de selección también puede abordarse desde la tabla de
atributos de la capa. En otras unidades se explicaran los procesos de
selección temática y espacial más complejos, pero en esta aprenderemos el
use de las herramientas más sencillas para seleccionar y deseleccionar
registros en una tabla.
La selección de elementos más sencilla, dentro de una tabla, se realiza
activando la herramienta del puntero y pulsando encima de la columna
situada a la izquierda de la tabla, sobre cada uno de los registros deseados
(para selecciones múltiples mantener pulsada la tecla de mayúsculas). Estos
se iluminan en azul indicando su estatus. Si la selección se está realizando
sobre la tabla de atributos de una capa, en el mapa también se colorearan
aquellos objetos que se corresponden en estos registros, mostrando la
interconexi6n ya comentada (véase figura 17).
Se puede invertir la selección para que se iluminen los registros
inicialmente, deseleccionando los primeros, mediante la herramienta de
conmutación. A esta se accede, mediante el botón Options, pulsando la
herramienta Switch Selection. Este cambio también se reflejará en el mapa,
siempre y cuando estemos trabajando con la tabla de atributos.
MODIFICAR LOS REGISTROS DE LA TABLA
El usuario puede editar y variar cualquier valor que aparece en una tabla,
además de añadir nuevos registros o borrar los existentes. Antes de abordar
cualquiera de estas tareas es importante considerar que la tabla debe estar
en modo de edición, si no ArcMap no permite cambiar los registros.
Lo primero que debemos comprobar es que las herramientas de edición se
encuentran activadas en pantalla. Si no es así, para añadirlas ejecutar
desde el menú Tools /Editor Toolbar

Barra de herramientas de edición

UNIONES Y ENLACES ENTRE TABLAS


1. OBJETIVOS
En la unidad anterior se mostró como cada capa se encuentra vinculada a
su propia tabla de atributos, tabla en la que cada registro representa un
objeto o elemento geográfico en el mapa. Dentro de esta tabla de atributos
se puede introducir información adicional para su representación, pero no es
habitual que todos los datos que se necesitan para realizar análisis se
encuentren contenidos dentro de estas. Lo más frecuente es que la
información este almacenada en ficheros independientes de las tablas de
atributos y creados con otros programas o adquiridos por el usuario.
Además, to común es que estos se presenten en diferentes archivos,
evitando así grandes bases de datos poco manejables y procurando evitar
duplicidades en la información.
El hecho de que estos ficheros de datos no mantengan ninguna conexión
inicial con los objetos geográficos de una capa, rasgo que si tiene la tabla de
atributos, hace que no puedan representarse directamente, sino que, como
paso previo, deba realizarse una asociación de los mismos. Con este fin, en
eta unidad se explicará el modo de generar enlaces y uniones entre estos
datos y la tabla de una capa geográfica con el fin de poder simbolizarlos en
un mapa o en una composición o layout.
2. CONCEPTOS Y PROCEDIMIENTOS
Por norma general, en la mayoría de las ocasiones, los datos que se desea
analizar han sido creados con otros programas o han sido facilitados por
parte de algún organismo público o empresa. Esto hace que no sea
necesario tener que introducirlos de nuevo manualmente en ArcMap para
poder utilizarlos en nuestros estudios, sino solamente abrirlos dentro del
programa (ver unidad anterior).
Es importante considerar que, para mostrar el comportamiento espacial de
una variable en un mapa o para realizar determinados análisis con la
información disponible, esta debe estar contenida o bien en la tabla de
atributos de una capa o bien haber sido vinculada a la misma. Como
acabamos de comentar, la mayoría de los datos necesarios están
almacenados en tablas ajenas, en las que los registros no tienen ningún tipo
de vinculación inicial con los objetos geográficos. Por lo tanto, el paso previo
para poder utilizar esa información espacialmente es generar un nexo de
unión entre estos archivos y las tablas de atributos de las capas.
Se pueden realizar dos tipos de operaciones: uniones y enlaces, en función
del tipo de datos de los dos ficheros a relacionar. En ambos casos, ArcMap
va a vincular los registros de dos tablas, generalmente la tabla de atributos
de una capa y otro fichero con la información temática.
Esta operación precisa la existencia de un campo común en ambas que
servirá para unirlas o enlazarlas. La tabla que contiene los datos temáticos,
con los que se desea trabajar, se denomina como "tabla origen" y aquella a
la que se quieren vincular los mismos, en este caso la de atributos, "tabla
destino".
En una unión (Join) los campos de una tabla son añadidos a los de otra; si
esta última es la de atributos pueden utilizarse para etiquetar elementos,
realizar mapas temáticos o generar búsquedas y análisis espaciales.
Pero hay ocasiones en las cuales no pueden establecerse este tipo de
relaciones entre las tablas, sino que habrá que optar por generar un enlace
(Link) entre ellas. Con este se consigue una interconexión entre ambas. Esto
permite que cualquier selección de un elementos en la tabla de atributos de
una capa o en el mapa también se refleje la tabla enlazada. Pero en ningún
caso, los campos de la tabla origen se añaden de la tabla destino, como
sucede en el caso de las uniones.
La existencia de estas dos modalidades se apoya en la posibilidad de
establecer diferentes clases de relaciones entre los registros de las tablas:
1. Relaciones uno a uno (one-to-one): en estas, a cada registro de la tabla
origen le corresponde un registro de la tabla destino, por ejemplo una tabla
origen y una destino en las cuales cada uno de los registros represente un
país de Europa.

Relación entre tablas de un tipo uno a uno.

2. Relaciones varios a uno (many-to-one): en las que a varios registros en la


tabla destino se les puede asignar el mismo registro de la tabla origen, por
ejemplo una capa que represente usos del suelo y que a cada uno de ellos
se le asigne un código identificativo 1, 2, 3, etc., y una tabla origen donde
se incluyan diversas características e información de cada uno de estos
códigos.
Relación entre tablas de tipo varios o más

3. Relaciones uno a varios (one-to-many) o de varios a varios (many-to-


many): en las que a uno o a varios registros en la tabla destino le
corresponden varios la tabla origen; por ejemplo, si se desea asociar una
tabla que contenga el nombre de todos los establecimientos localizados en
centros comerciales al centro exacto al que pertenecen (tipo de relación uno
a varios). Para ello se utilizará un campo común en ambas que debe
identificar a cada una de las grandes superficies. En la figura siguiente, esta
variable es el campo Id, que en la tabla origen indica a que centro comercial
pertenece cada establecimiento en la tabla destino muestra el código
identificador de cada uno de ellos.

Relación entre tablas de tipo o varios (por ejemplo, todos los establecimientos
señalados con el código dos en la tabla origen pertenecen al Centro Comercial la
Moraleja)

La unión de tablas
Cuando se realiza una unión entre tablas, todos los cameos de una de ellas
la tabla origen, será añadidos a la otra, la tabla de destino, que
generalmente es la tabla de atributos de una capa.
La unión entre ambas se basa en la existencia de un campo cuyos valores
lean comunes a las dos. El nombre del campo puede ser diferente pero su
contenido y el tipo de datos (numérico, cadena, etc.) deben ser los mismos.
La explicación del proceso de unión paso a paso resulta más ilustrativa
mediante el uso de un ejemplo práctico que ayude a facilitar la comprensión
de cada una de las fases. En este caso, imaginemos que se desea realizar
un mapa mostrando la población en los países de la Unión Europea en el
año 1998. En la tabla de atributos de la capa de países no disponemos de
este dato, sino que se encuentra en otro archivo denominado paisesue.dbf
(véase figura 4). Por lo tanto, para poder realizar esa representación la
solución mas rápida es unir ambas tablas.

Tablas de información que desean unirse

Es importante establecer con claridad cuál va a ser la tabla destino, o sea, a


las que se unirán los datos de la segunda tabla. Generalmente suele ser la
tabla de atributos de una capa.
Para iniciar el proceso de unión, desde la tabla de contenidos del mapa, hay
que situarse sobre la capa o tabla a la cual quiere unirse la información, es
decir, la de destino. En nuestro ejemplo será la tabla de atributos de los
países de la Unión Europea. Entonces pulsar el bot6n derecho del ratón y,
del menú desplegable, y seleccionar Join & Relates / Join (véase figura 5).
Esta operación permite abrir la ventana para unir datos, donde debemos
especificar todos los criterios que marcaran esta unión a través de cuatro
desplegables (véase figura 6).
Ejecución del proceso de unión

1°. Especificar qué tipo de operación vamos a realizar. En este caso, es la


unión de atributos de otra tabla a aquella que tenemos marcada como
activa en mapa Join attributes from a table.
2°. Indicar el campo común en la tabla destino, la de atributos, que servirá
de nexo de unión.
3°. Buscar la tabla a unir Si esta no está abierta en la tabla de contenidos
del mapa, no se muestra en el desplegable, entonces hay que buscarla en el
disco.
4°. Elegir el campo común de la tabla anterior, tabla origen.
Una vez definidos los parámetros y, tras pulsar OK, todos los campos
presentes en la tabla origen se añaden al final de la tabla destino. Ahora se
puede trabajar con esta información como si formara parte de la tabla de
atributos de esa capa.
En una tabla donde se ha ejecutado una unión, el nombre de las variables
se modifica siguiendo la norma de reflejar el nombre de la tabla a la que
pertenece y el nombre del campo: "Nombre de tabla.nombre del campo".
Por ejemplo, en la unión del caso que comentamos, la variable "pobl_199"
pasa a denominarse "paisesue.pobl_199". Esta norma evita que se
dupliquen los nombres de los campos, sobre todo teniendo en cuenta que
las tablas siempre tienen columnas cuyos rótulos coinciden. Si a alguna de
las variables se le había asignado previamente un alias, en la unión este se
ignorara; aunque el usuario podrá nuevamente incluirlo tras el proceso
explicado (en las propiedades de la capa)

Figura 7. Tabla final resultado de la unión.

El programa permite eliminar cualquier unión realizada entre tablas


mediante la opción Join & Relates / Remove Join(s). El usuario puede
deshacer las uniones una a una, simplemente pulsando encima del nombre
de la tabla origen, o todas a la vez mediante Remove All Joins.
Un aspecto esencial a recordar al realizar una unión entre tablas es que en
dad no se ha producido una fusión real entre ambas, la tabla origen inicial
sigue conservando los mismos datos, at igual que la tabla destino. Si estas
se recuperan y utilizan en otro mapa, mantendrán sus características
originales y no estarán unidas

También podría gustarte