Diseno base de datos documentacion

71
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: [email protected] Website: http://www.mbrs.org.bz SAM / MBRS

Transcript of Diseno base de datos documentacion

Page 1: Diseno base de datos   documentacion

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: [email protected]

Website: http://www.mbrs.org.bz

SAM / MBRS

Page 2: Diseno base de datos   documentacion

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: [email protected]

Page 3: Diseno base de datos   documentacion

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

Page 4: Diseno base de datos   documentacion

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

Page 5: Diseno base de datos   documentacion

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 -

Page 6: Diseno base de datos   documentacion

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 -

Page 7: Diseno base de datos   documentacion

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 -

Page 8: Diseno base de datos   documentacion

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 -

Page 9: Diseno base de datos   documentacion

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

GBRanuras 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ía2 canales internosRAID 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 paraConfiguración 1 x 5RAID 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 PlugUnidad de disquete Unidad de disquete de 1,44MBUnidad ó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 RAMTarjeta de red Adaptador Intel Pro/100+ de doble puerto para servidor

- 5 -

Page 10: Diseno base de datos   documentacion

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/2Con cable para teclado

Ratón Ratón PS/2 de dos botones con rueda de scroll yCon 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 LTOCon los cables adecuados

Unidad de respaldo en cinta Unidad interna de respaldo en cinta LTOCapacidad: 100 GB nativa, 200 GB comprimidaTipo de cinta: LTO UltriumFormato de grabación: LTO Ultrium Generation 1Tiempo promedio de búsqueda / acceso: 71sVelocidad de transferencia de datos: 15 MBps nativa, 30 MBps comprimidaTipo de interfaz: Ultra wide SCSI-2

Software para el respaldo en cinta Centro de datos Veritas Netbackup o equivalenteCompatible con la unidad LTODebe poder ejecutarse en el sistema operativo RedHat Linux 8.0 Uso apropiado en ambiente de base de datos relacional

Puerto paralelo de 25-pinPuertos serie de 9-pinPuertos 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-plugVoltaje: 100-240 VAC

Chasis Chasis torreSistema 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 sistemaoperativo

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 -

Page 11: Diseno base de datos   documentacion

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 remotoHerramientas de manejo del servidor con las siguientes características:

Facilitar la instalación y configuración del sistemaManejo completo de eventos, incluidos eventos de registro y filtroCorreo electrónico o paginación (paging) para mantener a los administradoresinformados 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 problemasLas 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 actualizadosAdministración remota integrada Administración del conjunto de discos bajo el controlador RAID

