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

Más contenido relacionado

Destacado

Proyecto II Base de Datos Avanzadas
Proyecto II Base de Datos AvanzadasProyecto II Base de Datos Avanzadas
Proyecto II Base de Datos Avanzadasmarianaalva
 
Proyecto base de datos para presentar proyectos en la camara de diputados
Proyecto base de datos para presentar proyectos en la camara de diputadosProyecto base de datos para presentar proyectos en la camara de diputados
Proyecto base de datos para presentar proyectos en la camara de diputadosJulia Elena Ponte
 
Análisis de Precios de supermercados marketing
Análisis de Precios de supermercados marketingAnálisis de Precios de supermercados marketing
Análisis de Precios de supermercados marketingRaimundo Espejo
 
Proyecto de base de datos para lecturas socio económicas y problemáticas soci...
Proyecto de base de datos para lecturas socio económicas y problemáticas soci...Proyecto de base de datos para lecturas socio económicas y problemáticas soci...
Proyecto de base de datos para lecturas socio económicas y problemáticas soci...Julia Elena Ponte
 
Relaciones de tablas de una base de datos
Relaciones de tablas de una base de datosRelaciones de tablas de una base de datos
Relaciones de tablas de una base de datos990511
 
Manual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de softwareManual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de softwareYaskelly Yedra
 
Proyecto de base de datos
Proyecto de base de datosProyecto de base de datos
Proyecto de base de datosLissette Alerak
 
Programacion de SQL y MySQL
Programacion de SQL y MySQLProgramacion de SQL y MySQL
Programacion de SQL y MySQLhuritomo1998
 
Ejemplos de php_mysql
Ejemplos de php_mysqlEjemplos de php_mysql
Ejemplos de php_mysqlI LG
 
Curso TIC de PHP y MSQL Parte 2
Curso TIC de PHP y MSQL Parte 2Curso TIC de PHP y MSQL Parte 2
Curso TIC de PHP y MSQL Parte 2Wilian
 
Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+
Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+
Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+Victor Aravena
 

Destacado (20)

Proyecto II Base de Datos Avanzadas
Proyecto II Base de Datos AvanzadasProyecto II Base de Datos Avanzadas
Proyecto II Base de Datos Avanzadas
 
Proyecto base de datos para presentar proyectos en la camara de diputados
Proyecto base de datos para presentar proyectos en la camara de diputadosProyecto base de datos para presentar proyectos en la camara de diputados
Proyecto base de datos para presentar proyectos en la camara de diputados
 
Análisis de Precios de supermercados marketing
Análisis de Precios de supermercados marketingAnálisis de Precios de supermercados marketing
Análisis de Precios de supermercados marketing
 
Proyecto de base de datos para lecturas socio económicas y problemáticas soci...
Proyecto de base de datos para lecturas socio económicas y problemáticas soci...Proyecto de base de datos para lecturas socio económicas y problemáticas soci...
Proyecto de base de datos para lecturas socio económicas y problemáticas soci...
 
Relaciones de tablas de una base de datos
Relaciones de tablas de una base de datosRelaciones de tablas de una base de datos
Relaciones de tablas de una base de datos
 
Presentacion proyecto
Presentacion proyectoPresentacion proyecto
Presentacion proyecto
 
Gestión del tiemp
Gestión del tiempGestión del tiemp
Gestión del tiemp
 
Manual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de softwareManual de descripcion de cargos para una empresa de desarrollo de software
Manual de descripcion de cargos para una empresa de desarrollo de software
 
Proyecto de base de datos
Proyecto de base de datosProyecto de base de datos
Proyecto de base de datos
 
Programacion de SQL y MySQL
Programacion de SQL y MySQLProgramacion de SQL y MySQL
Programacion de SQL y MySQL
 
PPH MySql - FIEI - UNFV Clase02
PPH MySql - FIEI - UNFV Clase02PPH MySql - FIEI - UNFV Clase02
PPH MySql - FIEI - UNFV Clase02
 
Ejemplos de php_mysql
Ejemplos de php_mysqlEjemplos de php_mysql
Ejemplos de php_mysql
 
PHP MySql - FIEI - UNFV Clase07
PHP MySql - FIEI - UNFV Clase07PHP MySql - FIEI - UNFV Clase07
PHP MySql - FIEI - UNFV Clase07
 
Mysql
MysqlMysql
Mysql
 
