Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Diseno base de datos documentacion
1. PROYECTO PARA LA CONSERVACION
Y USO SOSTENIBLE DEL
SISTEMA ARRECIFAL MESOAMERICANO
(SAM)
Belice – Guatemala – Honduras - México
DOCUMENTACIÓN DEL DISEÑO
DE LA BASE DE DATOS
Diseño e Implementación de un Sistema Regional
de Información Ambiental para el
Proyecto Sistema Arrecifal Mesoamericano
Project Coordinating Unit
Coastal Resources Multi-Complex Building
Princess Margaret Drive
P.O. Box 93
Belize City Belize
Tel: (501) 223-3895; 223-4561
Fax: (501) 223-4513
Email: mbrs@btl.net
Website: http://www.mbrs.org.bz
SAM / MBRS
2. CONSERVACIÓN Y USO SOSTENIBLE DEL SISTEMA ARRECIFAL MESOAMERICANO
DOCUMENTACIÓN DEL DISEÑO DE LA BASE DE DATOS
DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA REGIONAL DE INFORMACIÓN AMBIENTAL PARA EL
PROYECTO SISTEMA ARRECIFAL MESOAMERICANO
Sistema Arrecifal Mesoamericano – Unidad de Coordinación del Proyecto
Coastal Resources Multi-Complex, Fisheries Compound, Princess Margaret Drive
P.O. Box 93, Belize City, Belize Central America
Tel: 501-22-33895/34561
Fax: 501-22-34513
Correo electrónico: mbrs@btl.net
3. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
INDICE
Pagina
1. Introducción ...............................................................................................................................................................................1
2. Especificaciones de Software y Hardware ..............................................................................................................................2
2.1 Selección de software..................................................................................................................................................................2
2.2 Requisitos de hardware ...............................................................................................................................................................4
2.2.1 Especificaciones generales.................................................................................................................................................4
2.2.2 Especificaciones técnicas detalladas..................................................................................................................................5
3. Diseño de la Base de Datos ......................................................................................................................................................8
3.1 Tablas comunes.........................................................................................................................................................................10
3.1.1 Tabla del sitio....................................................................................................................................................................10
3.1.2 Tabla de la encuesta.........................................................................................................................................................13
3.1.3 Transecto ..........................................................................................................................................................................18
3.1.4 Persona.............................................................................................................................................................................20
3.2 Lista de especies .......................................................................................................................................................................21
3.2.1 Especie .............................................................................................................................................................................22
3.2.2 Nombres locales ...............................................................................................................................................................23
3.2.3 Amenazadas y en peligro..................................................................................................................................................25
3.3 Manglares ..................................................................................................................................................................................27
3.3.1 Estructura del bosque .......................................................................................................................................................27
3.3.2 Plántulas/vástagos............................................................................................................................................................29
3.3.3 Biomasa de plántulas/vástagos ........................................................................................................................................31
I
4. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.3.4 Agua interstitial..................................................................................................................................................................33
3.3.5 Hojarasca..........................................................................................................................................................................35
3.3.6 Zonificación.......................................................................................................................................................................37
3.4 Arrecifes Coralinos.....................................................................................................................................................................41
3.4.1 Arrastre con manta............................................................................................................................................................41
3.4.2 Peces adultos....................................................................................................................................................................45
3.4.3 Reclutamiento de peces....................................................................................................................................................47
3.4.4 Buzo errante......................................................................................................................................................................48
3.4.5 Punto de intercepción .......................................................................................................................................................49
3.4.6 Componentes bénticos .....................................................................................................................................................51
3.4.7 Corales bénticos ...............................................................................................................................................................52
3.5 Pastos marinos ..........................................................................................................................................................................57
3.5.1 Crecimiento de pastos marinos.........................................................................................................................................57
3.5.2 Biomasa de pastos marinos..............................................................................................................................................59
3.5.3 Indice del área de la hoja de pasto marino .......................................................................................................................63
Apéndice – Tipos de Datos..............................................................................................................................................................67
II
5. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
DOCUMENTACIÓN DEL DISEÑO DE LA BASE DE DATOS
1. INTRODUCCIÓN
El Sistema Arrecifal Mesoamericano (SAM) es el sistema arrecifal más grande del Caribe y el segundo sistema arrecifal del mundo
por su tamaño. El objetivo principal del Proyecto SAM es mejorar la protección de estos valiosos ecosistemas. Cualquier estrategia
de protección tiene como componente clave el conocimiento de los hábitats y de sus variados usos. Las decisiones de manejo
deben basarse en información del sistema. Si bien existen muchos esfuerzos para monitorear, estudiar y administrar porciones
individuales del SAM, es esencial poseer una visión general de la información disponible a nivel Regional con el fin de administrar el
SAM como una unidad completa. La meta del Sistema Regional de Información Ambiental (Regional Environmental Information
System, REIS) es la recolección de toda la información dispersa y su compilación en una base de datos de fácil acceso. El diseño
de la base de datos se basa en la información a ser recolectada o que fue recolectada en el pasado.
La información está archivada en PostgreSQL 7.3.2, en un servidor Dell, con sistema operativo Red Hat Linux Versión 8.0. El
acceso a los datos se realiza mediante una interfaz web que funciona con un servidor web Apache y utilizando PHP. Este diseño le
permite a los investigadores en los cuatro países que integran el SAM tener un acceso fácil para el ingreso y consulta de datos.
La filosofía subyacente al diseño de la base de datos consistió en disponer de una base de datos eficiente y estandarizada, que sea
fácil de mantener y expandir y que permita un acceso e ingreso de datos fáciles.
- 1 -
6. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
2. ESPECIFICACIONES DE SOFTWARE Y HARDWARE
2.1 Selección de software
A partir de la revisión de los datos que deben ser ingresados en la base de datos y de los requisitos de acceso a los datos, se
identificaron varios criterios que el software de la base de datos debe cumplir. Los requisitos mínimos para el software son:
1. Debe soportar el modelo de base de datos relacional y alguna versión del lenguaje SQL. Este es un estándar de la
industria y dado que este programa se extiende a varios países y durará varios años, la adhesion a este estándar
garantizará la longevidad y portabilidad de la base de datos. Además, la mayor parte de los administradores de bases de
datos están familiarizados con alguna versión de SQL y de bases de datos relacionales, y por lo tanto la capacitación de
un administrador será relativamente fácil.
2. Se debe permitir que múltiples usuarios tengan acceso a las tablas simultáneamente. Dado que los datos serán
ingresados por usuarios de 4 países y de numerosas agencias, muy probablemente múltiples personas estarán
ingresando datos en la misma tabla al mismo tiempo.
3. Permitir que se ejecuten scripts SQL almacenados. Hay muchos procesos que se pueden automatizar con scripts
almacenados, a fin de facilitar el manejo, las actualizaciones, la edición y las consultas de la base de datos. Esto es
particularmente importante si los usuarios deben acceder a los datos desde Internet. Es mucho más fácil y eficiente
llamar y ejecutar un script almacenado que tratar de codificar toda la informacion en formato web.
4. Permitir restricciones en los valores de los datos ingresados en las columnas dentro de la tabla. Poder restringir los datos
a ciertos rangos o valores reducirá los errores posibles en el ingreso de datos.
5. Permitir la creación de múltiples índices sobre una tabla, así como índices únicos dentro de una tabla. También debe
poder crear un índice en múltiples columnas. Los índices múltiples sobre una tabla permiten clasificaciones y consultas
más rápidas basadas en varios parámetros. La creación de un índice único entre múltiples columnas prevendrá el
ingreso de datos duplicados.
- 2 -
7. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
6. Permitir la creación de vistas de datos. Esto permite almacenar una mínima cantidad de datos y crear una cantidad de
salidas (outputs) virtualmente ilimitada. Las vistas permiten la exhibición de los valores calculados, sin tener que crear
columnas adicionales en las tablas de datos y tener que poblarlas con valores calculados. Las columnas adicionales
pueden crear conflictos entre los datos dentro de un registro de una tabla de datos. Además, las vistas permiten que se
unan múltiples tablas para proveer una vista adaptada de los datos en la tabla de datos.
7. Permitir combinaciones (joins) internas, combinaciones externas por la izquierda, combinaciones externas por la derecha,
combinaciones externas completas y múltiples combinaciones dentro de una consulta. Las combinaciones son maneras
diferentes de seleccionar ítems de una o más tablas, ya sea en una consulta o en una vista. Las combinaciones internas
seleccionan sólo los registros que existen en ambas tablas y establecen las correspondencias. La combinación externa
por la izquierda selecciona todos los registros de la tabla de la izquierda y sólo los registros que corresponden de la tabla
de la derecha. La combinación externa por la derecha selecciona todos los registros de la tabla de la derecha y sólo los
registros que corresponden de la tabla de la izquierda. La combinación externa completa selecciona todos los registros
tanto de la tabla de la izquierda como de la derecha y combina los registros que se corresponden. Los registros que no
tienen correspondiente se combinan con valores nulos.
8. Debe existir algún método de replicación entre dos servidores. Dado que los datos se almacenarán en dos servidores, es
necesario algún tipo de replicación.
9. Permitir disparadores (triggers) en las tablas de datos. Los disparadores permitirán que se tomen acciones
predeterminadas cuando se ingresa, se edita o se borra la información de una tabla de datos. El chequeo de los datos de
la columna es una forma intrínseca de disparador.
10. Permitir el ingreso de datos desde Internet. La mayor parte de los datos se ingresará en los formularios desde Internet.
11. Debe poder ejecutarse en un sistema Linux. El proyecto usa un servidor Linux; por lo tanto, el programa de la base de
datos debe correr en Linux.
- 3 -
8. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
A partir de estos requisitos, se examinaron los siguientes software adecuados: Oracle, Informix, Ingres y PostgreSQL. Todos estos
productos cumplían con los requisitos mencionados anteriormente. PostgreSQL ofrecía la mejor combinación de rendimiento y
precio de los software examinados. En base a una investigación de la literatura relacionada con la informática, PostgreSQL parecía
servir los datos en la red tan rápido o casi tan rápido como cualquiera de los otros productos. Además, dado que es un programa de
código abierto, no hay un gasto inicial para adquirir el software. Se eligió PostgreSQL como el software para ser usado en este
proyecto en base a su costo y su rendimiento.
Luego de la selección del programa para la base de datos y del sistema operativo, el servidor web y el lenguaje para programar
scripts del lado del servidor fueron por defecto el servidor web Apache y el language PHP. Esta es la mejor combinación que
soporta Linus y PostgreSQL.
2.2 Requisitos de hardware
2.2.1 Especificaciones generales
El servidor de la base de datos se usará como servidor web y servidor de base de datos para un proyecto regional cuya oficina
central se ubica en Belice. Se eligió un chasis torre para colocar una unidad de cinta (tape drive) interna LTO. Este servidor se
conectará vía Internet con otro servidor en Belmopan, Belice. Ambos servidores tendrán la misma configuración de hardware y
software. El fabricante de cualquier software incluido con el hardware debe tener una buena reputación y ser un fabricante
reconocido mundialmente de esa clase de software. El fabricante del equipo propuesto debe tener una buena reputación y ser un
fabricante reconocido mundialmente de hardware para microcomputadoras. Bajo ningún concepto se dará consideración a las
imitaciones (clones). El vendedor del equipo debe ser un representante autorizado del equipo y del software propuestos,
preferentemente con oficinas en cada país en el cual se ubicará el equipo.
- 4 -
9. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
2.2.2 Especificaciones técnicas detalladas
El servidor debe satisfacer las especificaciones detalladas siguientes. Estas especificaciones se determinaron segun el tamaño de la
base de datos, el número de usuarios y la expectativa de vida del proyecto. Debido a consideraciones monetarias, se espera no
tener que reponer el servidor en por lo menos 5 años.
Ítem Descripción
Procesadores de sistema Dual Intel Xeon 2.4GHz con microarquitectura NetBurst con tecnología de
subprocesos múltiples (Hyper-Threading)
®
Bus frontal Bus frontal de 400MHz
Caché Caché de transferencia avanzada 512KB L2
Chipset Chipset ServerWorks GC-LE
Memoria 2GB 200MHz ECC DDR SDRAM (2 x 1 GB)
Memoria expandible a: Total de 6 zócalos (sockets) DIMM en la tarjeta base del sistema, configurable hasta 6
GB
Ranuras de expansión 3 ranuras de expansión (slots) PCI-X de longitud completa (1 X 64bit/133MHz, 2 X
64bit/100MHz)
Controladora RAID
(Controladora principal)
Controladora RAID integrada de doble canal,
Con caché de 128MB protegido con batería
2 canales internos
RAID modular en la placa base i.e. ROMB (RAID On Motherboard)
Capacidad para soportar RAID 1 y RAID 5
Backplane para discos duros Backplane para discos duros de formato SCSI Hot Plug con 5 bahías para
Configuración 1 x 5
RAID 1, RAID 5 en placa
5 discos conectados a un RAID en placa
Unidades de disco duro 5 73GB (10.000 rpm) 1 pulgada Ultra3 (Ultra 160) SCSI Hot Plug
Unidad de disquete Unidad de disquete de 1,44MB
Unidad óptica Unidad de DVD ROM (con capacidad para CD-ROM)
Pantalla Pantalla de 15 pulgadas (área de visualización 13,8 pulgadas)
Tarjeta gráfica Controlador integrado con 8MB de memoria RAM
Tarjeta de red Adaptador Intel Pro/100+ de doble puerto para servidor
- 5 -
10. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Ítem Descripción
Permite la conexión a un puerto de 100Mbps en Internet Switch
Con tolerancia a fallos (failover) y soporte de balance de carga
Teclado Teclado estándar Windows PS/2
Con cable para teclado
Ratón Ratón PS/2 de dos botones con rueda de scroll y
Con cable de ratón
Controlador de la unidad SCSI
(Controlador secundario)
Controlador de la unidad SCSI – compatible con la unidad interna de respaldo en cinta
LTO
Con los cables adecuados
Unidad de respaldo en cinta Unidad interna de respaldo en cinta LTO
Capacidad: 100 GB nativa, 200 GB comprimida
Tipo de cinta: LTO Ultrium
Formato de grabación: LTO Ultrium Generation 1
Tiempo promedio de búsqueda / acceso: 71s
Velocidad de transferencia de datos: 15 MBps nativa, 30 MBps comprimida
Tipo de interfaz: Ultra wide SCSI-2
Software para el respaldo en cinta Centro de datos Veritas Netbackup o equivalente
Compatible con la unidad LTO
Debe poder ejecutarse en el sistema operativo RedHat Linux 8.0
Uso apropiado en ambiente de base de datos relacional
Puerto paralelo de 25-pin
Puertos serie de 9-pin
Puertos USB (Universal Serial Bus)
Abastecimiento de energía Fuentes de abastecimiento de energía redundantes de 500 W con capacidad hot-plug
(2x500watt) y ventiladores con capacidad hot-plug
Voltaje: 100-240 VAC
Chasis Chasis torre
Sistema operativo Red Hat Linux 8.0 Professional instalado
Con unidades actualizadas para todos los componentes del sistema, incluidos video,
SCSI, placa base, NIC, etc.
Documentación para el sistema
operativo
Documentation and Media para Red Hat Linux 8.0 Professional
Software de administración Capacidad administrativa de acceso remoto incorporado con base en el hardware,
incluido puerto incorporado, que permite a los administradores el acceso al servidor, su
- 6 -
11. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Ítem Descripción
diagnóstico y su manejo remoto
Herramientas de manejo del servidor con las siguientes características:
Facilitar la instalación y configuración del sistema
Manejo completo de eventos, incluidos eventos de registro y filtro
Correo electrónico o paginación (paging) para mantener a los administradores
informados de los posibles problemas del servidor antes de que se conviertan en
problemas críticos
Supervisión de fallas de voltaje, ventilador y condiciones térmicas para asegurar la
notificación oportuna de posibles problemas
Las funciones de administración de activos permiten al administrador del sistema
inventariar las configuraciones del servidor, CPU, memoria e información del disco,
lo que ayuda a llevar un control de los sistemas y mantenerlos actualizados
Administración remota integrada
Administración del conjunto de discos bajo el controlador RAID
Soporte de Ambiente PreEjecutable (PXE) para NICs incrustados
Debe tener disponible software de Protocolo Simple de Gestión de Red (SNMP)
Parámetros ambientales Temperatura operativa: 10º C a 35º C (50º F a 95º F)
Humedad relativa operativa: 8% a 80% (no condensante)
Humedad relativa de almacenamiento: 5% a 95% ( no condensante)
Documentación del hardware Manual del usuario, Guía de instalación y diagnóstico y solución de problemas
operacionales (trouble shooting) en CD
Garantía y soporte de hardware 3 años de garantía en mano de obra y piezas en el sitio
Abastecimiento ininterrumpido de
energía
Batería autónoma 2200VA/1600W Smart UPS 120 V con tiempo de alimentación de
reserva a media carga de 30 minutos, con las siguientes características:
Entrada 120V/ Salida 120V,
Frecuencia de entrada 50/60 Hz +/- 3 Hz (detección automática)
Puerto Interfaz DB-9 RS-232 con cable de señalización para Smart UPS RS-232
Acondicionador de línea apropiado para red
CD del software de administración
Manuales del usuario y Guías de instalación
Indicador de sobrecarga e indicador de batería baja
Indicador LED de estado con barras gráficas de carga y batería
Desconexión de Emergencia (EPO) Optativa
Medición de energía de picos de voltaje 320 joules
- 7 -
12. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Ítem Descripción
Filtración multipolar permanente de ruido : Paso de tensión ante pico de voltage
0,3% IEEE : tiempo de reacción de bloqueo cero : acorde con UL 1449
Batería libre de mantenimiento sellada al plomo con electrolito suspendido : a
prueba de fugas
Tiempo de recarga típico: 3 horas
2 años de garantía para reparaciones o reemplazo
3. DISEÑO DE LA BASE DE DATOS
El primer paso en el diseño de la base de datos fue analizar los datos que se recolectarían y determinar el uso que se pensaba
hacer de los mismos.
Para mayor consistencia, cada grupo de datos se define como un grupo de tablas de datos relacionadas. En un grupo pueden
incluirse los datos de una o más encuestas. El análisis de las hojas de datos y de los métodos de recolección de datos identificó
varios grupos de datos diferentes. Éstos son:
Monitoreo de manglares
Monitoreo de pastos marinos
Monitoreo de arrecifes coralinos
Monitoreo de la contaminación
- 8 -
13. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Después de identificar los grupos, se identificaron los elementos comunes en las hojas de datos dentro de cada grupo. Estos
elementos comunes se encuentran en una tabla, a la cual se enlazan todas las otras tablas del grupo. Esto proveerá una conexión
entre las diferentes tablas del grupo.
Con el fin de facilitar el manejo de los datos y las tablas, cada tabla tendrá por lo menos un campo que contiene un identificador
único para ese registro, un campo para identificar quién ingresó los datos y otro campo para registrar cuándo se los ingresó. En la
mayoría de los casos, estos campos están ocultos al usuario y el sistema los actualiza de manera automática. El administrador
tendrá acceso a esta información con el fin de reparar los problemas que puedan surgir.
En este informe se siguen ciertas convenciones. Los nombres de todas las tablas están en negrita. Los nombres de todas las
columnas están en cursiva. Los siguientes valores se pueden encontrar en la Columna de Índices de las tablas de este informe:
Índice 1 – Todos los nombres de columnas en una tabla que tienen este valor están indexados juntos para crear un índice
primario en la tabla.
Índice 2 – Todos los nombres de columnas en una tabla que tienen este valor están indexados juntos para crear un índice
secundario en la tabla.
Índice único 1 – Todos los nombres de columnas en una tabla que tienen este valor están indexados juntos para crear un
índice único primario en la tabla. La combinación de valores en este índice no puede duplicarse en ninguna parte de la tabla.
Índice único 2 – Todos los nombres de columnas en una tabla que tienen este valor están indexados juntos para crear un
índice único secundario en la tabla. La combinación de valores en este índice no puede duplicarse en ninguna parte de la tabla.
- 9 -
14. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.1 Tablas comunes
Hay un grupo de tablas de base que se usan a lo largo de toda la base de datos. Estas tablas son comunes a algunos o a casi todos
los grupos listados.
3.1.1 Tabla del sitio
En el nivel más alto está la información del sitio. La tabla del sitio se creó para almacenar información general del sitio. Esta es una
de las tablas más pequeñas, pero suministra referencias espaciales de todos los datos en la base de datos. En caso de que se
utilice un sistema SIG, esta tabla puede ser usada como enlace entre la información espacial y los datos. Esta tabla no está
completamente normalizada. Los campos ubicación y ecosistema podrían estar en una tabla separada para minimizar el espacio
utilizado por esta tabla. Sin embargo, se decidió incluirlos en esta tabla a fin de facilitar su uso. Además, se anticipa que esta tabla
sea relativamente pequeña (posiblemente sólo unos pocos cientos de registros), y por lo tanto dividir estos campos e incluirlos en
tablas separadas no ahorraría espacio de manera significativa. Los campos de la tabla site son:
Nombre de la tabla - site
Nombre
de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
site_id varchar(8) Id. del sitio Índice
único
No Este campo es un identificador alfanumérico
único del sitio. Este identificador debe ser
usado por todas las personas que recolectan
datos en este sitio.
location varchar(50) Ubicación No Este campo es el nombre del lugar del
Programa de Monitoreo Sinóptico que está
siendo monitoreado, por ejemplo “Arrecife del
Faro”.
- 10 -
15. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre
de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
latitude decimal(9,6) Latitud 15.0 N a 21.5
N
No La latitud del sitio en grados decimales. Para
que la información sea lo más exacta posible,
se deben usar 5 dígitos después de la coma
decimal (aproximadamente un metro).
longitude decimal(9,6) Longitud 83.25 W a
89.0 W
No La longitud del sitio en grados decimales. Para
que la información sea lo más exacta posible,
se deben usar 5 dígitos después de la coma
decimal (aproximadamente un metro).
agency varchar(80) Agencia de
apoyo
No El laboratorio responsable de realizar el
monitoreo en este sitio.
ecosystem varchar(25) Ecosistema Coral,
Mangrove,
Seagrass
No El ecosistema en donde se ubica el sitio. La
lista de ecosistemas se puede encontrar en el
Manual de métodos para el programa de
monitoreo sinóptico (p. 19). Los valores son:
coral = coral
mangrove = manglar
seagrass = pastos marinos
habitat varchar(25) Hábitat shallow back-
reef, shallow
fore-reef, deep
fore-reef,
coastal, fringing
No El hábitat dentro del ecosistema que se está
monitoreando. La lista de hábitats se puede
encontrar en el Manual de métodos para el
programa de monitoreo sinóptico (p. 19). Los
valores son:
shallow back-reef = arrecife posterior poco
profundo
shallow fore-reef = arrecife frontal poco
profundo
deep fore-reef = arrecife frontal profundo
coastal = costeros
fringing = bordeantes
- 11 -
16. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre
de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
country varchar(15) País Mexico, Belize,
Guatemala,
Honduras
No El país en el cual se ubica el sitio de muestreo.
category smallint Categoría 1,2,3 No La categoría de monitoreo para el sitio.
Detalles sobre la categoría de monitoreo se
pueden encontrar en el Manual de métodos
para el programa de monitoreo sinóptico (p. 9).
description text Descripción
del sitio
Sí Una descripción textual de las observaciones
realizadas en el sitio en la visita inicial. Puede
ser de 1 párrafo a media página de largo.
selection varchar(14) Criterios de
selección
unbiased,
strategic,
representative
Sí El método usado para elegir el sitio. Los
valores son:
unbiased = imparcial: elegidos según una
estrategia de muestreo aleatorio
strategic = estratégico: elegidos en base al
conocimiento local porque están
amenazados, se sospecha que estén
degradados o en condiciones
particularmente buenas o porque en este
momento están siendo monitoreados por
otro programa.
representative = representativo: elegidos en
base al conocimiento local porque son
representativos de los arrecifes del area.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
- 12 -
17. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre
de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
* En el apéndice A se presenta una descripción de todos los tipos de datos.
3.1.2 Tabla de la encuesta
Un nivel por debajo de la tabla site está la tabla survey (encuesta). Esta tabla se enlaza con la tabla site mediante el valor site_id.
Esta tabla se usa en todos los grupos y contiene información específica y detallada del muestreo, como hora, fecha, muestreo,
condiciones meteorológicas, qué laboratorio suministró el análisis, etc. Todas las tablas de recolección de datos específicos se
enlazan a esta tabla mediante la tabla transect (transecto) y el campo survey_id. La base de datos agrega automáticamente el
survey_id cuando se ingresa un nuevo registro de la encuesta. La tabla survey tiene una entrada por cada conjunto de datos (por
ejemplo, punto de intercepción de encuesta béntica y encuesta de corales bénticos) cada vez que un sitio es encuestado. Esta tabla
se conecta con la tabla site mediante el site_id. Este diseño permite que se ingrese la información del sitio una sola vez, sin
importar cuántas muestras se recolectan en el sitio en un día dado. La tabla survey tiene una entrada por cada vez que se
recolectan muestras en un sitio. La relación entre la tabla site y la tabla survey es de uno a muchos. A continuación se presenta la
diagramación de la tabla de encuestas:
- 13 -
18. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de la tabla - survey
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
site_id varchar(8) Id. del sitio Índice 2 No Este campo relaciona la tabla de encuestas
con la tabla site. En la tabla survey este valor
se llena automáticamente con el formulario de
ingreso de datos.
startdate date Fecha de
inicio del
muestreo
Fechas
posteriores
a1 1 de
enero de
2003 y
anteriores a
la fecha de
ingreso de
los datos.
Índice 2 No La fecha de inicio de un muestreo de
intervalos con tiempo medido, como hojarasca
o crecimiento de pastos marinos. Si no hay un
muestreo con tiempo medido, la fecha de
inicio es la fecha en la cual se realizó el
muestreo.
enddate date Fecha de
finalización
del muestreo
Fechas
posteriores
al 1 de
enero de
2003 y
anteriores a
la fecha de
ingreso de
los datos.
Sí La fecha de finalización de un muestreo de
intervalos con tiempo medido, como hojarasca
o crecimiento de pastos marinos. Si no hay un
muestreo con tiempo medido, entonces este
campo se deja vacío.
starttime time Hora No La hora en la cual se inició el muestreo.
person_col integer Persona que
recolecta o
registra
Valores del
menú
desplegable
No Este campo contiene un número de id. que
enlaza con el nombre de la persona que
recolecta o registra los datos en el campo. Se
debe llenar este campo para todos los
transectos.
- 14 -
19. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
person_proc integer Persona que
procesa
Valores del
menú
desplegable
Sí Este campo contiene un número de id. que
enlaza con el nombre de la persona que
procesa los datos. Este campo se usa sólo
con los transectos de biomasa y crecimiento
de pastos marinos.
tide varchar(7) Marea high, low,
falling, rising
No El estado de la marea en el momento del
muestreo. Los valores son:
high = pleamar: una hora antes o después de
la pleamar
low = bajamar: una hora antes o después de
la bajamar
falling = bajante: el período entre pleamar y
bajamar
rising = creciente: el período entre bajamar y
pleamar
sea varchar(15) Estado del
mar
calm, slight,
moderate,
rough
No El estado del mar en el momento del
muestreo. Los valores son:
calm = en calma: liso como un espejo hasta
pequeños rizos
slight = poco agitado: olas pequeñas, algunos
copetes de espuma blanca
moderate = agitado: olas moderadas, muchos
copetes de espuma blanca
rough = muy agitado: olas grandes, 2-3 m,
crestas de espuma blanca por todos
lados, algún rocío
- 15 -
20. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
wind integer Velocidad
del viento
1-5 Sí Categoría de fuerza del viento en base a la
velocidad del viento. Los valores son:
1 – 0-5 nudos
2 – 6-10 nudos
3 – 11-15 nudos
4 – 16-20 nudos
5 – 21-25 nudos
winddir integer Dirección del
viento
0-360 Sí La dirección desde la que sopla el viento en
grados.
cloud integer Cobertura de
nubes
0-8 Sí La cobertura de nubes es cuantificada en
términos de octavos del área del cielo cubierto
por nubes. La unidad de medida es la okta,
con una gama posible de 0 (sin nubes) a 8
(completamente nublado).
secchimark decimal(9,3) Secchi en la
marcación
Sí El valor secchi en el momento en que se
marcan los pastos marinos para los datos de
crecimiento de pastos marinos. Este campo
se usa únicamente en relación con los
transectos de crecimiento de pastos marinos.
secchicoll decimal(9,3) Secchi en la
recolección
Sí El valor secchi en el momento en que se
recolectan los pastos marinos para los datos
de crecimiento de pastos marinos. Este
campo se usa únicamente en relación con los
transectos de crecimiento de pastos marinos.
tempair decimal(9,3) Temperatura
del aire ( C)
Sí La temperatura ambiente del aire en el
momento del muestreo.
- 16 -
21. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
currentspd decimal(9,3) Velocidad de
la corriente
del agua
(m/s)
Sí La velocidad de la corriente del agua en
metros por segundo en el momento del
muestreo.
currentdir decimal(9,3) Dirección de
la corriente
del agua
0-360 Sí La dirección de la corriente del agua en el
momento del muestreo. En grados desde el
norte.
survey_type varchar(15) Tipo de
encuesta
No Este es un campo de caracteres que identifica
qué conjunto de datos se asocia con este
registro de encuesta.
survey_id integer Id. de la
encuesta
Índice
único 1
No Este es un valor entero asignado por la base
de datos para identificar este registro de
manera única. Los datos de todas las hojas de
datos se enlazan a este registro con el
número survey_id. El usuario no debe
ingresar ni alterar este número.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
- 17 -
22. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Cada una de las diferentes hojas de datos tiene su propia tabla y se relaciona con la tabla survey. Se pueden relacionar múltiples
hojas de muestreo con una entrada de la tabla survey. Con este diseño, se reduce el ingreso de datos necesarios para identificar el
sitio y el momento del muestreo.
3.1.3 Transecto
La tabla survey registra toda la información que se recolecta una vez por cada visita al sitio. Además de la información de la
encuesta, se necesita una tabla para tener control de los transectos de cada sitio de encuesta. Generalmente, la información
registrada para cada transecto se limita a la hora de inicio y la persona. Por lo tanto, se creó una tabla separada para cada transecto
que sirve de enlace entre los datos detallados recolectados y el registro de la encuesta. En esta tabla, se requiere una entrada para
cada sitio o transecto que se completa. El sistema le asigna a cada entrada de esta tabla un número único denominado transect_id.
Todas las hojas de datos se enlazan con esta tabla mediante este número. Incluso si se realizó un solo muestreo en un sitio y no se
usaron transectos ni parcelas es necesaria una entrada en esta tabla con un número de transecto 1.
Nombre de la tabla – transect
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
survey_id integer Id. de la
encuesta
Índice
único 2
No Este campo enlaza estos registros con la tabla
survey. Los valores se llenan
automáticamente con el formulario de ingreso
de datos.
transect varchar(5) Transecto o
parcela
Índice
único 2
No El transecto o parcela para los cuales se
recolectan los datos. Es posible tener
múltiples transectos en un mismo sitio en un
mismo día. Debe haber un ingreso separado
para cada transecto.
- 18 -
23. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
tstarttime time Hora de
inicio
Sí La hora en la cual se inició el muestreo en
este transecto.
person_col integer Persona
que
recolecta o
registra
Valores del
menú
desplegable
No Este campo contiene un número de id. que
enlaza con el nombre de la persona que
recolecta o registra los datos en el campo. Se
debe llenar este campo para todos los
transectos.
depthstart decimal(9,3) Profundidad
del agua –
inicial
Sí La profundidad del agua en metros al
comenzar el transecto del coral. Este campo
se usa únicamente para los transectos de
coral.
depthend decimal(9,3) Profundidad
del agua –
al finalizar
Sí La profundidad del agua en metros al final del
transecto del coral. Este campo se usa
únicamente para los transectos de coral.
bearing integer Marcación 0-360 Sí Dirección de la línea de transecto desde la
orilla en grados relativos al norte. Se usa para
la zonificación de los bosques de manglares
transect_id integer Id. del
transecto
Índice
único 1
No Este es un valor entero asignado por la base
de datos para identificar este registro de
manera única. Los datos de todas las hojas de
datos se enlazan a este registro por medio del
número transect_id. El usuario no debe
ingresar ni alterar este número.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
- 19 -
24. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.1.4 Persona
La tabla person (persona) es una tabla de búsqueda que provee una lista autorizada con los nombres de las personas que están
registradas para recolectar datos para el proyecto y sus agencias. Esta tabla se relaciona con las columnas person_col o
person_proc de la tabla survey o person_col en la tabla transect (transecto) bajo el ítem person_id. En el futuro esta tabla se puede
expandir para que incluya mayor información acerca de la persona y no solamente el nombre y la agencia.
Nombre de la tabla - person
Nombre
de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
person_id integer Id. de la
persona
Índice
único
No Este es un valor entero asignado por la
base de datos para identificar este registro
de manera única. Todas las otras tablas
que tienen nombres de personas están
enlazadas con esta tabla en este campo.
person varchar(50) Nombre del
individuo
No Este es el nombre del individuo. El nombre
completo del individuo se debe ingresar en
este campo.
- 20 -
25. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre
de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
agency varchar(120) Agencia Sí La agencia con la cual la persona está
afiliada.
country varchar(10) Country Mexico, Belize,
Guatemala,
Honduras
Sí El país con el cual la persona y la agencia
están asociados.
usrid integer Id. del
ususario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.2 Lista de especies
Se necesitan varias tablas para crear una lista eficiente de especies. Debido a que esta base de datos se utiliza en varios países y
en dos idiomas, puede haber problemas para rastrear nombres comunes y el estatus amenazado o en peligro de las diferentes
especies. Los nombres y el estatus cambian de un país al otro y pueden incluso ser diferentes en la diversas regiones de un país.
Por lo tanto, estas características se dividieron en tablas separadas con el fin de dar lugar a la variedad posible.
- 21 -
26. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.2.1 Especie
La tabla de especies es la base de toda la información acerca de la especie. En la actualidad sólo contiene los nombres científicos
(género y especie), familia, orden, clase y clasificación taxonómica amplia, tal como ave, pez, invertebrado, etc. Se espera que
pueda ser ampliada para que incluya la información taxonómica completa de cada especie. Todas las tablas que requieren el
nombre de la especie, almacenan sólo la species_id de esta tabla.
Nombre de la tabla - species
Nombre de
la columna
Tipo* Nombre
descriptiv
o
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
species_id integer Id. de la
especie
1-2999 Índice
único 1
No Es un número entero que enlaza el nombre
de la especie con varias tablas. Este
número es un identificador único de la
especie.
gen_spec varchar(45) Nombre
científico
Índice
único 2
No El nombre científico (género y especie) del
animal o la planta. Si no se conoce la
información a nivel de la especie, el valor en
el campo será Genus_name spp.
family varchar(25) Nombre de
la familia
Sí La familia a la que la especie pertenece. En
este momento no se incluyen superfamilias
ni subfamilias.
ordr varchar(25) Nombre de
la orden
Sí El orden al que la especie pertenece.
class varchar(25) Nombre de
la clase
Sí La clase a la que la especie pertenece.
element varchar(10) Elemento
biológico
FISH, CORAL,
TREE, INVERT
Índice
único 2
No El grupo taxonómico amplio para la especie.
Este campo se usa para categorizar a la
especie en la lista con fines de ingreso de
datos y manipulación de datos.
- 22 -
27. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
FISH = PECES
CORAL = CORAL
TREE = ÁRBOL
INVERT = INVERTEBRADOS
En este momento los elementos son
PECES, CORALES, ÁRBOLES
form varchar(15) Formulario
de datos
Código para el formulario de datos en el
cual se usa la especie. Éste es
principalmente para peces, que se usan en
varios formularios.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.2.2 Nombres locales
La tabla localname (nombre local) provee el nombre común local de la especie. Esta tabla está diseñada para dar cabida a varios
nombres locales basados en países o regiones dentro de un país. La información de esta tabla incluye nombre común, en qué país
se usa ese nombre común y, si corresponde, la región del país. El nombre local se enlaza a la tabla de especies y al nombre
científico mediante el species_id.
- 23 -
28. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de la tabla - localname
Nombre de
la columna
Tipo* Nombre
descriptiv
o
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
species_id integer Id. de la
especie
1-2999 Índice 2 No Éste es el campo que contiene el número de
id. de la especie y se enlaza con la tabla
species.
name varchar(35) Nombre
común
Índice 2 No Nombre común local de la especie.
country char(2) Código del
país
MX,BZ,GT,HN Índice 2 No Código del país de 2 letras en el cual se usa
el nombre local.
locality varchar(40) Localidad Sí La localidad dentro de un país (si es
pertinente) en la cual el nombre común es
válido.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
- 24 -
29. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.2.3 Amenazadas y en peligro
Esta tabla identifica el estatus bajo el cual se clasifica la especie, ya sea amenazada o en peligro. Incluye la clasificación nacional
para cada país así como la clasificación de la Lista roja de la UICN. Las únicas especies incluidas en esta lista son aquéllas que
aparecen en la categoría amenazada o en peligro en un país, o que están clasificadas como en peligro crítico, en peligro o
vulnerable en la Lista roja de la UICN. Esta tabla se enlaza con la tabla species por el campo species_id.
Nombre de la tabla - tande
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
species_id integer Id. de la
especie
1-2999 Índice 2 No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
nation char(1) Clasifica-
ción
nacional
T,E,R Sí Campo que indica el estatus nacional de
especie amenazada o en peligro. Los
valores son:
T = amenazada
E = en peligro
R = rara
iucn char(2) clasificación
de la Lista
roja de la
UICN
CR,EN,VU Sí Campo que indica el estatus internacional y
se basa en la Lista roja de la UICN. Los
valores son:
CR = en peligro crítico
EN = en peligro
VU = vulnerable
En general, no se usarán las otras
categorías de la UICN.
country char(2) Código del
país
MX,BZ,GT,HN Índice 2 Sí País al cual se aplica la clasificación
nacional.
- 25 -
30. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
ndate integer Fecha de la
fuente
nacional
Sí Un número entero que representa el año y
el mes de los datos de la fuente para
determinar el estatus nacional de especie
amenazada o en peligro. El valor se ingresa
como AAAAMM.
idate integer Fecha de la
fuente de la
Lista roja de
la UICN
Sí Un número entero que representa el año y
el mes de los datos de la fuente para
determinar el estatus en la lista de UICN. El
valor se ingresa como AAAAMM.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
- 26 -
31. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.3 Manglares
Las siguientes tablas pertenecen al grupo de monitoreo de manglares: structure (estructura), seedling (plántulas), seedlingbio
(biomasa de plántulas), litter (hojarasca), zonation (zonificación), interstitial (intersticial). Este es un ensamble lógico de tablas y
no están establecidas físicamente como un ensamble en la estructura de datos. El enlace común a todas estas tablas es
transect_id. Por lo tanto, este grupo puede cambiarse fácilmente, añadiendo o quitando tablas según sea necesario. En todas las
tablas que requieren el nombre de la especie, se almacena la identificación de la especie (species_id) en la tabla de datos que se
enlaza a la tabla species identificada anteriormente. Esto provee flexibilidad para acomodar cambios a los nombres comúnes o
científicos fácilmente, de ser necesario en el futuro. También elimina la posibilidad de cometer errores de ortografía en los nombres
de las especies.
3.3.1 Estructura del bosque
Esta tabla de datos se utiliza para registrar información acerca de la estructura del bosque. Se basa en la hoja de datos de la
estructura del bosque. Se relaciona con la tabla transect mediante el campo transect_id. Debido a que puede haber numerosas
parcelas en un sitio, habrá un registro de transect_id para cada parcela. Habrá múltiples entradas en esta tabla para cada registro
de transecto. También se enlaza con la tabla de especies mediante el campo species_id. La tabla es la siguiente:
Nombre de la tabla - structure
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de
ingreso de datos.
- 27 -
32. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
position_x decimal(9,3) Posición X No La ubicación x en metros en relación con la
esquina de la parcela.
position_y decimal(9,3) Posición Y No La ubicación y en metros en relación con la
esquina de la parcela.
tree integer No. de árbol Índice
único 2
No El número del árbol en la parcela.
species_id integer Id. de la
especie
0-2999 No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
cap decimal(9,3) Circunferen-
cia (cm)
Sí La circunferencia a la altura del pecho
(CAP). Este valor es la medida de la
circunferencia del árbol en centímetros. A
partir de este valor se calcula el diámetro a
la altura del pecho (DAP). DAP es una
medida común utilizada en silvicultura.
proproot decimal(9,3) Raíz fúlcrea
(cm)
Sí La altura de la raíz fúlcrea en centímetros.
trunklength decimal(9,3) Longitud del
tronco (m)
Sí Longitud del tronco en metros. Ésta es la
distancia desde la raíz fúlcrea hasta la
primera rama.
treeheight decimal(9,3) Altura del
árbol (m)
Sí La altura del árbol en metros.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
- 28 -
33. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.3.2 Plántulas/vástagos
La tabla seedling se usa para registrar la información de los formularios de ingreso de datos de las plántulas/vástagos de la
estructura del bosque de manglares. Al igual que con la estructura del bosque, esta tabla se relaciona con la tabla transect
mediante el campo transect_id. También se enlaza con la tabla de especies mediante el campo species_id. Hay un registro de
transecto por cada parcela, y habrá 5 subparcelas dentro de cada parcela.
Nombre de la tabla - seedling
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de
ingreso de datos.
subplot smallint No. de la
subparcela
Índice
único 2
No Identificador de la subparcela dentro de la
parcela.
- 29 -
34. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
position_x decimal(9,3) Posición X
(cm)
No La ubicación x en centímetros en relación
con la esquina de la parcela.
position_y decimal(9,3) Posición Y
(cm)
No La ubicación y en centímetros en relación
con la esquina de la parcela.
sapling integer No. de plántula
o vástago
Índice
único 2
No El número de plántula/vástago en la
parcela.
species_id integer Id. de la
especie
0-2999 No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
cap decimal(9,3) Circunferencia
(cm)
Sí La circunferencia a la altura del pecho
(CAP). Este valor es la medida de la
circunferencia del árbol en centímetros. A
partir de este valor se calcula el diámetro a
la altura del pecho (DAP). DAP es una
medida común utilizada en silvicultura.
height decimal(9,3) Altura (cm) No La altura de la plántula/vástago en
centímetros desde la superficie del
sedimento.
live varchar(1) Viviente (S/N) Y,N No Indica si la plántula/vástago está viva. Los
valores son:
Y = sí
N = no
observation text Observaciones Sí Observaciones generales sobre la
subparcela o la plántula/vástago.
record_id integer Id. del registro Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
- 30 -
35. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
usrid integer Id. del usuario No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.3.3 Biomasa de plántulas/vástagos
La tabla de la biomasa de plántulas (tabla seedlingbio) se basa en el formulario de ingreso de datos de la biomasa de
plántulas/vástagos. Al igual que con la estructura del bosque, esta tabla se relaciona con la tabla transect mediante el campo
transect_id. También se enlaza con la tabla de especies mediante el campo species_id.
Nombre de la tabla - seedlingbio
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de
ingreso de datos.
- 31 -
36. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
species_id integer Id. de la
especie
0-2999 No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
sapling varchar(8) plántula/
vástago
sapling,
seedling
Sí Indica si la planta que se recolecta y se
pesa es una plántula o un vástago. Esta
información se puede usar más adelante
para determinar si hay una diferencia en la
relación altura/peso entre las plántulas y
los vástagos. Los valores son:
sapling = plántula
seedling = vástago
height decimal(9,3) Altura (cm) No La altura de la plántula/vástago en
centímetros desde la superficie del
sedimento.
tare decimal(9,3) Peso tara
(g)
No El peso tara en gramos. Si la balanza ya
está ajustada para compensar por el peso
tara, ingrese 0 en este campo.
total decimal(9,3) Peso tara +
Peso de la
muestra (g)
No El peso total de la muestra, incluida la tara,
en gramos. Si la balanza ya está ajustada
para compensar por el peso tara, ingrese el
peso final registrado aquí.
record_id integer Id. del
registro
Índice
único
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
- 32 -
37. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.3.4 Agua interstitial
Esta tabla contiene la información sobre salinidad del agua intersticial en las áreas de manglares. Se basa en el formulario de
ingreso de datos de agua intersticial. Al igual que con la estructura del bosque, esta tabla se relaciona con la tabla transect
mediante el campo transect_id.
Nombre de la tabla - interstitial
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice 2 No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de
ingreso de datos.
- 33 -
38. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
depth integer Profundidad
aproximada
de la
muestra
(cm)
No La profundidad en centímetros en la cual se
recolectó la muestra.
sedexposed char(1) Superficie
del
sedimento
expuesta
Y,N No Indicar si la superficie del sedimento estaba
por encima del nivel del agua en el
momento que la muestra fue recolectada.
Los valores de este campo son:
Y = sí
N = no
salinity smallint Salinidad
(ppt)
No Salinidad del agua en partes por mil. Se
espera que la salinidad sea un número
entero.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
- 34 -
39. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.3.5 Hojarasca
La tabla de hojarasca (litter) se basa en el formulario de ingreso de datos de hojarasca. Este es uno de los formularios que
requieren fecha de inicio y de finalización. Se ingresan las fechas de inicio y de finalización en la tabla survey y no en la tabla litter.
Se usa esta misma tabla para la biomasa inicial, pero sólo habrá ingreso de datos para la fecha de inicio en la tabla survey, y la
fecha de finalización se deja en blanco.
Nombre de la tabla - litter
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de
ingreso de datos.
trap smallinteger No. de trampa 1-10 Índice
único 2
No El id. de la trampa usada para recolectar la
hojarasca. Este es un número entero.
species_id integer Id. de la
especie
0-2999 Sí Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
tare_leaf decimal(9,3) Hojas: Tara
(g)
Sí El peso tara de las hojas en gramos.
total_leaf decimal(9,3) Hojas: Tara +
Muestra (g)
Sí El peso total de las hojas (incluida la tara)
en gramos.
tare_bract decimal(9,3) Bráctea: Tara
(g)
Sí El peso tara de la bráctea en gramos.
total_bract decimal(9,3) Bráctea: Tara
+ Muestra (g)
Sí El peso total de la bráctea (incluida la tara)
en gramos.
tare_flower decimal(9,3) Flores: Tara Sí El peso tara de las flores en gramos.
- 35 -
40. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
total_flower decimal(9,3) Flores: Tara +
Muestra (g)
Sí El peso total de las flores (incluida la tara)
en gramos.
tare_fruit decimal(9,3) Fruta: Tara
(g)
Sí El peso tara de la fruta en gramos.
total_fruit decimal(9,3) Fruta: Tara +
Muestra (g)
Sí El peso total de la fruta (incluida la tara) en
gramos.
tare_wood decimal(9,3) Madera: Tara
(g)
Sí El peso tara de la madera en gramos.
total_wood decimal(9,3) Madera: Tara
+ Muestra (g)
Sí El peso total de la madera (incluida la tara)
en gramos.
tare_misc decimal(9,3) Misceláneo:
Tara (g)
Sí El peso tara del material misceláneo en
gramos.
total_misc decimal(9,3) Misceláneo:
Tara +
Muestra (g)
Sí El peso total del material misceláneo
(incluida la tara) en gramos.
record_id integer Id. del registro Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
usrid integer Id. del usuario No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
- 36 -
41. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.3.6 Zonificación
Esta tabla contiene los datos del formulario de ingreso de datos de caracterización y zonificación de manglares. Al igual que con la
estructura del bosque, esta tabla se relaciona con la tabla transect mediante el campo transect_id. También se enlaza con la tabla
de especies mediante el campo species_id.
Nombre de la tabla - zonation
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos
de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de
ingreso de datos.
quadrant varchar(3) Cuadrante I, II, III, IV Índice
único 2
No El cuadrante en el cual se ubica el árbol.
pointdistanc
e
decimal(9,3) Distancia
desde la costa
al punto # (m)
Índice
único 2
No Distancia desde el origen de la línea central
al punto en metros.
- 37 -
42. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos
de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
species_id integer Id. de la
especie
0-2999 No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
distance decimal(9,3) Distancia
desde el punto
central (cm)
No Distancia desde el punto central del
cuadrante en centímetros.
cap decimal(9,3) Circunferencia
a la altura del
pecho (CAP)
(cm)
No Circunferencia a la altura del pecho (CAP).
Este valor es la medida de la circunferencia
del árbol en centímetros. A partir de este
valor se calcula el diámetro a la altura del
pecho (DAP). DAP es una medida común
utilizada en silvicultura.
height decimal(9,3) Altura total (m) No La altura del árbol en metros.
observations text Observaciones Sí Un campo de comentarios sin restricciones
para anotar observaciones adicionales
realizadas en el lugar.
record_id integer Id. del registro Índice
único 1
No Éste es un identificador único para el
registro. El programa de la base de datos
llena este campo automáticamente. El
usuario no ve este valor y se lo usa sólo
para operaciones internas.
usrid integer Id. del usuario No La interfaz web llena este campo
automáticamente con el id. del usuario. El
id. enlaza con la tabla de ingreso (login)
para que se pueda mostrar el nombre del
usuario. Este campo se usa para tener
control de quiénes ingresan datos.
- 38 -
43. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos
de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
La siguiente página contiene un diagrama de las relaciones de los ítems para manglares.
- 39 -
44. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
position_x DOUBLE
position_y DOUBLE
tree LONG
species_id INT (FK)
cbh DOUBLE
proproot DOUBLE
branchheight DOUBLE
treeheight DOUBLE
record_id LONG
transect_id LONG (FK) (IE)
usrid INT
adddate DATE
.foreststructure
depth LONG
sedexposed TEXT(1)
salinity INT
record_id LONG
usrid INT
adddate DATE
transect_id LONG (FK) (IE)
.interstitialwater
trap INT
tare_leaf DOUBLE
total_leaf DOUBLE
tare_bract DOUBLE
total_bract DOUBLE
tare_flower DOUBLE
total_flower DOUBLE
tare_fruit DOUBLE
total_fruit DOUBLE
tare_wood DOUBLE
total_wood DOUBLE
tare_misc DOUBLE
total_misc DOUBLE
record_id LONG
usrid INT
adddate DATE
species_id LONG (FK) (E)
transect_id LONG (FK) (IE)
.litter
name TEXT(35)
country TEXT(2)
locality TEXT(40)
record_id LONG
species_id LONG (FK) (IE)
usrid INT
adddate DATE
.localname
person TEXT(50)
agency TEXT(120)
usrid INT
adddate DATE
person_id LONG
.person
survey_id LONG
person_col LONG
starttime DATE
usrid INT
adddate DATE
transect_id LONG
.transect
subplot INT
position_x DOUBLE
position_y DOUBLE
sapling LONG
cbh DOUBLE
height DOUBLE
live TEXT(1)
record_id LONG
usrid INT
adddate DATE
species_id LONG (FK) (IE)
transect_id LONG (FK) (IE)
.seedling
sapling TEXT(8)
height DOUBLE
tare DOUBLE
total DOUBLE
record_id LONG
usrid INT
adddate DATE
species_id LONG (FK) (IE)
transect_id LONG (FK) (IE)
.seedlingbio
gen_spec TEXT(45)
family TEXT(25)
ordr TEXT(25)
class TEXT(25)
element TEXT(10)
usrid INT
adddate DATE
species_id LONG
.species
survey_id LONG
.survey
site_id TEXT(25) (FK)
startdate DATE
enddate DATE
starttime DATE
person_col LONG (FK)
person_proc LONG (FK)
tide TEXT(1)
sea TEXT(15)
wind TEXT(10)
winddir INT
cloud INT
secchimark DOUBLE
secchicoll DOUBLE
depthstart DOUBLE
depthend DOUBLE
tempair DOUBLE
currentspd DOUBLE
currentdir DOUBLE
survey_type TEXT
usrid INT
adddate DATE
nation TEXT(1)
iucn TEXT(2)
country TEXT(2)
ndate LONG
idate LONG
species_id LONG (FK) (IE)
usrid INT
adddate DATE
.tande
quadrant LONG
bearing DOUBLE
pointdistance DOUBLE
distance DOUBLE
cbh DOUBLE
height DOUBLE
observation TEXT(254)
record_id LONG
usrid INT
adddate DATE
species_id LONG (FK) (IE)
transect_id LONG (FK) (IE)
.zonation
location TEXT(50)
latitude DOUBLE
longitude DOUBLE
agency TEXT(80)
ecosystem TEXT(25)
habitat TEXT(25)
country TEXT(15)
category INT
description TEXT
selection TEXT(14)
usrid INT
adddate DATE
site_id TEXT(25)
.site
Edit Date: 12/19/2003 1:07:35 AM
Description: Mangrove data structure layout
Target DB: PostgreSQL Rev: 1 Creator: Jeffrey Dahlin
Filename: DesignDoc_Spanish.doc Company: RPI
MBRS - REIS
- 40 -
45. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.4 Arrecifes coralinos
Como en el caso de manglares, hay numerosas tablas relacionadas con la recolección de datos de sitios de arrecifes coralinos. Las
tablas para site y survey son las mismas que para manglares. Las siguientes tablas pertenecen al grupo de monitoreo de arrecifes
coralinos: manta, adult (adulto), recruit (reclutamiento), rover (buzo errante), benthic (béntico), pointintercept (punto de
intercepción) y benthiclut (componentes bénticos). Este es un ensamblaje de tablas lógico y no están establecidas físicamente
como un ensamblaje en la estructura de datos. El transect_id es el enlace común a todas estas tablas. Por lo tanto, este grupo
puede cambiarse fácilmente, añadiendo o quitando tablas según sea necesario. En todas las tablas que requieren nombre de la
especie, se almacena el species_id en la tabla de datos que se enlaza a la tabla species identificada anteriormente. Esto provee
flexibilidad para acomodar cambios a los nombres comúnes o científicos fácilmente, si es necesario, en el futuro. También elimina la
posibilidad de cometer errores de ortografía en los nombres de las especies, A continuación se decriben las tablas específicas para
los arrecifes coralinos.
3.4.1 Arrastre con manta
Esta tabla de datos se usa para los datos recolectados en el formulario de datos de arrastre con manta. Si bien el arrastre con
manta no se basa en un transecto, es necesario crear un registro en la tabla transect para poder ingresar datos en la tabla manta a
fin de mantener la compatibilidad con las otras tablas de este grupo. El número de transect en la tabla de transecto debe ser 1. En la
tabla manta no puede haber dos entradas con el mismo número de arrastre en el mismo transecto
- 41 -
46. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de la tabla - manta
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la
tabla transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
tow smallint No. de
arrastre
Índice
único 2
No El número de arrastre que se registra. Éste es
un campo de número entero.
corallive char(2) Cobertura
de coral –
Vivo
0,1,2,3,4,5,
-1,-2,-3,-4,-5,
+1,+2,+3,+4,+
5
No Éste es un porcentaje de cobertura de coral
vivo. El siguiente código se usa para registrar
el porcentaje de cobertura:
0 – 0
1 – 1-10%
2 – 11-30%
3 – 31-50%
4 – 51-75%
5 – 76-100%
Para cada categoría (excepto 0), se agrega
un más (+) o un menos (-) para indicar si el
valor estimado se encuentra en la mitad
superior o inferior de esa categoría.
- 42 -
47. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
coraldead char(2) Cobertura
de coral –
Muerto
0,1,2,3,4,5,
-1,-2,-3,-4,-5,
+1,+2,+3,+4,+
5
No Éste es un porcentaje de cobertura de coral
muerto. El siguiente código se usa para
registrar el porcentaje de cobertura:
0 – 0
1 – 1-10%
2 – 11-30%
3 – 31-50%
4 – 51-75%
5 – 76-100%
Para cada categoría (excepto 0), se agrega
un más (+) o un menos (-) para indicar si el
valor estimado se encuentra en la mitad
superior o inferior de esa categoría.
softcoral char(2) Cobertura –
CB
0,1,2,3,4,5,
-1,-2,-3,-4,-5,
+1,+2,+3,+4,+
5
No Éste es un porcentaje de cobertura de coral
blando. El siguiente código se usa para
registrar el porcentaje de cobertura:
0 – 0
1 – 1-10%
2 – 11-30%
3 – 31-50%
4 – 51-75%
5 – 76-100%
Para cada categoría (excepto 0), se agrega
un más (+) o un menos (-) para indicar si el
valor estimado se encuentra en la mitad
superior o inferior de esa categoría.
- 43 -
48. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
algae char(2) Algas 0,1,2,3,4,5,
-1,-2,-3,-4,-5,
+1,+2,+3,+4,+
5
No Éste es un porcentaje de cobertura de algas.
El siguiente código se usa para registrar el
porcentaje de cobertura:
0 – 0
1 – 1-10%
2 – 11-30%
3 – 31-50%
4 – 51-75%
5 – 76-100%
Para cada categoría (excepto 0), se agrega
un más (+) o un menos (-) para indicar si el
valor estimado se encuentra en la mitad
superior o inferior de esa categoría.
features text Otras
caracterís-
ticas
Sí Un campo de comentarios sin restricciones
para anotar observaciones realizadas sobre
otras características del arrecife.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el registro.
El programa de la base de datos llena este
campo automáticamente. El usuario no ve
este valor y se lo usa sólo para operaciones
internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para
que se pueda mostrar el nombre del usuario.
Este campo se usa para tener control de
quiénes ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
- 44 -
49. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.4.2 Peces adultos
La tabla adult registra la información del formulario de ingreso de datos de peces adultos. En el formulario de ingreso de datos de
peces adultos del Manual para el PMS hay una hilera para cada especie que se debe contar. Sin embargo, en la tabla sólo se
ingresan las especies que se vieron y se contaron en el transecto en el cual se realizó la encuesta. Si una especie en la hoja de
datos no tiene un conteo asociado en esa encuesta y en ese transecto, no se la ingresa en la tabla. Al igual que con todas las otras
tablas, esta tabla se relaciona con la tabla transect mediante el transect_id.
Nombre de la tabla - adult
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la tabla
transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
species_id integer Id. de la
especie
0-2999 Índice
único 2
No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
cm0_5 integer 0-5 cm 0-500 Sí El conteo de peces adultos de la especie en la
categoría de tamaño entre 0 y 5 cm. Éste es
un valor entero y puede quedar en blanco. Los
casilleros blancos se considerarán 0.
cm6_10 integer 6-10 cm 0-500 Sí El conteo de peces adultos de la especie en la
categoría de tamaño entre 6 y 10 cm. Éste es
un valor entero y puede quedar en blanco. Los
casilleros blancos se considerarán 0.
cm11_20 integer 11-20 cm 0-500 Sí El conteo de peces adultos de la especie en la
categoría de tamaño entre 11 y 20 cm. Éste
es un valor entero y puede quedar en blanco.
Los casilleros blancos se considerarán 0.
- 45 -
50. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
cm21_30 integer 21-30 cm 0-500 Sí El conteo de peces adultos de la especie en la
categoría de tamaño entre 21 y 30 cm. Éste
es un valor entero y puede quedar en blanco.
Los casilleros blancos se considerarán 0.
cm31_40 integer 31–40 cm 0-500 Sí El conteo de peces adultos de la especie en la
categoría de tamaño entre 31 y 40 cm. Éste
es un valor entero y puede quedar en blanco.
Los casilleros blancos se considerarán 0.
cm41 integer > 40 cm 0-500 Sí El conteo de peces adultos de la especie en la
categoría de tamaño mayor de 40 cm. Éste es
un valor entero y puede quedar en blanco. Los
casilleros blancos se considerarán 0.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el registro.
El programa de la base de datos llena este
campo automáticamente. El usuario no ve
este valor y se lo usa sólo para operaciones
internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
- 46 -
51. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.4.3 Reclutamiento de peces
La tabla de reclutamiento de peces (recruit) se asemeja a la tabla adult porque sólo las especies que tienen información de conteo
se ingresan en la base de datos. Se necesita crear un registro separado en la tabla transect para cada columna de la hoja de datos.
Después de ingresar el registro de un transecto, los usuarios sólo necesitan ingresar en la tabla la información de la especie y del
conteo. Esta tabla se enlaza con la tabla transect mediante el transect_id.
Nombre de la tabla - recruit
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la tabla
transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
species_id integer Id. de la
especie
0-2999 Índice
único 2
No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
fishcount integer Conteo (#
de transecto
en la hoja
de datos)
0-500 No El número de peces de una especie dada por
debajo del LT máx. que se encuentran en este
transecto.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el registro.
El programa de la base de datos llena este
campo automáticamente. El usuario no ve
este valor y se lo usa sólo para operaciones
internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
- 47 -
52. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.4.4 Buzo errante
La tabla de buzo errante rover se estableció de manera similar a la tabla recruit. Se ingresan en la base de datos sólo las especies
registradas en la encuesta. Esta organización reduce el tamaño de la tabla y permite que la lista de especies que pueden registrarse
en la tabla se expanda fácilmente. Si bien la tabla de buzo errante no se basa en un transecto, es necesario crear un registro de
transecto antes de ingresar los datos en la tabla a fin de mantener la compatibilidad con las otras tablas de este grupo. La tabla
rover se enlaza con la tabla transect mediante el transect_id.
Nombre de la tabla - rover
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la tabla
transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
species_id integer Id. de la
especie
0-2999 Índice
único 2
No Este campo contiene el número de id. de la
especie y se enlaza con la tabla species.
abundance char(1) Códigos de
abundancia
S,F,M,A No Un código de una letra para el número de
individuos de la especie vistos. Los valores
son:
- 48 -
53. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
S = único
F = pocos
M = muchos
A = abundantes
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el registro.
El programa de la base de datos llena este
campo automáticamente. El usuario no ve
este valor y se lo usa sólo para operaciones
internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.4.5 Punto de intercepción
La tabla pointintercept corresponde a los datos del “formulario de ingreso de datos para transectos de punto de intercepción” del
Manual para el PMS. La información en esta tabla identifica los diferentes tipos de sustrato en el transecto. El identificador en esta
tabla es la columna benthic_id. Éste es un número de identificación relacionado con la tabla benthiclut, que contiene los nombres
de los sustratos. La información en esta tabla se ingresa por transecto, con el número de transecto registrado en la tabla de
transectos. Esta tabla se enlaza con la tabla transect mediante el transect_id.
- 49 -
54. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de la tabla - pointintercept
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la tabla
transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
benthic_id integer Componen-
tes bénticos
Índice
único 2
No Éste es un identificador que enlaza con el
nombre del componente béntico en la tabla
benthiclut.
benthcount integer Occurrencia
(# de
transecto en
la hoja de
datos)
0-120 No El número de ocurrencias de este tipo béntico
identificadas a lo largo del transecto. Éste es
un valor entero, en teoría menor o igual a 120.
Según el diseño de estudio, hay sólo 120
puntos a lo largo de cada transecto en donde
se registra el substrato.
comments text Comenta-
rios
Sí Un campo de comentarios sin restricciones
para anotar observaciones realizadas sobre
los componentes bénticos o el transecto.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el registro.
El programa de la base de datos llena este
campo automáticamente. El usuario no ve
este valor y se lo usa sólo para operaciones
internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
- 50 -
55. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.4.6 Componentes bénticos
Ésta es una tabla de búsqueda que contiene una lista con todos los componentes bénticos posibles que pueden ser usados en la
hoja de datos del punto de intercepción. Se relaciona con la tabla pointintercept mediante el benthic_id.
Nombre de la tabla - benthiclut
Nombre de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
benthic_id integer Id. béntico Índice
único 1
No Este campo enlaza estos registros con la tabla
pointintercept.
component varchar(35) Componen-
te béntico
No Éste es el nombre del tipo de sustrato.
componen_spt varchar(35) Componen-
te béntico
No Éste es el nombre en español del tipo de
sustrato.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
- 51 -
56. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de la
columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
3.4.7 Corales bénticos
Esta tabla corresponde a los datos del formulario de ingreso de datos bénticos. Esta tabla registra la información de varios corales
encontrados a lo largo del transecto de la encuesta. El diseño de la tabla tiene una hilera por registro de coral y es similar al
formulario de ingreso de datos. En el Manual para el PMS, la hoja de datos tiene una columna para enfermedades en la cual se
ingresa un código para la enfermedad. La tabla de datos usa nueve columnas para esta información. Hay una columna separada
para cada tipo de enfermedad. Estos son campos estabien que sólo tienen valores verdadero o falso. Si el coral tiene la
enfermedad, se marca el recuadro y el valor en el campo se establece como verdadero. Si la enfermedad no está presente, el
recuadro se deja en blanco y el valor en el campo es nulo.
Nombre de la tabla - benthic
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Index 2 No Este campo enlaza estos registros con la tabla
transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
species_id integer Id. de la 0-2999 Index 2 No Este campo contiene el número de id. de la
- 52 -
57. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
especie especie y se enlaza con la tabla species.
diameter integer Diámetro
máx. (cm)
0-500 No El diámetro de la cabeza de coral que se
mide, en centímetros.
height integer Altura máx.
(cm)
0-500 No La altura de la cabeza de coral que se mide,
en centímetros.
olddead integer % Muerte
antigua
0-100 No Porcentaje de coral que hace mucho tiempo
que está muerto. Éste es un número entero
entre 1 y 100.
newdead integer % Muerte
reciente
0-100 No Porcentaje de coral que murió recientemente.
Éste es un número entero entre 1 y 100.
bb binary Enfermedad
banda
negra
Sí Éste es un campo sí/no. Sí si tiene la
enfermedad banda negra y No si no tiene la
enfermedad.
wb binary Enfermedad
banda
blanca
Sí Éste es un campo sí/no. Sí si tiene la
enfermedad banda blanca y No si no tiene la
enfermedad.
wpii binary Plaga
blanca-II
Sí Éste es un campo sí/no. Sí si tiene la plaga
blanca-II y No si no tiene la enfermedad.
yb binary Enfermedad
banda
amarilla
Sí Éste es un campo sí/no. Sí si tiene la
enfermedad banda amarilla y No si no tiene la
enfermedad.
dsi binary Enfermedad
círculos
negros I
Sí Éste es un campo sí/no. Sí si tiene la
enfermedad círculos negros I y No si no tiene
la enfermedad.
dsii binary Enfermedad
círculos
negros II
Sí Éste es un campo sí/no. Sí si tiene la
enfermedad círculos negros II y No si no tiene
la enfermedad.
- 53 -
58. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
rb binary Enfermedad
banda roja
Sí Éste es un campo sí/no. Sí si tiene la
enfermedad banda roja y No si no tiene la
enfermedad.
asp binary Aspergilosis Sí Éste es un campo sí/no. Sí si tiene
aspergilosis y No si no tiene la enfermedad.
other binary Otras Sí Éste es un campo sí/no. Sí si tiene cualquier
otra enfermedad “producida por un patógeno
sin confirmar” y No si no tiene otra
enfermedad.
bleach char(2) Blanqueado N,P,PB,BL No Un código para el nivel de blanqueamiento del
coral. Los valores son:
N = No blanqueado
P = Pálido
PB = Parcialmente blanqueado
BL = Blanqueado
comments text Comenta-
rios
Sí Un campo de comentarios sin restricciones
para anotar observaciones realizadas sobre
otras características de los corales.
record_id integer Id. del
registro
Índice
único 1
No Éste es un identificador único para el registro.
El programa de la base de datos llena este
campo automáticamente. El usuario no ve
este valor y se lo usa sólo para operaciones
internas.
usrid integer Id. del
usuario
No La interfaz web llena este campo
automáticamente con el id. del usuario. El id.
enlaza con la tabla de ingreso (login) para que
se pueda mostrar el nombre del usuario. Este
campo se usa para tener control de quiénes
ingresan datos.
- 54 -
59. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
adddate date Fecha No El programa de la base de datos llena este
campo automáticamente. Se lo usa para
identificar cuándo se añadió el registro.
La página siguiente contiene el diagrama de relaciones de los ítems para corales y peces.
- 55 -
60. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
name TEXT(35)
country TEXT(2)
locality TEXT(40)
record_id LONG
species_id LONG (FK) (IE)
usrid INT
adddate DATE
.localname
person TEXT(50)
agency TEXT(120)
usrid INT
adddate DATE
person_id LONG
.person
survey_id LONG
person_col LONG
starttime DATE
usrid INT
adddate DATE
transect_id LONG
.transect
gen_spec TEXT(45)
family TEXT(25)
ordr TEXT(25)
class TEXT(25)
element TEXT(10)
usrid INT
adddate DATE
species_id LONG
.species
survey_id LONG
.survey
site_id TEXT(25) (FK)
startdate DATE
enddate DATE
starttime DATE
person_col LONG (FK)
person_proc LONG (FK)
tide TEXT(1)
sea TEXT(15)
wind TEXT(10)
winddir INT
cloud INT
secchimark DOUBLE
secchicoll DOUBLE
depthstart DOUBLE
depthend DOUBLE
tempair DOUBLE
currentspd DOUBLE
currentdir DOUBLE
survey_type TEXT
usrid INT
adddate DATE
nation TEXT(1)
iucn TEXT(2)
country TEXT(2)
ndate LONG
idate LONG
species_id LONG (FK) (IE)
usrid INT
adddate DATE
.tande
location TEXT(50)
latitude DOUBLE
longitude DOUBLE
agency TEXT(80)
ecosystem TEXT(25)
habitat TEXT(25)
country TEXT(15)
category INT
description TEXT
selection TEXT(14)
usrid INT
adddate DATE
site_id TEXT(25)
.site
Edit Date: 5/27/2004 10:07:15 AM
Description: Coral and Fish data structure layout
Target DB: PostgreSQL Rev: 1 Creator: Jeffrey Dahlin
Filename: DesignDoc_Spanish.doc Company: RPI
MBRS - REIS
transect_id LONG (FK)
species_id LONG (FK)
cm0_5 LONG
cm6_10 LONG
cm11_20 LONG
cm21_30 LONG
cm31_40 LONG
cm41_ LONG
record_id LONG
usrid INT
adddate DATE
.adultfish
transect_id LONG (FK)
benthic_id INT (FK)
benthcount INT
record_id LONG
comments TEXT(254)
.pointintercept
component TEXT(25)
usrid INT
adddate DATE
benthic_id INT
.benthiclut
transect_id LONG (FK)
species_id LONG (FK)
diameter DOUBLE
height DOUBLE
olddead INT
newdead INT
bb BINARY
wb BINARY
wpii BINARY
yb BINARY
dsi BINARY
dsii BINARY
rb BINARY
asp BINARY
other BINARY
bleach TEXT(2)
comments TEXT
record_id LONG
usrid INT
adddate DATE
.benthic
transect_id LONG (FK)
tow INT
corallive TEXT(2)
coraldead TEXT(2)
softcoral TEXT(2)
algae TEXT(2)
features TEXT(254)
record_id LONG
usrid INT
adddate DATE
.mantatow
transect_id LONG (FK)
species_id LONG (FK)
fishcount LONG
record_id LONG
usrid INT
adddate DATE
.recruitfish
transect_id LONG (FK)
species_id LONG (FK)
abundance TEXT(1)
record_id LONG
usrid INT
adddate DATE
.rover
- 56 -
61. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
3.5 Pastos marinos
Hay tres tablas asociadas con pastos marinos, además de las tablas de sitio (site) y de encuesta (survey). El diseño de las tablas
de pastos marinos requirió fue más sofisticado, por lo que el ingreso de datos puede ser un poco más complicado. Sin embargo,
esta estructura facilita las consultas, minimiza la redundancia y reduce los errores.
3.5.1 Crecimiento de pastos marinos
La tabla de crecimiento de pastos marinos (sggrowth) contiene los datos del formulario de ingreso de datos de crecimiento de
pastos marinos. Para esta tabla, la tabla survey debe tener fecha de inicio y de finalización. Al igual que con las otras tablas, ésta
se enlaza con la tabla transect mediante el campo transect_id. El número de cuadrante de la hoja de datos de crecimiento de
pastos marinos se registra en esta tabla y no en la tabla transect, dado que hay sólo un conjunto de datos ingresados para cada
cuadrante. Es igualmente necesario ingresar el dato de transecto en la tabla transect a fin de mantener la compatibilidad con las
otras tablas de este grupo. La tabla de transecto sirve para enlazar la tabla sggrowth con la tabla survey. El número de transecto
dado en la tabla transect debe ser 1. Ninguno de los valores calculados, tales como productividad del área, recambio o biomasa de
las plantas, se guarda en la tabla de datos. Cuando sea necesario para ver o imprimir informes, la base de datos calculará estos
valores a partir de los valores ingresados.
Nombre de la tabla - sggrowth
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
transect_id integer Id. del
transecto
Índice
único 2
No Este campo enlaza estos registros con la tabla
transect. Los valores se ingresan
automáticamente con el formulario de ingreso
de datos.
- 57 -
62. Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA
Nombre de
la columna
Tipo* Nombre
descriptivo
Rangos
Válidos de
Valores
Columna
del índice
Permite
valores
nulos
Descripción
quadrat smallint Cuadrante # 1-6 Índice
único 2
No Valor numérico del cuadrante dentro del sitio.
newtarewt decimal (9,3) Peso tara –
Crecimiento
nuevo (g)
Sí El peso tara de las hojas nuevas en gramos.
newgrosswt decimal (9,3) Peso bruto
– Creci-
miento
nuevo (g)
Sí El peso bruto de las hojas nuevas en gramos.
Se puede calcular el peso neto a partir del
peso tara y del peso bruto.
oldtarewt decimal (9,3) Peso tara –
Crecimiento
antiguo (g)
Sí El peso tara de las hojas antiguas en gramos.
oldgrosswt decimal (9,3) Peso bruto
– Creci-
miento
antiguo (g)
Sí El peso bruto de las hojas antiguas en
gramos. Se puede calcular el peso neto a
partir del peso tara y del peso bruto.
standtarewt decimal (9,3) Peso tara –
Crecimiento
establecido
(g)
Sí El peso tara de la cosecha antigua establecida
en gramos.
standgrosswt decimal (9,3) Peso bruto
– creci-
miento
establecido
(g)
Sí El peso bruto de la cosecha antigua
establecida en gramos. Se puede calcular el
peso neto a partir del peso tara y del peso
bruto.
- 58 -