Soporte de Ambiente PreEjecutable (PXE) para NICs incrustadosDebe 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 problemasoperacionales (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-232Acondicionador de línea apropiado para red CD del software de administraciónManuales del usuario y Guías de instalaciónIndicador de sobrecarga e indicador de batería bajaIndicador LED de estado con barras gráficas de carga y bateríaDesconexión de Emergencia (EPO) OptativaMedición de energía de picos de voltaje 320 joules

- 7 -

Page 12: Diseno base de datos   documentacion

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 1449Batería libre de mantenimiento sellada al plomo con electrolito suspendido : a prueba de fugasTiempo de recarga típico: 3 horas2 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 -

Page 13: Diseno base de datos   documentacion

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 -

Page 14: Diseno base de datos   documentacion

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

Nombrede la

columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 recolectandatos en este sitio.

location varchar(50) Ubicación No Este campo es el nombre del lugar delPrograma de Monitoreo Sinóptico que está siendo monitoreado, por ejemplo “Arrecife del Faro”.

- 10 -

Page 15: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombrede la

columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

latitude decimal(9,6) Latitud 15.0 N a 21.5N

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 deapoyo

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. Lalista de ecosistemas se puede encontrar en el Manual de métodos para el programa de monitoreo sinóptico (p. 19). Los valores son: coral = coralmangrove = manglar seagrass = pastos marinos

habitat varchar(25) Hábitat shallow back-reef, shallowfore-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

profundoshallow fore-reef = arrecife frontal poco

profundodeep fore-reef = arrecife frontal profundocoastal = costerosfringing = bordeantes

- 11 -

Page 16: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombrede la

columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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óndel sitio

Sí Una descripción textual de las observacionesrealizadas en el sitio en la visita inicial. Puede ser de 1 párrafo a media página de largo.

selection varchar(14) Criterios deselección

unbiased,strategic,representative

Sí El método usado para elegir el sitio. Losvalores 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éndegradados 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. delusuario

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énesingresan datos.

- 12 -

Page 17: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombrede la

columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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 -

Page 18: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 deinicio delmuestreo

Fechasposterioresa1 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 definalizacióndel muestreo

Fechasposterioresal 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 querecolecta 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 -

Page 19: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

person_proc integer Persona queprocesa

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

bajamarrising = creciente: el período entre bajamar y

pleamarsea varchar(15) Estado del

marcalm, slight, moderate,rough

No El estado del mar en el momento delmuestreo. 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 -

Page 20: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

wind integer Velocidaddel 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 delviento

0-360 Sí La dirección desde la que sopla el viento en grados.

cloud integer Cobertura denubes

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 lamarcación

Sí El valor secchi en el momento en que se marcan los pastos marinos para los datos de crecimiento de pastos marinos. Este campose usa únicamente en relación con los transectos de crecimiento de pastos marinos.

secchicoll decimal(9,3) Secchi en larecolecció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) Temperaturadel aire ( C)

Sí La temperatura ambiente del aire en el momento del muestreo.

- 16 -

Page 21: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

currentspd decimal(9,3) Velocidad dela corriente del agua (m/s)

Sí La velocidad de la corriente del agua en metros por segundo en el momento delmuestreo.

currentdir decimal(9,3) Dirección dela 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 deencuesta

No Este es un campo de caracteres que identificaqué 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 elnúmero survey_id. El usuario no debeingresar ni alterar este número.

usrid integer Id. delusuario

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énesingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

- 17 -

Page 22: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 oparcela

Índiceúnico 2

No El transecto o parcela para los cuales se recolectan los datos. Es posible tenermúltiples transectos en un mismo sitio en un mismo día. Debe haber un ingreso separado para cada transecto.

- 18 -

Page 23: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

tstarttime time Hora deinicio

Sí La hora en la cual se inició el muestreo en este transecto.

person_col integer Personaquerecolecta 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) Profundidaddel 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) Profundidaddel 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. deltransecto

Í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 debeingresar ni alterar este número.

usrid integer Id. delusuario

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énesingresan datos.

- 19 -

Page 24: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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

Nombrede la

columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 registrode manera única. Todas las otras tablasque tienen nombres de personas estánenlazadas con esta tabla en este campo.

person varchar(50) Nombre delindividuo

No Este es el nombre del individuo. El nombre completo del individuo se debe ingresar en este campo.

- 20 -

Page 25: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombrede la

columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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. delususario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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 -

Page 26: Diseno base de datos   documentacion

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* Nombredescriptiv

o

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

species_id integer Id. de la especie

1-2999 Índiceúnico 1

No Es un número entero que enlaza el nombrede la especie con varias tablas. Estenúmero es un identificador único de la especie.

gen_spec varchar(45) Nombrecientífico

Índiceúnico 2

No El nombre científico (género y especie) del animal o la planta. Si no se conoce lainformación a nivel de la especie, el valor en el campo será Genus_name spp.

family varchar(25) Nombre dela familia

Sí La familia a la que la especie pertenece. En este momento no se incluyen superfamilias ni subfamilias.

ordr varchar(25) Nombre dela orden

Sí El orden al que la especie pertenece.

class varchar(25) Nombre dela clase

Sí La clase a la que la especie pertenece.

element varchar(10) Elementobioló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 -

Page 27: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

FISH = PECES CORAL = CORALTREE = ÁRBOLINVERT = INVERTEBRADOS En este momento los elementos son PECES, CORALES, ÁRBOLES