PHP MySql - FIEI - UNFVClase06
PHP MySql - FIEI - UNFVClase06PHP MySql - FIEI - UNFVClase06
PHP MySql - FIEI - UNFVClase06
 
PHP MySql FIEI - UNFV Clase05
PHP MySql FIEI - UNFV Clase05PHP MySql FIEI - UNFV Clase05
PHP MySql FIEI - UNFV Clase05
 
Curso TIC de PHP y MSQL Parte 2
Curso TIC de PHP y MSQL Parte 2Curso TIC de PHP y MSQL Parte 2
Curso TIC de PHP y MSQL Parte 2
 
PHP MySql - FIEI - UNFV Clase03
PHP MySql - FIEI - UNFV Clase03PHP MySql - FIEI - UNFV Clase03
PHP MySql - FIEI - UNFV Clase03
 
Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+
Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+
Insertar Elemento de Contenido PHP en Typo3 6.0+ 6.2+
 
PHP Y MYSQL
PHP Y MYSQLPHP Y MYSQL
PHP Y MYSQL
 

Similar a Diseno base de datos documentacion (20)

Sistemas manejadores de base de datos
Sistemas manejadores de base de datosSistemas manejadores de base de datos
Sistemas manejadores de base de datos
 
Sistemas manejadores de base de datos
Sistemas manejadores de base de datosSistemas manejadores de base de datos
Sistemas manejadores de base de datos
 
Sistemas manejadores de base de datos
Sistemas manejadores de base de datosSistemas manejadores de base de datos
Sistemas manejadores de base de datos
 
Smbd
SmbdSmbd
Smbd
 
Smb ds
Smb dsSmb ds
Smb ds
 
Sistemas Manejadores de Bases de Datos
Sistemas Manejadores de Bases de DatosSistemas Manejadores de Bases de Datos
Sistemas Manejadores de Bases de Datos
 
Universidad nacional del callao dsi
Universidad nacional del callao dsiUniversidad nacional del callao dsi
Universidad nacional del callao dsi
 
EvaluacióN Del Hardware Del Servidor De Base De Datos
EvaluacióN Del Hardware Del Servidor De Base De DatosEvaluacióN Del Hardware Del Servidor De Base De Datos
EvaluacióN Del Hardware Del Servidor De Base De Datos
 
S M D B E Q U I P O11
S M D B  E Q U I P O11S M D B  E Q U I P O11
S M D B E Q U I P O11
 
Smdb Equipo11
Smdb Equipo11Smdb Equipo11
Smdb Equipo11
 
Diapositivas base de datos...
Diapositivas base de datos...Diapositivas base de datos...
Diapositivas base de datos...
 
Sistema de base de datos
Sistema de base de datosSistema de base de datos
Sistema de base de datos
 
Prueba
PruebaPrueba
Prueba
 
Arki sbd
Arki sbdArki sbd
Arki sbd
 
Arki sbd
Arki sbdArki sbd
Arki sbd
 
DOMINIO Y SHAREPOINT SERVER
DOMINIO Y SHAREPOINT SERVERDOMINIO Y SHAREPOINT SERVER
DOMINIO Y SHAREPOINT SERVER
 
Actividad2uni3
Actividad2uni3Actividad2uni3
Actividad2uni3
 
Investigacion De Smdb
Investigacion De SmdbInvestigacion De Smdb
Investigacion De Smdb
 
Ciclo de vida bases de datos
Ciclo de vida bases de datosCiclo de vida bases de datos
Ciclo de vida bases de datos
 
Dba i 9i
Dba i 9iDba i 9i
Dba i 9i
 

Más de Jorge Chipoco Romero (11)

1167828372.norma ansi eia_tia_942 (3)
1167828372.norma ansi eia_tia_942 (3)1167828372.norma ansi eia_tia_942 (3)
1167828372.norma ansi eia_tia_942 (3)
 
Transistores1
Transistores1Transistores1
Transistores1
 
Transistores
TransistoresTransistores
Transistores
 
Transistores
TransistoresTransistores
Transistores
 
Diodos
DiodosDiodos
Diodos
 
Transistores
TransistoresTransistores
Transistores
 
Transistores
TransistoresTransistores
Transistores
 
4. semiconductores
4. semiconductores4. semiconductores
4. semiconductores
 
Solidoscristalinos
SolidoscristalinosSolidoscristalinos
Solidoscristalinos
 
