Diseno base de datos documentacion
-
Upload
jorge-chipoco-romero -
Category
Data & Analytics
-
view
39 -
download
1
Transcript of 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
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]
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
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
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -
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 -