DOCUMENTACIÓN DEL DISEÑO DE LA BASE DE DATOS

Transcripción

1 PROYECTO PARA LA CONSERVACION Y USO SOSTENIBLE DEL SISTEMA ARRECIFAL MESOAMERICANO (SAM) Belice Guatemala Honduras - México SAM / MBRS 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) ; Fax: (501) mbrs@btl.net Website:

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: /34561 Fax: Correo electrónico: mbrs@btl.net

3 INDICE 1. Introducción...1 Pagina 2. Especificaciones de Software y Hardware Selección de software Requisitos de hardware Especificaciones generales Especificaciones técnicas detalladas Diseño de la Base de Datos Tablas comunes Tabla del sitio Tabla de la encuesta Transecto Persona Lista de especies Especie mbres locales Amenazadas y en peligro Manglares Estructura del bosque Plántulas/vástagos Biomasa de plántulas/vástagos...31 I

4 3.3.4 Agua interstitial Hojarasca Zonificación Arrecifes Coralinos Arrastre con manta Peces adultos Reclutamiento de peces Buzo errante Punto de intercepción Componentes bénticos Corales bénticos Pastos marinos Crecimiento de pastos marinos Biomasa de pastos marinos Indice del área de la hoja de pasto marino...63 Apéndice Tipos de Datos...67 II

5 1. INTRODUCCIÓN DOCUMENTACIÓN DEL DISEÑO DE LA BASE DE DATOS 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

6 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 de los datos ingresados en las columnas dentro de la tabla. Poder restringir los datos a ciertos rangos o 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

7 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 calculados, sin tener que crear columnas adicionales en las tablas de datos y tener que poblarlas con 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. 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 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

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

9 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 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 RAID integrada de doble canal, (Controladora principal) 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 ( 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 Ítem Teclado Ratón Controlador de la unidad SCSI (Controlador secundario) Unidad de respaldo en cinta Software para el respaldo en cinta Puerto paralelo de 25-pin Puertos serie de 9-pin Puertos USB (Universal Serial Bus) Abastecimiento de energía Chasis Sistema operativo Documentación para el sistema operativo Software de administración la conexión a un puerto de 100Mbps en Internet Switch Con tolerancia a fallos (failover) y soporte de balance de carga Teclado estándar Windows PS/2 Con cable para teclado Ratón PS/2 de dos botones con rueda de scroll y Con cable de ratón Controlador de la unidad SCSI compatible con la unidad interna de respaldo en cinta LTO Con los cables adecuados 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 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 Fuentes de abastecimiento de energía redundantes de 500 W con capacidad hot-plug (2x500watt) y ventiladores con capacidad hot-plug Voltaje: VAC Chasis torre Red Hat Linux 8.0 Professional instalado Con unidades actualizadas para todos los componentes del sistema, incluidos video, SCSI, placa base, NIC, etc. Documentation and Media para Red Hat Linux 8.0 Professional 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 Ítem 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 Batería autónoma 2200VA/1600W Smart UPS 120 V con tiempo de alimentación de energía 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 Ítem 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 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 se pueden encontrar en la de s de las tablas de este informe: 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. 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. ú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 en este índice no puede duplicarse en ninguna parte de la tabla. ú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 en este índice no puede duplicarse en ninguna parte de la tabla

14 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 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: mbre de la tabla - site mbre de la columna mbre site_id varchar(8) Id. del sitio único 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 Este campo es el nombre del lugar del Programa de Monitoreo Sinóptico que está siendo monitoreado, por ejemplo Arrecife del Faro

15 mbre de la columna mbre latitude decimal(9,6) Latitud 15.0 N a 21.5 N 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 W a 89.0 W 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 El laboratorio responsable de realizar el monitoreo en este sitio. ecosystem varchar(25) Ecosistema Coral, Mangrove, Seagrass habitat varchar(25) Hábitat shallow backreef, shallow fore-reef, deep fore-reef, coastal, fringing 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 son: coral = coral mangrove = manglar seagrass = pastos marinos 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 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

16 mbre de la columna mbre country varchar(15) País Mexico, Belize, Guatemala, Honduras El país en el cual se ubica el sitio de muestreo. category smallint Categoría 1,2,3 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 del sitio selection varchar(14) Criterios de selección usrid integer Id. del usuario unbiased, strategic, representative 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. El método usado para elegir el sitio. Los 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. 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

17 mbre de la columna mbre adddate date Fecha 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 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:

18 mbre de la tabla - survey mbre de mbre site_id varchar(8) Id. del sitio 2 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 enddate date Fecha de finalización del muestreo Fechas posteriores a1 1 de enero de 2003 y anteriores a la fecha de ingreso de los datos. Fechas posteriores al 1 de enero de 2003 y anteriores a la fecha de ingreso de los datos. 2 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. 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 La hora en la cual se inició el muestreo. person_col integer Persona que recolecta o registra del menú desplegable 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

19 mbre de mbre person_proc integer Persona que procesa del menú desplegable 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 sea varchar(15) Estado del mar calm, slight, moderate, rough El estado de la marea en el momento del muestreo. Los 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 El estado del mar en el momento del muestreo. Los 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

20 mbre de mbre wind integer Velocidad del viento winddir integer Dirección del viento cloud integer Cobertura de nubes secchimark decimal(9,3) Secchi en la marcación secchicoll decimal(9,3) Secchi en la recolección tempair decimal(9,3) Temperatura del aire ( C) 1-5 Categoría de fuerza del viento en base a la velocidad del viento. Los son: nudos nudos nudos nudos nudos La dirección desde la que sopla el viento en grados. 0-8 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). 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. 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. La temperatura ambiente del aire en el momento del muestreo

21 mbre de mbre currentspd decimal(9,3) Velocidad de la corriente del agua (m/s) currentdir decimal(9,3) Dirección de la corriente del agua survey_type varchar(15) Tipo de encuesta survey_id integer Id. de la encuesta usrid integer Id. del usuario La velocidad de la corriente del agua en metros por segundo en el momento del muestreo La dirección de la corriente del agua en el momento del muestreo. En grados desde el norte. único 1 Este es un campo de caracteres que identifica qué conjunto de datos se asocia con este registro de encuesta. 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. 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 El programa de la base de datos llena este campo automáticamente. Se lo usa para identificar cuándo se añadió el registro

22 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 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. mbre de la tabla transect mbre de mbre survey_id integer Id. de la encuesta único 2 Este campo enlaza estos registros con la tabla survey. Los se llenan automáticamente con el formulario de ingreso de datos. transect varchar(5) Transecto o parcela único 2 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