Solidos cristalinos
Solidos cristalinosSolidos cristalinos
Solidos cristalinos
 
Solidoscristalinos
SolidoscristalinosSolidoscristalinos
Solidoscristalinos
 

Último

S02_s1 - Enfoques y alcances modernos de la calidad.pdf
S02_s1 - Enfoques y alcances modernos de la calidad.pdfS02_s1 - Enfoques y alcances modernos de la calidad.pdf
S02_s1 - Enfoques y alcances modernos de la calidad.pdfDayana971657
 
La factura..............................!
La factura..............................!La factura..............................!
La factura..............................!AndresBarrientosSile
 
Competencia el ingrediente para crecer.pdf
Competencia el ingrediente para crecer.pdfCompetencia el ingrediente para crecer.pdf
Competencia el ingrediente para crecer.pdfAlfredo Zaconeta
 
1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf
1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf
1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdfGabrielaPeraza8
 
la-antigua-Grecia, datos y curiosidades mas relevantes
la-antigua-Grecia, datos y curiosidades mas relevantesla-antigua-Grecia, datos y curiosidades mas relevantes
la-antigua-Grecia, datos y curiosidades mas relevantesalvarojosephyucracol
 
Mapa de riesgos de un cine, equipo 4.pdf
Mapa de riesgos de un cine, equipo 4.pdfMapa de riesgos de un cine, equipo 4.pdf
Mapa de riesgos de un cine, equipo 4.pdfhees071224mmcrpna1
 
PREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADOR
PREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADORPREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADOR
PREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADOReluniversocom
 
PREGUNTA G DE CONSULTA POPULAR 21 DE ABRIL
PREGUNTA G DE CONSULTA POPULAR 21 DE ABRILPREGUNTA G DE CONSULTA POPULAR 21 DE ABRIL
PREGUNTA G DE CONSULTA POPULAR 21 DE ABRILeluniversocom
 
Civilizacióne Precolonbinas Resumen pdf.
Civilizacióne Precolonbinas Resumen pdf.Civilizacióne Precolonbinas Resumen pdf.
Civilizacióne Precolonbinas Resumen pdf.gpoiquicuellar
 
cuadernillo_tareas_funciones_estructuras_medias_psuv.pdf
cuadernillo_tareas_funciones_estructuras_medias_psuv.pdfcuadernillo_tareas_funciones_estructuras_medias_psuv.pdf
cuadernillo_tareas_funciones_estructuras_medias_psuv.pdfeduingonzalez3
 
PREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRIL
PREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRILPREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRIL
PREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRILeluniversocom
 
CATASTRO -tipos,importancia,ley 28294 entre otros
CATASTRO -tipos,importancia,ley 28294 entre otrosCATASTRO -tipos,importancia,ley 28294 entre otros
CATASTRO -tipos,importancia,ley 28294 entre otrosAlimarVargas
 
Países por velocidad de sus misiles hipersónicos (2024).pdf
Países por velocidad de sus misiles hipersónicos  (2024).pdfPaíses por velocidad de sus misiles hipersónicos  (2024).pdf
Países por velocidad de sus misiles hipersónicos (2024).pdfJC Díaz Herrera
 
Diarrea aguda en pacientes Pediatricos tratamiento y conducta
Diarrea aguda en pacientes Pediatricos tratamiento y conductaDiarrea aguda en pacientes Pediatricos tratamiento y conducta
Diarrea aguda en pacientes Pediatricos tratamiento y conductaraymaris1914
 
Módulo mapa de riesgos de tienda de abarrotes
Módulo mapa de riesgos de tienda de abarrotesMódulo mapa de riesgos de tienda de abarrotes
Módulo mapa de riesgos de tienda de abarrotessald071205mmcnrna9
 
LÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdf
LÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdfLÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdf
LÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdfFranyeskaMagallanes
 
ANALISIS DE LA LITERATURA DEL RENACIMIENTO
ANALISIS DE LA LITERATURA DEL RENACIMIENTOANALISIS DE LA LITERATURA DEL RENACIMIENTO
ANALISIS DE LA LITERATURA DEL RENACIMIENTOELIZABETHTINOCO10
 
Metodología del trabajo universitario pt 1
Metodología del trabajo universitario pt 1Metodología del trabajo universitario pt 1
Metodología del trabajo universitario pt 1gostingsoto
 
🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf
🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf
🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdfNellyCastillo54
 
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdfSesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdfMarxx4
 

Último (20)

S02_s1 - Enfoques y alcances modernos de la calidad.pdf
S02_s1 - Enfoques y alcances modernos de la calidad.pdfS02_s1 - Enfoques y alcances modernos de la calidad.pdf
S02_s1 - Enfoques y alcances modernos de la calidad.pdf
 
La factura..............................!
La factura..............................!La factura..............................!
La factura..............................!
 
Competencia el ingrediente para crecer.pdf
Competencia el ingrediente para crecer.pdfCompetencia el ingrediente para crecer.pdf
Competencia el ingrediente para crecer.pdf
 
1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf
1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf
1INTERMEDIO-HI-T16-ONCENIO DE LEGUÍA.pdf
 
la-antigua-Grecia, datos y curiosidades mas relevantes
la-antigua-Grecia, datos y curiosidades mas relevantesla-antigua-Grecia, datos y curiosidades mas relevantes
la-antigua-Grecia, datos y curiosidades mas relevantes
 
Mapa de riesgos de un cine, equipo 4.pdf
Mapa de riesgos de un cine, equipo 4.pdfMapa de riesgos de un cine, equipo 4.pdf
Mapa de riesgos de un cine, equipo 4.pdf
 
PREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADOR
PREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADORPREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADOR
PREGUNTA E REFÉRENDUM 21 DE ABRIL ECUADOR
 
PREGUNTA G DE CONSULTA POPULAR 21 DE ABRIL
PREGUNTA G DE CONSULTA POPULAR 21 DE ABRILPREGUNTA G DE CONSULTA POPULAR 21 DE ABRIL
PREGUNTA G DE CONSULTA POPULAR 21 DE ABRIL
 
Civilizacióne Precolonbinas Resumen pdf.
Civilizacióne Precolonbinas Resumen pdf.Civilizacióne Precolonbinas Resumen pdf.
Civilizacióne Precolonbinas Resumen pdf.
 
cuadernillo_tareas_funciones_estructuras_medias_psuv.pdf
cuadernillo_tareas_funciones_estructuras_medias_psuv.pdfcuadernillo_tareas_funciones_estructuras_medias_psuv.pdf
cuadernillo_tareas_funciones_estructuras_medias_psuv.pdf
 
PREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRIL
PREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRILPREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRIL
PREGUNTA I DE LA CONSULTA POPULAR DEL 21 DE ABRIL
 
CATASTRO -tipos,importancia,ley 28294 entre otros
CATASTRO -tipos,importancia,ley 28294 entre otrosCATASTRO -tipos,importancia,ley 28294 entre otros
CATASTRO -tipos,importancia,ley 28294 entre otros
 
Países por velocidad de sus misiles hipersónicos (2024).pdf
Países por velocidad de sus misiles hipersónicos  (2024).pdfPaíses por velocidad de sus misiles hipersónicos  (2024).pdf
Países por velocidad de sus misiles hipersónicos (2024).pdf
 
Diarrea aguda en pacientes Pediatricos tratamiento y conducta
Diarrea aguda en pacientes Pediatricos tratamiento y conductaDiarrea aguda en pacientes Pediatricos tratamiento y conducta
Diarrea aguda en pacientes Pediatricos tratamiento y conducta
 
Módulo mapa de riesgos de tienda de abarrotes
Módulo mapa de riesgos de tienda de abarrotesMódulo mapa de riesgos de tienda de abarrotes
Módulo mapa de riesgos de tienda de abarrotes
 
LÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdf
LÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdfLÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdf
LÍNEA DE TIEMPO- ANTROPOLOGIA jsjudhdv.pdf
 
ANALISIS DE LA LITERATURA DEL RENACIMIENTO
ANALISIS DE LA LITERATURA DEL RENACIMIENTOANALISIS DE LA LITERATURA DEL RENACIMIENTO
ANALISIS DE LA LITERATURA DEL RENACIMIENTO
 
Metodología del trabajo universitario pt 1
Metodología del trabajo universitario pt 1Metodología del trabajo universitario pt 1
Metodología del trabajo universitario pt 1
 
🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf
🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf
🦄💫4° VINCULACIÓN CONTENIDOS CON LOS LTG.pdf
 
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdfSesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
Sesion1_Ciencia_de_Datos-Introduccion a Pithon.pdf
 

Diseno base de datos documentacion

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