form varchar(15) Formulariode 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. delusuario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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 -

Page 28: Diseno base de datos   documentacion

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* Nombredescriptiv

o

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 tablaspecies.

name varchar(35) Nombrecomún

Índice 2 No Nombre común local de la especie.

country char(2) Código delpaí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 espertinente) en la cual el nombre común es válido.

record_id integer Id. delregistro

Índiceúnico 1

No Éste es un identificador único para elregistro. 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. delusuario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

- 24 -

Page 29: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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ónnacional

T,E,R Sí Campo que indica el estatus nacional de especie amenazada o en peligro. Losvalores son:T = amenazada E = en peligroR = rara

iucn char(2) clasificaciónde 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 delpaís

MX,BZ,GT,HN Índice 2 Sí País al cual se aplica la clasificaciónnacional.

- 25 -

Page 30: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

ndate integer Fecha de la fuentenacional

Sí Un número entero que representa el año y el mes de los datos de la fuente paradeterminar el estatus nacional de especieamenazada o en peligro. El valor se ingresa como AAAAMM.

idate integer Fecha de la fuente de la Lista roja dela UICN

Sí Un número entero que representa el año y el mes de los datos de la fuente paradeterminar el estatus en la lista de UICN. El valor se ingresa como AAAAMM.

record_id integer Id. delregistro

Índiceúnico 1

No Éste es un identificador único para elregistro. 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. delusuario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

- 26 -

Page 31: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Índiceúnico 2

No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomáticamente con el formulario de ingreso de datos.

- 27 -

Page 32: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 deltronco (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. delregistro

Índiceúnico 1

No Éste es un identificador único para elregistro. 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 -

Page 33: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

usrid integer Id. delusuario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Índiceúnico 2

No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomá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 -

Page 34: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 laparcela.

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 elregistro. 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 -

Page 35: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomáticamente con el formulario de ingreso de datos.

- 31 -

Page 36: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 sepesa 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 pesotara, 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. delregistro

Índiceúnico

No Éste es un identificador único para elregistro. 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 -

Page 37: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

usrid integer Id. delusuario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Índice 2 No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomáticamente con el formulario de ingreso de datos.

- 33 -

Page 38: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

depth integer Profundidadaproximadade la muestra(cm)

No La profundidad en centímetros en la cual se recolectó la muestra.

sedexposed char(1) Superficiedelsedimentoexpuesta

Y,N No Indicar si la superficie del sedimento estabapor 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. Seespera que la salinidad sea un número entero.

record_id integer Id. delregistro

Índiceúnico 1

No Éste es un identificador único para elregistro. 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. delusuario

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 tenercontrol de quiénes ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

- 34 -

Page 39: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Índiceúnico 2

No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomá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 -

Page 40: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 elregistro. 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 tenercontrol de quiénes ingresan datos.

- 36 -

Page 41: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos

deValores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Índiceúnico 2

No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomá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.

pointdistance

decimal(9,3) Distanciadesde la costaal punto # (m)

Índiceúnico 2

No Distancia desde el origen de la línea central al punto en metros.

- 37 -

Page 42: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos

deValores

Columnadel índice

Permitevaloresnulos

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) Distanciadesde el puntocentral (cm)

No Distancia desde el punto central del cuadrante en centímetros.

cap decimal(9,3) Circunferenciaa la altura delpecho (CAP) (cm)

No Circunferencia a la altura del pecho (CAP).Este valor es la medida de la circunferenciadel á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 adicionalesrealizadas en el lugar.

record_id integer Id. del registro Índiceúnico 1

No Éste es un identificador único para elregistro. 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 tenercontrol de quiénes ingresan datos.

- 38 -

Page 43: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos

deValores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

La siguiente página contiene un diagrama de las relaciones de los ítems para manglares.

- 39 -

Page 44: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

