Sunteți pe pagina 1din 18

UNIVERSIDAD DE CONCEPCION

FACULTAD DE INGENIERA
DEPARTAMENTO DE INGENIERA INFORMATICA
Y CIENCIAS DE LA COMPUTACION
Adaptacin de Databases para Estimacin de
Parmetros de Rodal
Etapa 4: Implementacin de Base de Datos
29 de junio de 2014
Claudio Gaete Obreque, claudioigaete@udec.cl
Felipe Opazo Lagos, felipeopazo@udec.cl
Jhon Sanzana Arratia, jhsanzana@udec.cl
Camila Soto Rosales, camilassoto@udec.cl
1
NDICE NDICE
ndice
1. Introduccin 2
2. Aspectos Generales 3
2.1. Origen de los datos y utilidad del proyecto . . . . . . . . . . . . . . . . 3
2.2. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.3. Integrantes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3. El modelo Entidad-Relacin 5
3.1. Descripcin del problema . . . . . . . . . . . . . . . . . . . . . . . . . . 5
3.2. El modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.3. Modelo actual vs. Anteriores . . . . . . . . . . . . . . . . . . . . . . . . 8
4. El modelo relacional Normalizado 10
4.1. Expresiones SQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
4.2. Restricciones de Integridad . . . . . . . . . . . . . . . . . . . . . . . . . 13
4.3. Restricciones del problema . . . . . . . . . . . . . . . . . . . . . . . . . 13
4.4. Supuestos del modelo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
5. Implementacin de Base de datos 13
5.1. Descripcin de la Interfaz . . . . . . . . . . . . . . . . . . . . . . . . . 14
5.2. Consultas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
5.3. Consultas en SQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
1
1 INTRODUCCIN
1. Introduccin
Este informe versa sobre la tercera etapa del proyecto semestral de bases de da-
tos, en el marco de la asignatura Sistemas de Computacincd 503312-0. El proyecto
consiste en realizar el diseo conceptual, lgico e implementacin de una base de datos
de tamao razonable para un problema a eleccin. El problema puede ser de cualquier
ndole pero debe justicarse la relevancia del problema en el contexto de algn tipo de
empresa o institucin. La tercera etapa trata de convertir el Modelo Entidad-Relacin,
concebido en etapas previas, a un Modelo Relacional con sus respectivas claves prima-
rias y referenciales, normalizado y con restricciones de integridad.
Nuestro trabajo busca elaborar una base de datos para una empresa forestal, con
la cual hicimos contacto el verano pasado durante una prctica profesional obligatoria
en nuestra carrera. En el curso de la prctica profesional se trabaj en el problema de
estimar ciertos parmetros de inters en los rboles de sus fundos usando: La informa-
cin que ellos tenan disponibles de inventarios forestales; y mtodos numricos cuyas
entradas son los mencionados datos de inventario. Ahora bien, ellos tenan sus pro-
pios mtodos de estimacin de parmetros basados en investigaciones anteriores, pero
buscaban nuevos mtodos para mejorar las estimaciones. En la prctica profesional
nosotros desarrollamos mtodos nuevos que requeran ciertos niveles de la informacin
de inventario ya disponible, pero en un formato distinto a como ellos la tenan almace-
nada, pues evidentemente su estructura de almacenamiento de datos estaba orientada
a servir a los mtodos ya usados en la empresa.
Por lo tanto, en este proyecto buscamos crear una base de datos donde almacenar
la informacin que nosotros necesitamos en el formato en que la necesitamos. Para ello
solicitamos una cantidad moderada de informacin de inventario a la empresa y creamos
modelos E-R y Relacional para servir a nuestros nes particulares. En la ltima etapa
de este proyecto se implementar esta base de datos en un entorno que permitir hacer
consultas e ingresar datos, y ser trabajo posterior articular un programa que llame a la
base de datos para manipular la informacin con el objetivo nal de estimar parmetros
forestales usando los mtodos desarrollados en la prctica profesional mencionada.
2
2 ASPECTOS GENERALES
2. Aspectos Generales
2.1. Origen de los datos y utilidad del proyecto
Como se ha dicho ya, el problema surge de inventar nuevos mtodos para la pre-
diccin de parmetros forestales en una empresa del rubro. Este trabajo se ejecut
durante una prctica profesional en el verano 2013-14. Entrando ms en materia, el
trabajo del departamento de la empresa en que estuvimos consiste en tres pasos.
Primero: Ejecutar un nventario forestalque consiste en elegir un punto cada dos
hectreas en el rodal siguiendo un mallado rectangular (Un Fundo es un rea de bosque
delimitada por una cerca y de varias hectreas de extensin donde se plantan rboles
de una sola especie segn un plan de manejo. Se identica por su cdigo y se divide
en rodales. Un Rodal es un subsector del fundo que se diferencia de otros rodales
por su poca de plantado. Por ejemplo, en el fundo 998 estn los rodales 199201,
199202 y 199501, diferentes por su ao de plantado y plan de manejo.), y levantar una
parcela: Un crculo de radio 12 metros (aproximadamente, depende de la intensidad
del muestreo) donde se mide cada rbol y se extraen datos de dimetros, alturas,
curvaturas, podas, inclinaciones del terreno y otras, de cada especmen. Cada parcela
tiene entre 20 y 30 rboles. Estos datos crudosson los que recibimos por parte de la
empresa, con una estructura detallada ms adelante.
Segundo: Los datos crudosde la etapa anterior se ordenan en una base de datos de
la forestal, siguiendo una estructura que les conviene para sus mtodos de estimacin.
La principal diferencia con lo que nosotros pretendemos hacer es que a ellos les interesan
esencialmente los datos de medias (de DAP, altura, rea basal, etc.) sobre cada parcela,
mientras que a nosotros nos interesan datos de varianzas sobre la parcela. Por esto,
nuestra base de datos debe estar orientada a acceder a la informacin sobre cada rbol,
mientras que su base de datos est altamente optimizada para conseguir datos sobre
la parcela.
Tercero: Con estos datos estructurados se estima el rendimiento del rodal, en
volumen obtenido, nmero de trozas y calidad de cada una, si fuese cosechado. En
base a estas proyecciones el departamento decide cul rodal cosechar y cul no usando
mtodos de optimizacin y criterios que no interesan aqu.
Adems, cuando se cosecha un rodal, la empresa de servicios que lo hace genera
porcentajes de rendimiento en volumen de cada tipo de troza. A grandes rasgos, hay
tres tipos de trozas: Una troza Clear (el mejor material, que sirve para debobinado y
planchas sin impurezas), una troza industrial (el tronco aserrable, con el que se elaboran
3
2.2 Objetivos 2 ASPECTOS GENERALES
las tablas), y un trozo pulpable, que slo sirve para ser picado y compactado en tapas,
planchas rugosas o anes. La empresa forestal nos entrega tambin informacin sobre
esto (porcentajes de rendimiento por calidad y volumen total), por fundo, por rodal y
por fecha. Esta informacin nos permitir validar nuestros modelos y as contrastar la
informacin estimada versus la real.
Trabajar en este problema servir para hacer ms gil el mtodo de estimacin
ideado en la prctica profesional, lo que permitir en trabajo futuro desarrollar un
software que ejecute automticamente las estimaciones usando los nuevos mtodos y as
poder ayudar a mejorar las predicciones de los parmetros de un rodal, comparndolo
tambin con los porcentajes reales.
2.2. Objetivos
El objetivo que se persigue es claro ante lo dicho en la seccin anterior, y no es
ms que un resumen: Estructurar una base de datos que est orientada y que agilice la
aplicacin de los mtodos diseados en la prctica profesional para estimar los par-
metros. Elaborar un software que permita ejecutar consultas sobre esta base de datos
permitir automatizar la carga de datos en el programa que se escriba en trabajo futu-
ro, entendiendo cargar los datoscomo que el programa futuro obtenga la informacin
que necesita de los datos brutos.
Adems, ser capaces de integrar los datos de rendimientos reales para contrastarlos
con los tericos.
2.3. Integrantes
1. Claudio Gaete Obreque, claudioigaete@uec.cl
2. Felipe Opazo Lagos, felipeopazo@udec.cl
3. Jhon Sanzana Arratia, jhsanzana@udec.cl
4. Camila Soto Rosales, camilassoto@udec.cl
Todos estudiantes de Ingeniera Civil Matemtica.
4
3 EL MODELO ENTIDAD-RELACIN
3. El modelo Entidad-Relacin
3.1. Descripcin del problema
Aqu describimos los datos recibidos de parte de la empresa forestal, y sealamos
los aspectos principales de nuestros mtodos de estimacin para justicar la estructura
que le daremos a los datos. Son dos tipos de tablas xls. La primera tiene las siguientes
columnas:
Fundo: El terreno donde est el rodal inventariado. Es un nmero de a lo ms 4
dgitos.
Rodal: La seccin del fundo que se quiere analizar. Es un nmero de 6 dgitos de
la forma <ao><orden>. Ejemplo: 199502.
OT: Cuando se decide inventariar un rodal se emite una orden de trabajo a la
empresa de servicios. Este nmero de largo arbitrario (aproximadamente 9 cifras)
es el Id del inventario.
Eje X, Eje Y: Coordenadas de la parcela en UTM.
Fecha de Medicin: Da en que se ejecut la parcela.
Nmero de Parcela: Ordinal de a lo ms 2 cifras.
Nmero de rbol: Ordinal de a lo ms 2 cifras.
Dimetro 1, Dimetro 2: La forma de un rbol es de todo menos irregular. Por
esto se mide el dimetro del rbol a 1.30 metros, de frente y de lado (por eso son
2 dimetros) en milmetros.
Altura de Poda: Hasta qu altura desde la base el rbol no tiene ramas. En
decmetros. Si la altura de poda es muy pequea (menos de 3 metros) se toma
como 0.
Altura total: Altura desde la base hasta la copa del rbol en decmetros. Cabe
sealar que medir la altura del rbol toma mucho tiempo en comparacin con
las otras medidas, por lo que se miden slo 3 o 4 rboles representativos de la
parcela y los dems se rellenan con 0 y se extrapolan usando los datos de DAPs
y regresiones con frmulas conocidas.
5
3.1 Descripcin del problema 3 EL MODELO ENTIDAD-RELACIN
Nmero de Seccin: Cada rbol se troza imaginariamente en secciones de una
cierta altura cada una, segn varen los nmeros descritos a continuacin. Cada
rbol tiene a lo ms 6 secciones, pero todos los rboles tienen seis las y las las
que no se usan se rellenan con ceros en los siguientes valores.
Rectitud, Forma, Poda: Sobre las curvaturas , la forma de medirla es ver el rbol
y clasicar sus secciones de la base a la punta por curvatura , internudo y ramas.
Las rectitudes toman valores 1 (recto) , 2 (ligeramente curvado) y 3 (curvatura
insalvable , generalmente curvatura doble) . El internudo (distancia entre nudos)
era 1 (largo) o bien 2 (corto) . Las ramas se clasican en 1 (sin ramas) , 2 (ramas
verdes) , 3 (ramas mixtas) y 4 (ramas secas) . Entonces cada troza tena asociada
una altura y una combinacin de tres dgitos. Luego un rbol tpico sera 1-2-1
5m, 1-2-4 20m, 1-2-2 30m.
Uso: 1 si se usa esta seccin y 0 si no (ver Nmero de Seccin)
Altura de Seccin: Altura desde el suelo hasta la base de la seccin. As la primera
seccin tendr siempre un cero en la primera.
La segunda tabla tiene las siguientes columnas:
Fundo: El terreno donde est el rodal cosechado.
Rodal: Seccin del fundo cosechada.
Fecha: Momento en que inici la cosecha. Generalmente un rodal demora 15 das
en ser consumido.
Tipo de troza: Existen aproximadamente 17 clases distintas de trozas clasicadas
segn Clear, Industrial y pulpa, largo, clase diamtrica, poda e internudo. Estas
categoras existen debido a la gran diversidad de aserraderos forestales a lo largo
de la zona centro-sur del pas. Es un string.
Volumen: Cantidad de volumen que se obtuvo de cada troza en metros cbicos.
La segunda tabla podemos ingresarla casi directamente a nuestra base de datos. Slo es
necesario reunir todas las categoras en slo 3: Clear, Industrial y Pulpa. Adems, cabe
hacer hincapi en que los rodales cosechados no necesariamente fueron inventariados y
viceversa.
Respecto a la primera tabla, como se ha dicho nosotros requerimos ordenar estos
datos con el objeto de hacerlos susceptibles de ser usados para aplicar nuestros modelos.
6
3.2 El modelo 3 EL MODELO ENTIDAD-RELACIN
No se considera necesario exponer aqu los mtodos en si. Para efectos de disear la
base de datos basta con sealar qu es lo que requiere como entrada nuestro modelo
de estimacin de parmetros de rodal. Especcamente, el mtodo desarrollado en la
prctica recibe como entrada una tabla por inventario, con las siguientes columnas:
Nmero de la parcela: Un nmero natural.
dataX, dataY: Coordenadas UTM de la parcela.
meandap: DAP medio en la parcela.
meanheight: Altura total media en la parcela.
sddap: Varianza de DAP en la parcela.
sdheight: Varianza de Altura total en la parcela.
hpoda: Altura de poda promedio en la parcela.
prpoda: Proporcin de rboles podados (que tienen altura de poda no desprecia-
ble) en el sentido #(rboles podados)/#(rboles totales)
clear, industrial, pulpa: cantidad de rboles a los que se les puede sacar por lo
menos una troza de este tipo, y ninguna de mejor calidad. Por ejemplo, a un rbol
sin poda y recto se le puede sacar una troza industrial, a uno con poda y recto
una troza clear, y pulpa para el resto. Entonces, para poder clasicar un rbol
debemos ver sus secciones y decidir qu clase tiene basado en sus curvaturas, sus
internudos y sus ramas.
3.2. El modelo
Aqu mostramos el modelo Entidad-Relacin, diseado en Dia. Podemos ver cam-
bios drsticos entre el modelo ER actual y el anterior, que sern explicadas en la
prxima seccin.
7
3.3 Modelo actual vs. Anteriores 3 EL MODELO ENTIDAD-RELACIN
3.3. Modelo actual vs. Anteriores
Aqu discutiremos las diferencias sustanciales entre nuestro modelo actual y el
anterior, y las razones que nos llevaron a tal diferencia. En primer lugar redujimos
drsticamente el nmero de Entidades a 7. Adems, se observan claramente los dos
8
3.3 Modelo actual vs. Anteriores 3 EL MODELO ENTIDAD-RELACIN
caminos: Terico (Rodal->Inventario->Parcela->rbol->Trozo) y Prctico (Rodal-
>Informe_de_Rendimiento). Se eliminaron todas las entidades que versaban sobre
caractersticas de una parcela, y se redujo esa informacin a los datos de DAP, Altu-
ras, Podas y Curvaturas sobre el Trozo o Seccin del rbol. Esto se hizo as pues es
ms directo convertir los datos emanados por la empresa a tablas de nuestra database
y el modelo se vuelve prstino y fcil de comprender.
La otra razn, no menos importante, para cambiar nuestro modelo Entidad-Relacin
fue que despus de la segunda entrega recibimos correcciones en el modelo y principal-
mente datos de la empresa, con lo que pudimos discernir sobre el orden ms sucinto
de nuestra base de datos. Recibimos los datos tal como es descrito en la seccin 2.1, y
con ellos en mano se hace claro cul camino se debe seguir.
Se menciona tambin que nuestro modelo soporta consultas que nos ayudan en
gran medida a obtener la informacin que necesitamos, principalmente para elaborar
las tablas a usar despus. Por ejemplo, se cargan los datos de un rodal en un nuevo
programa, y este automticamente puede consultar cada rbol de cada parcela del
rodal, y clasicarlo como clear, industrial o pulpa segn criterios descritos en el nal
de la seccin 2.1. Esto permite que si los datos originales se actualizan va un nuevo
inventario forestal (se ejecutan inventarios casi todos los aos y el pino se cosecha
aproximadamente a los 20 aos), simplemente se eliminan los registros antiguos y se
agregan los nuevos debiendo sencillamente cargarse nuevamente en el programa de
estimacin de parmetros. Esto de cargar y recargar puede sonar algo tedioso, pero
el software actual que se maneja en la forestal funcionaba de esta forma y no era un
problema tan grave tener que cargar los datos cada vez que el programa se cerraba y
se volva a abrir. Adems, uno elije que inventarios cargar mediante la OT, y no es
necesario cargar tantos rodales a la vez.
9
4 EL MODELO RELACIONAL NORMALIZADO
4. El modelo relacional Normalizado
Por la construccin de nuestro modelo, ste ya se encuentra normalizado. El nico
cambio que se realiz fue separar el atributo coordenadas de la entidad Parcela en
coord_x y coord_y para que estuvieran atomizadas.
Luego, obtenemos el siguiente diagrama
O escrito de otra forma:
Fundo(id_fundo, locacin)
Rodal(id_rodal, especie, ao_plantado, id_fundo)
fk: id_fundo rodal
Inventario(OT, tipo, fecha, id_rodal)
fk: id_rodal rodal
Informe_rendimiento(id_info, porc_clear, porc_pulpa, porc_industrial, fecha, id_rodal)
fk: id_rodal rodal
10
4.1 Expresiones SQL 4 EL MODELO RELACIONAL NORMALIZADO
Parcela(id_parcela, tipo, coord_x, coord_y, n_arboles, OT)
fk: OT Inventario
rbol(id_arbol, diam_1, diam_2, altura, id_parcela)
fk: id_parcela Parcela
Trozo(id_trozo, forma, uso, poda, rectitud, altura_seccion, id_arbol)
fk: id_arbol rbol
4.1. Expresiones SQL
CREATE DATABASE ADEPR
CREATE TABLE fundo(id_fundo varchar(25),
locacion varchar(25),
PRIMARY KEY (id_fundo) );
CREATE TABLE rodal(id_rodal varchar(25),
especie varchar(25),
ao_plantado INT(4) NOT NULL,
id_fundo varchar(25),
PRIMARY KEY(id_rodal),
FOREIGN KEY (id_fundo) REFERENCES fundo(id_fundo) ON UPDATE CASCADE
ON DELETE CASCADE);
CREATE TABLE inventario(OT varchar(25),
tipo varchar(25),
fecha DATE NOT NULL,
id_rodal varchar(25),
PRIMARY KEY(OT),
FOREIGN KEY (id_rodal) REFERENCES rodal(id_rodal) ON UPDATE CASCADE
ON DELETE CASCADE);
CREATE TABLE informe_rendimiento(id_info varchar(25),
porc_clear DECIMAL(6,4),
11
4.1 Expresiones SQL 4 EL MODELO RELACIONAL NORMALIZADO
porc_pulpa DECIMAL(6,4),
porc_indust DECIMAL(6,4),
fecha DATE,
id_rodal varchar(25),
PRIMARY KEY(id_info),
FOREIGN KEY (id_rodal) REFERENCES rodal(id_rodal) ON UPDATE CASCADE
ON DELETE CASCADE);
CREATE TABLE parcela(id_parcela varchar(25),
tipo varchar(25),
coord_x INT(11),
coord_y INT(11),
n_arboles INT(25),
OT varchar(25),
PRIMARY KEY(id_parcela),
FOREIGN KEY (OT) REFERENCES inventario(OT) ON UPDATE CASCADE ON DELETE
CASCADE);
CREATE TABLE arbol(id_arbol varchar(25),
diam_1 INT(11)),
diam_2 INT(11),
altura INT(11),
id_parcela varchar(25),
PRIMARY KEY(id_arbol),
FOREIGN KEY (id_parcela) REFERENCES parcela(id_parcela) ON UPDATE CASCADE
ON DELETE CASCADE);
CREATE TABLE trozo(id_trozo varchar(25),
forma INT(1),
uso INT(1),
poda INT(2),
rectitud INT(2),
altura_seccion INT(11),
id_arbol varchar(25),
PRIMARY KEY(id_trozo),
FOREIGN KEY (id_arbol) REFERENCES arbol(id_arbol) ON UPDATE CASCADE
12
4.2 Restricciones de Integridad 5 IMPLEMENTACIN DE BASE DE DATOS
ON DELETE CASCADE);
4.2. Restricciones de Integridad
Hemos considerado como restricciones de integridad que el atributo ao_plantado
de la entidad Rodal sea no nulo, pues es una informacin primordial para poder saber
la edad del rbol y sacar conclusiones sobre ste. Anlogamente es importante tener la
fecha de la entidad Inventario, por las mismas razones, es decir, es necesario cono-
cer la fecha de realizacin del inventario para saber cuando se deber hacer el prximo
inventario, o para poder sacar conclusiones.
Adems hemos incluido que en todas las tablas con claves forneas, si se actualiza
o elimina un dato, se debe proceder en cascada respecto de los datos relacionados a
ste en otras tablas.
4.3. Restricciones del problema
Nuestro problema tiene las siguientes restricciones:
La tabla Trozo, siempre posee 6 las (o datos). Si en la prctica existen mas de
6 datos, slo se deben anotar 6. Si existen menos datos, se rellenaran con ceros.
Si la altura de poda es menor que 3 metros, se considera como 0 metros de altura.
4.4. Supuestos del modelo
En nuestro modelo hemos hecho los siguiente supuesto:
Un rodal cosechado no necesariamente fue inventariado.
Existen muchas mas variables, pero por simplicidad y utilidad del modelo no las
consideraremos.
Existen muchas clases de calidades, pero slo hemos considerado las ms impor-
tantes, que son: clear, pulpa e industrial.
5. Implementacin de Base de datos
En esta seccin comentaremos los detalles que tienen que ver con la ltima etapa
del proyecto, crear la base de datos y la interfaz para tratar con esta. Ahora bien,
13
5.1 Descripcin de la Interfaz 5 IMPLEMENTACIN DE BASE DE DATOS
los cdigos para crear la base de datos fueron descritos en la seccin anterior,
por lo que en en esta seccin slo nos dedicaremos a la estructura de nuestra
interfaz, discusin que nos llevar naturalmente a comentar las consultas que
puede ejecutar nuestra interfaz y su pertinencia respecto a resolver el problema
original, cuestiones centrales en esta, la ltima etapa del proyecto.
5.1. Descripcin de la Interfaz
La pgina principal contiene tres opciones: Ingresar datos, Eliminar datos y Con-
sultar datos.
Ingresar datos: En la primera opcin hay varios tipos de datos que se pue-
den ingresar. Obviamente cada uno corresponde a una la de alguno de los
7 tipos de tablas de nuestro modelo relacional normalizado (ver seccin 4),
digamos Fundo, Rodal, Informe_Rendimiento, Inventario, Parcela, rbol y
Trozo. Es importante hacer notar aqu que uno es capaz de ingresar estos
datos de forma disconexa pero con la salvedad de que se debe mantener la
integridad de la base de datos. Esto es, podemos ingresar un nuevo Rodal
(Anotando sus caractersticas principales en los cuadros de dilogo de nues-
tra pgina) que no contenga ningn inventario asociado, pero es necesario,
cuando uno ingresa in nuevo inventario el sealar el rodal sobre el que se
aplica, y este rodal debi ser ingresado previamente y por tanto existir ya en
la base de datos. Si no existiera el rodal al que este inventario hace referen-
cia, se emite una alerta por parte de nuestro sistema, para as salvaguardar
la integridad de nuestra database.
Eliminar datos: Aqu es esencialmente lo mismo que lo anterior, se puede
eliminar una o varias las de uno de los 7 tipos de tablas, tan slo ingresando
su Identicacin. Es necesario hacer hincapi en el hecho de que aqu opera
la estructura de cascada de nuestro modelo Entidad-Relacin. Esto pues si
yo solicito eliminar los datos de un Inventario Forestal, puedo eliminar todos
los datos asociados a ese Inventario: Parcelas, rboles y Trozos. Igualmente
con las entidades ms pequeas y sus respectivas subordinadas. Tambin
se tiene la opcin de renombrar un Inventario, y as trasladar todos sus
subordinados a otro Inventario, preservando la estructura de cascada del
modelo ER.
14
5.2 Consultas 5 IMPLEMENTACIN DE BASE DE DATOS
Consultar datos: Esta opcin permite ejecutar consultas altamente opti-
mizadas para responder a los objetivos de este trabajo. Estos se resumen en
lograr que la base de datos nos entregue la informacin precisa para elaborar
la tabla detallada al nal de la seccin 3.1. Cuatro son la consultas esenciales
que nos permiten lograr este objetivo, y las describiremos en la subseccin
siguiente.
Al seleccionar una de las 3 opciones nos redirecciona a otra pgina donde se nos
solicitan los antecedentes necesarios para completar la accin. Para ingresar y
eliminar datos se trata de detallar todos los atributos de la entidad seleccionada,
y para consultar se ingresa un Id especco y retorna una tabla con los datos
justos para construir una parte de la tabla del nal de la seccin 3.1
5.2. Consultas
Aqu describimos las entradas y salidas de las consultas ms relevantes.
Calidades: La entrada es un Id de parcela. La salida es una tabla con una
la por cada rbol de la parcela. Las columnas son: Altura de poda (altura
del segundo trozo, recordemos que la altura de un trozo es su altura inicial
desde el suelo, por lo que la altura del primer trozo es siempre 0); Dimetros
1 y 2 del rbol; Forma, Rectitud y Poda del primer trozo. Estos datos nos
permiten establecer la calidad de cada rbol, osea, si este rbol es capaz
de entregar trozos Clear, Industrial o Pulpa, interpretando los cdigos de
Forma, Rectitud y Poda, y analizando las clases diamtricas y longitudinales
del rbol.
Varianzas y medias: La entrada es un Id de parcela. La salida es una
tabla con tantas las como rboles tenga la parcela, y columnas: Dimetros
1 y 2, y Altura total del rbol. Esta consulta permite extraer los datos de
varianzas y medias de cada parcela, lo que es fundamental para el proceso
de estimacin diseado por nosotros en la prctica profesional, y que es una
de las diferencias ms marcadas con la estructura de datos de la empresa,
como fue sealado en secciones anteriores.
Poda: La entrada es un Id de parcela. La salida es como las anteriores, una
la por cada rbol, y dos columnas: Altura de poda (ver consulta Calida-
des) y Poda del primer trozo. Esto permite obtener datos de frecuencia de
15
5.3 Consultas en SQL 5 IMPLEMENTACIN DE BASE DE DATOS
rboles podados en la parcela, y varianzas y medias de las alturas de poda
en cada una.
Rendimiento: Hay dos consultas de rendimiento: Una por rodal, y otra
a nivel de informe de rendimiento. Estas entregan los datos porcentuales
de volmenes extrados de trozas Clear, Industrial y Pulpa en cada rodal
o bien por informe de rendimiento, y es fundamental para comparar los
datos reales con los datos predichos por nuestro nuevo modelo, basado en el
trabajo llevado a cabo en esta asignatura.
5.3. Consultas en SQL
Calidades
(SELECT diam_1, diam_2,forma,poda,rectitud
FROM arbol ,trozo
WHERE arbol.id_parcela="$id_parcela_1" AND trozo.id_trozo LIKE _ %1
AND arbol.id_arbol=trozo.id_arbol )
UNION
SELECT altura_seccion
FROM arbol ,trozo
WHERE arbol.id_parcela="$id_parcela_1" AND trozo.id_trozo LIKE _ %2
AND arbol.id_arbol=trozo.id_arbol)
Varianza y Media
SELECT diam_1, diam_2,altura
FROM arbol
WHERE arbol.id_parcela="$id_parcela_2"
Poda
(SELECT poda
FROM arbol ,trozo
WHERE arbol.id_parcela="$id_parcela_3" AND trozo.id_trozo LIKE _ %1
AND arbol.id_arbol=trozo.id_arbol )
UNION
SELECT altura_seccion
FROM arbol ,trozo
16
5.3 Consultas en SQL 5 IMPLEMENTACIN DE BASE DE DATOS
WHERE arbol.id_parcela="$id_parcela_3" AND trozo.id_trozo LIKE _ %2
AND arbol.id_arbol=trozo.id_arbol)
Informe de Rendimiento
Para un rodal en especco:
SELECT
FROM informe_rendiemiento
WHERE id_rodal="$id_rodal_1"
Informe Completo
SELECT
FROM informe_rendiemiento
17

S-ar putea să vă placă și