position_x DOUBLEposition_y DOUBLEtree LONGspecies_id INT (FK)cbh DOUBLEproproot DOUBLEbranchheight DOUBLEtreeheight DOUBLErecord_id LONGtransect_id LONG (FK) (IE)usrid INTadddate DATE

.foreststructure

depth LONGsedexposed TEXT(1)salinity INTrecord_id LONGusrid INTadddate DATEtransect_id LONG (FK) (IE)

.interstitialwater

trap INTtare_leaf DOUBLEtotal_leaf DOUBLEtare_bract DOUBLEtotal_bract DOUBLEtare_flower DOUBLEtotal_flower DOUBLEtare_fruit DOUBLEtotal_fruit DOUBLEtare_wood DOUBLEtotal_wood DOUBLEtare_misc DOUBLEtotal_misc DOUBLErecord_id LONGusrid INTadddate DATEspecies_id LONG (FK) (E)transect_id LONG (FK) (IE)

.litter

name TEXT(35)country TEXT(2)locality TEXT(40)record_id LONGspecies_id LONG (FK) (IE)usrid INTadddate DATE

.localname

person TEXT(50)agency TEXT(120)usrid INTadddate DATE

person_id LONG

.person

survey_id LONGperson_col LONGstarttime DATEusrid INTadddate DATE

transect_id LONG

.transect

subplot INTposition_x DOUBLEposition_y DOUBLEsapling LONGcbh DOUBLEheight DOUBLElive TEXT(1)record_id LONGusrid INTadddate DATEspecies_id LONG (FK) (IE)transect_id LONG (FK) (IE)

.seedling

sapling TEXT(8)height DOUBLEtare DOUBLEtotal DOUBLErecord_id LONGusrid INTadddate DATEspecies_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 INTadddate DATE

species_id LONG

.species

survey_id LONG

.survey

site_id TEXT(25) (FK)startdate DATEenddate DATEstarttime DATEperson_col LONG (FK)person_proc LONG (FK)tide TEXT(1)sea TEXT(15)wind TEXT(10)winddir INTcloud INTsecchimark DOUBLEsecchicoll DOUBLEdepthstart DOUBLEdepthend DOUBLEtempair DOUBLEcurrentspd DOUBLEcurrentdir DOUBLEsurvey_type TEXTusrid INTadddate DATE

nation TEXT(1)iucn TEXT(2)country TEXT(2)ndate LONGidate LONGspecies_id LONG (FK) (IE)usrid INTadddate DATE

.tande

quadrant LONGbearing DOUBLEpointdistance DOUBLEdistance DOUBLEcbh DOUBLEheight DOUBLEobservation TEXT(254)record_id LONGusrid INTadddate DATEspecies_id LONG (FK) (IE)transect_id LONG (FK) (IE)

.zonation

location TEXT(50)latitude DOUBLElongitude DOUBLEagency TEXT(80)ecosystem TEXT(25)habitat TEXT(25)country TEXT(15)category INTdescription TEXTselection TEXT(14)usrid INTadddate 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 -

Page 45: Diseno base de datos   documentacion

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 -

Page 46: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Índiceúnico 2

No Este campo enlaza estos registros con la tabla transect. Los valores se ingresanautomáticamente con el formulario de ingreso de datos.

tow smallint No. dearrastre

Índiceúnico 2

No El número de arrastre que se registra. Éste es un campo de número entero.

corallive char(2) Coberturade 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 registrarel 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 agregaun más (+) o un menos (-) para indicar si el valor estimado se encuentra en la mitad superior o inferior de esa categoría.

- 42 -

Page 47: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

coraldead char(2) Coberturade 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 pararegistrar 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 agregaun 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 pararegistrar 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 agregaun más (+) o un menos (-) para indicar si el valor estimado se encuentra en la mitad superior o inferior de esa categoría.

- 43 -

Page 48: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 agregaun 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 Otrascaracterís-ticas

Sí Un campo de comentarios sin restricciones para anotar observaciones realizadas sobre otras características del arrecife.

record_id integer Id. delregistro

Í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. delusuario

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 paraidentificar cuándo se añadió el registro.

- 44 -

Page 49: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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 -

Page 50: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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. delregistro

Í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. delusuario

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énesingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

- 46 -

Page 51: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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 transectoen 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. delregistro

Í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. delusuario

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 -

Page 52: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

ingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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 deabundancia

S,F,M,A No Un código de una letra para el número de individuos de la especie vistos. Los valoresson:

- 48 -

Page 53: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

S = único F = pocos M = muchosA = abundantes

record_id integer Id. delregistro

Í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. delusuario

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énesingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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 -

Page 54: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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 enla 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. delregistro

Í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. delusuario

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énesingresan datos.

- 50 -

Page 55: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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. delusuario

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énesingresan datos.

- 51 -

Page 56: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar 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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

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 -

Page 57: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

especie especie y se enlaza con la tabla species.

diameter integer Diámetromá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 % Muerteantigua

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 % Muertereciente

0-100 No Porcentaje de coral que murió recientemente. Éste es un número entero entre 1 y 100.

bb binary Enfermedadbandanegra

Sí Éste es un campo sí/no. Sí si tiene laenfermedad banda negra y No si no tiene la enfermedad.

wb binary Enfermedadbandablanca

Sí Éste es un campo sí/no. Sí si tiene laenfermedad banda blanca y No si no tiene la enfermedad.

wpii binary Plagablanca-II

Sí Éste es un campo sí/no. Sí si tiene la plaga blanca-II y No si no tiene la enfermedad.

yb binary Enfermedadbandaamarilla

Sí Éste es un campo sí/no. Sí si tiene laenfermedad banda amarilla y No si no tiene la enfermedad.

dsi binary Enfermedadcírculosnegros I

Sí Éste es un campo sí/no. Sí si tiene laenfermedad círculos negros I y No si no tiene la enfermedad.

dsii binary Enfermedadcírculosnegros II

Sí Éste es un campo sí/no. Sí si tiene laenfermedad círculos negros II y No si no tiene la enfermedad.

- 53 -

Page 58: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

rb binary Enfermedadbanda roja

Sí Éste es un campo sí/no. Sí si tiene laenfermedad 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ógenosin confirmar” y No si no tiene otraenfermedad.

bleach char(2) Blanqueado N,P,PB,BL No Un código para el nivel de blanqueamiento del coral. Los valores son:N = No blanqueadoP = 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. delregistro

Í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. delusuario

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énesingresan datos.

- 54 -

Page 59: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

La página siguiente contiene el diagrama de relaciones de los ítems para corales y peces.

- 55 -

Page 60: Diseno base de datos   documentacion

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 LONGspecies_id LONG (FK) (IE)usrid INTadddate DATE

.localname

person TEXT(50)agency TEXT(120)usrid INTadddate DATE

person_id LONG

.person

survey_id LONGperson_col LONGstarttime DATEusrid INTadddate DATE

transect_id LONG

.transect

gen_spec TEXT(45)family TEXT(25)ordr TEXT(25)class TEXT(25)element TEXT(10)usrid INTadddate DATE

species_id LONG

.species

survey_id LONG

.survey

site_id TEXT(25) (FK)startdate DATEenddate DATEstarttime DATEperson_col LONG (FK)person_proc LONG (FK)tide TEXT(1)sea TEXT(15)wind TEXT(10)winddir INTcloud INTsecchimark DOUBLEsecchicoll DOUBLEdepthstart DOUBLEdepthend DOUBLEtempair DOUBLEcurrentspd DOUBLEcurrentdir DOUBLEsurvey_type TEXTusrid INTadddate DATE

nation TEXT(1)iucn TEXT(2)country TEXT(2)ndate LONGidate LONGspecies_id LONG (FK) (IE)usrid INTadddate DATE

.tande

location TEXT(50)latitude DOUBLElongitude DOUBLEagency TEXT(80)ecosystem TEXT(25)habitat TEXT(25)country TEXT(15)category INTdescription TEXTselection TEXT(14)usrid INTadddate 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 LONGcm6_10 LONGcm11_20 LONGcm21_30 LONGcm31_40 LONGcm41_ LONGrecord_id LONGusrid INTadddate DATE

.adultfish

transect_id LONG (FK)benthic_id INT (FK)benthcount INTrecord_id LONGcomments TEXT(254)

.pointintercept

component TEXT(25)usrid INTadddate DATE

benthic_id INT

.benthiclut

transect_id LONG (FK)species_id LONG (FK)diameter DOUBLEheight DOUBLEolddead INTnewdead INTbb BINARYwb BINARYwpii BINARYyb BINARYdsi BINARYdsii BINARYrb BINARYasp BINARYother BINARYbleach TEXT(2)comments TEXTrecord_id LONGusrid INTadddate DATE

.benthic

transect_id LONG (FK)tow INTcorallive TEXT(2)coraldead TEXT(2)softcoral TEXT(2)algae TEXT(2)features TEXT(254)record_id LONGusrid INTadddate DATE

.mantatow

transect_id LONG (FK)species_id LONG (FK)fishcount LONGrecord_id LONGusrid INTadddate DATE

.recruitfish

transect_id LONG (FK)species_id LONG (FK)abundance TEXT(1)record_id LONGusrid INTadddate DATE

.rover

- 56 -

Page 61: Diseno base de datos   documentacion

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* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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 -

Page 62: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

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 – Crecimientonuevo (g)

Sí El peso tara de las hojas nuevas en gramos.

newgrosswt decimal (9,3) Peso bruto – Creci-mientonuevo (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 – Crecimientoantiguo (g)

Sí El peso tara de las hojas antiguas en gramos.

oldgrosswt decimal (9,3) Peso bruto – Creci-mientoantiguo (g)

Sí El peso bruto de las hojas antiguas engramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

standtarewt decimal (9,3) Peso tara – Crecimientoestablecido(g)

Sí El peso tara de la cosecha antigua establecidaen gramos.

standgrosswt decimal (9,3) Peso bruto – creci-mientoestablecido(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 -

Page 63: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

record_id integer Id. delregistro

Í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. delusuario

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énesingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

3.5.2 Biomasa de pastos marinos

La tabla de biomasa de pastos marinos (sgbiomass) se basa en el formulario de ingreso de datos de biomasa de pastos marinos.

Hay un registro en la tabla para cada réplica del núcleo tomada. Al igual que con la tabla de crecimiento de pasto marino, se debe

ingresar un registro en la tabla transect para la biomasa de pastos marinos. Si se toman muestras de dos estaciones para cada

sitio, las entradas en la tabla transect deben representar las estaciones. Ninguno de los valores calculados, tales como Proporción

A:B, se guarda en la tabla. Cuando sea necesario para ver o imprimir informes, la base de datos calculará estos valores a partir de

los valores ingresados.

- 59 -

Page 64: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la tabla - sgbiomass

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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.

replicate integer Réplica delnúcleo

Índiceúnico 2

No El número de réplica del núcleo.

diameter decimal (9,3) Diámetro delnúcleo (cm)

No El diámetro del núcleo en centímetros.

depth decimal (9,3) Profundidaddel núcleo (cm)

Sí La profundidad del núcleo en centímetros.

livingshoots integer # Brotesvivos/núcleo

Sí El número de brotes vivos en un núcleo.

tgrntare decimal (9,3) Peso tara de Thalassiahojas verdes (g)

Sí El peso tara de las hojas verdes en gramos.

tgrngross decimal (9,3) Peso bruto de Thalassiahojas verdes (g)

Sí El peso bruto de las hojas verdes en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

tshttare decimal (9,3) Peso tara de Thalassiabrotes cortos(g)

Sí El peso tara de los brotes cortos en gramos.

tshtgross decimal (9,3) Peso bruto de Thalassia

Sí El peso bruto de los brotes cortos en gramos. Se puede calcular el peso neto a partir del

- 60 -

Page 65: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

brotes cortos(g)

peso tara y del peso bruto.

trhztare decimal (9,3) Peso tara de Thalassiarizomas (g)

Sí El peso tara de los rizomas en gramos.

trhzgross decimal (9,3) Peso bruto de Thalassiarizomas (g)

Sí El peso bruto de los rizomas en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

troottare decimal (9,3) Peso tara de Thalassiaraíces (g)

Sí El peso tara de las raíces en gramos.

trootgross decimal (9,3) Peso bruto de Thalassiaraíces (g)

Sí El peso bruto de las raíces en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

tdeadtare decimal (9,3) Peso tara de Thalassiatejido muerto (g)

Sí El peso tara del tejido muerto en gramos.

tdeadgross decimal (9,3) Peso bruto de Thalassiatejido muerto (g)

Sí El peso bruto del tejido muerto en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

ogrntare decimal (9,3) Peso tara de otros pastos tejido verde (g)

Sí El peso tara del tejido verde de otros pastos en gramos.

ogrngross decimal (9,3) Peso bruto de otros pastos tejido verde (g)

Sí El peso bruto del tejido verde de otros pastos en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

- 61 -

Page 66: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

ongrntare decimal (9,3) Peso tara de otros pastos tejido muerto (g)

Sí El peso tara del tejido muerto de otros pastos en gramos.

ongrngross decimal (9,3) Peso bruto de otros pastos tejido muerto (g)

Sí El peso bruto del tejido muerto de otros pastos en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

fatare decimal (9,3) Peso tara de algas carnosas(g)

Sí El peso tara de algas carnosas en gramos.

fagross decimal (9,3) Peso bruto de algas carnosas(g)

Sí El peso bruto de algas carnosas en gramos.Se puede calcular el peso neto a partir del peso tara y del peso bruto.

caabvtare decimal (9,3) Peso tara de algascalcáreassobre tierra (g)

Sí El peso tara de algas calcáreas sobre tierra en gramos.

caabvgross decimal (9,3) Peso bruto de algascalcáreassobre tierra (g)

Sí El peso bruto de algas calcáreas sobre tierra en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

cablwtart decimal (9,3) Peso tara de algascalcáreas bajotierra (g)

Sí El peso tara de algas calcáreas bajo tierra en gramos.

cablwgross decimal (9,3) Peso bruto de algascalcáreas bajo

Sí El peso bruto de algas calcáreas bajo tierra en gramos. Se puede calcular el peso neto a partir del peso tara y del peso bruto.

- 62 -

Page 67: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

tierra (g)

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énesingresan datos.

adddate date fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

3.5.3 Índice del área de la hoja de pasto marino

La tabla del índice del área de la hoja de pasto marino (sglai) se usa para almacenar información del formulario del índice del área

de la hoja. Esta tabla se relaciona con la tabla survey mediante la tabla transect. Debe haber una entrada en la tabla transect por

cada cuadrante de la muestra. La tabla sglai tiene un registro por cada hoja que se mide. No se ingresa el área de cada hoja. La

base de datos calcula este valor.

- 63 -

Page 68: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la tabla - sglai

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

transect_id integer Id. deltransecto

Í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.

shoot integer Número debrote

1-6 Índiceúnico 2

No El número de brote que se mide.

leaf integer Número dehoja

1-6 Índiceúnico 2

No El número de la hoja en el brote asociado que se mide.

tip char (1) Puntaredondeada

Y,N Sí Indica si la punta de la hoja está redondeada.Los valores son:Y = sí N = no

epis decimal (9,3) Longitud al epis (cm)

Sí La longitud en centímetros desde la base de la hoja a la primera ocurrencia de epifitos. Si los epifitos cubren toda la hoja hasta la base, este valor será 0. Si no hay epifitos, este valor será igual a la longitud de la hoja.

length decimal (9,3) Longitud(cm)

Sí La longitud de la hoja en centímetros.

width decimal (9,3) Ancho (cm) Sí El ancho de la hoja en centímetros.

record_id integer Id. delregistro

Í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.

- 64 -

Page 69: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

Nombre de la columna

Tipo* Nombredescriptivo

RangosVálidos de

Valores

Columnadel índice

Permitevaloresnulos

Descripción

usrid integer Id. delusuario

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énesingresan datos.

adddate date Fecha No El programa de la base de datos llena este campo automáticamente. Se lo usa paraidentificar cuándo se añadió el registro.

La siguiente página contiene un diagrama de las relaciones de los ítems para pastos marinos.

- 65 -

Page 70: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

person TEXT(50)agency TEXT(120)usrid INTadddate DATE

person_id LONG

.person

transect_id LONG (FK)replicate LONGdiameter DOUBLEdepth DOUBLElivingshoots INTfraction_id INT (FK)tarewt DOUBLEgrosswt DOUBLErecord_id LONGusrid INTadddate DATE

.seagrassbiomass

fraction TEXT(35)usrid INTadddate DATE

fraction_id INT

.seagrassfractions

transect_id LONG (FK)quadrat INTnewtarewt DOUBLEnewgrosswt DOUBLEoldtarewt DOUBLEoldgrosswt DOUBLEstandtarewt DOUBLEstandgrosswt DOUBLErecord_id LONGusrid INTadddate DATE

.seagrassgrowth

location TEXT(50)latitude DOUBLElongitude DOUBLElaboratory TEXT(80)ecosystem TEXT(25)habitat TEXT(25)country TEXT(15)category INTdescription TEXTselection TEXT(14)usrid INTadddate DATE

site_id TEXT(25)

.site

survey_id LONG

.survey

site_id TEXT(25) (FK)startdate DATEenddate DATEstarttime DATEperson_col LONG (FK)person_proc LONG (FK)tide TEXT(1)sea TEXT(15)wind TEXT(10)winddir INTcloud INTsecchimark DOUBLEsecchicoll DOUBLEdepthstart DOUBLEdepthend DOUBLEtempair DOUBLEcurrentspd DOUBLEcurrentdir DOUBLEsurvey_type TEXTusrid INTadddate DATE

Edit Date: 12/19/2003 1:12:56 AM

Description: Seagrass data structure layout

Target DB: PostgreSQL Rev: 1 Creator: Jeffrey Dahlin

Filename: DesignDoc_Spanish.doc Company: RPI

MBRS - REIS

survey_id LONGperson_col LONGstarttime DATEusrid INTadddate DATE

transect_id LONG

.transect

- 66 -

Page 71: Diseno base de datos   documentacion

Documento técnico del SAM #20 Documentación del Diseño de la Base de Datos del SRIA

APÉNDICE A

TIPOS DE DATOS

Nombre del tipo Descripción

bigint entero de ocho bytes con signo (-9223372036854775808 hasta 9223372036854775807)

bigserial entero de ocho bytes con autoincremento

bit cadena de bits de longitud fija

bit varying(n) cadena de bits de longitud variable

boolean lógico booleano (verdadero/falso)

bytea datos binarios character(n)

char(n) cadena de caracteres de longitud fija

date fecha calendario (año, mes, día)

double precision un valor en punto flotante de doble precisión (15 dígitos decimales)

integer entero de cuatro bytes con signo (-2147483648 hasta +2147483647)

interval(p) intervalo de tiempo de uso general

decimal [ (p, s) ] valor numérico exacto con precisión seleccionable (p) y lugares decimales (s).

real un valor en punto flotante de precisión simple (6 dígitos decimales)

smallint entero de dos bytes con signo (-32768 hasta +32767)

serial entero de cuatro bytes con autoincremento

text cadena de caracteres de longitud variable

time hora del día

timetz hora del día, incluida la zona horaria

timestamp fecha y hora

timestamptz fecha y hora, incluida la zona horariavarchar(n) cadena de caracteres de longitud variable

- 67 -