<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>2227-1899</journal-id>
<journal-title><![CDATA[Revista Cubana de Ciencias Informáticas]]></journal-title>
<abbrev-journal-title><![CDATA[Rev cuba cienc informat]]></abbrev-journal-title>
<issn>2227-1899</issn>
<publisher>
<publisher-name><![CDATA[Editorial Ediciones Futuro]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S2227-18992018000200002</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Reparación Compatible en Almacenes de Datos Inconsistentes]]></article-title>
<article-title xml:lang="en"><![CDATA[Compatible Repair in Inconsistent Data Warehouses]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Ramírez]]></surname>
<given-names><![CDATA[Juan-José]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Arredondo]]></surname>
<given-names><![CDATA[Raúl]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Vallejos]]></surname>
<given-names><![CDATA[Cristian]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de Los Lagos  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Chile</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de Los Lagos  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Chile</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>06</month>
<year>2018</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>06</month>
<year>2018</year>
</pub-date>
<volume>12</volume>
<numero>2</numero>
<fpage>15</fpage>
<lpage>29</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992018000200002&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992018000200002&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992018000200002&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Una dimensión, en un almacén de datos, es un concepto abstracto que agrupa datos que comparten un significado semántico común. Las dimensiones se modelan mediante un esquema jerárquico de categorías. Una dimensión es llamada estricta si cada elemento de cada categoría tiene exactamente un ancestro en cada categoría superior, y homogénea si cada elemento de una categoría tiene por lo menos un ancestro en cada categoría superior. Si una dimensión es estricta y homogénea se pueden utilizar consultas pre-computadas en los niveles inferiores para obtener respuestas en los niveles superiores. Sin embargo, cuando las dimensiones no son estrictas/homogéneas debemos conocer sus restricciones para obtener un resultado correcto. En el mundo real, las dimensiones pueden no satisfacer estas restricciones, y en estos casos, es importante corregir estas dimensiones o encontrar formas de obtener respuestas correctas a las preguntas planteadas en las dimensiones inconsistentes. Una reparación minimal es una nueva dimensión que satisface las restricciones estrictas y homogéneas, y que se obtiene a partir de la dimensión original a través de un número mínimo de cambios, la cual tiene un costo computacional NP-duro. Para mejorar esto, se define la dimensión extendida y se propone la reparación compatible que obtiene una nueva dimensión consistente, manteniendo la esencia de la dimensión original. En este último punto se centra la experimentación, elaborando y evaluando un programa que genere esta reparación compatible y obtenga resultados en tiempo polinomial.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[A dimension in a data warehouse is an abstract concept that groups data that shares a common semantic meaning. Dimensions are modeled by a hierarchical scheme of categories. A dimension is called strict if each element of each category has a unique ancestor in each higher category, and homogenous if each element of a category has at least one ancestor in each higher category. If a dimension is strict and homogenous, precomputed queries can be used at the lower levels to obtain answers at higher levels. However, when the dimensions are not strict/homogenous their constraints should be known in order to obtain a correct result. In the real world, dimensions may not meet these constraints, and in these cases, it is important to correct these dimensions or find ways to get correct answers to questions posed in inconsistent dimensions. A minimal repair is a new dimension that satisfies the strict and homogenous constraints, and is obtained from the original dimension through a minimum number of changes, which has an NP-hard computational cost. To improve this, the extended dimension is defined and the compatible repair is proposed, which obtains a new consistent dimension, maintaining the essence of the original dimension. The experimentation is focused in this last point, to elaborate and evaluate a program that generates this compatible repair and obtains results in polynomial time.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[almacén de datos]]></kwd>
<kwd lng="es"><![CDATA[experimentos]]></kwd>
<kwd lng="es"><![CDATA[inconsistencia]]></kwd>
<kwd lng="es"><![CDATA[restricción estricta]]></kwd>
<kwd lng="es"><![CDATA[restricción homogénea]]></kwd>
<kwd lng="en"><![CDATA[data warehouse]]></kwd>
<kwd lng="en"><![CDATA[experiments]]></kwd>
<kwd lng="en"><![CDATA[homogenous constrains]]></kwd>
<kwd lng="en"><![CDATA[inconsistency]]></kwd>
<kwd lng="en"><![CDATA[strict constrains]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>ART&Iacute;CULO  ORIGINAL</B></font></p>     <p>&nbsp;</p>     <p><font size="4"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Reparaci&oacute;n  Compatible en Almacenes de Datos Inconsistentes</font></strong></font></p>     <p>&nbsp;</p>     <p><font size="3"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Compatible  Repair in Inconsistent Data Warehouses</font></strong></font></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <P><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Juan-Jos&eacute; Ram&iacute;rez<strong><sup>1*</sup></strong>, Ra&uacute;l Arredondo<strong><sup>2</sup></strong>, Cristian Vallejos</font></strong><font face="Verdana, Arial, Helvetica, sans-serif"><strong><sup>2</sup></strong></font></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>1</sup>Universidad de Los Lagos. Av. Fuchslocher 1305, Osorno, Chile. juan.ramirez@ulagos.cl</font>    <br>   <font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>2</sup>Universidad de Los Lagos. Chinquihue km 6, Puerto Montt, Chile. {raul.arredondo,  cristian.vallejos}@ulagos.cl</font>    ]]></body>
<body><![CDATA[<br> </p>     <P><font face="Verdana, Arial, Helvetica, sans-serif"><span class="class"><font size="2">*Autor para la correspondencia: </font></span></font><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> <a href="mailto:juan.ramirez@ulagos.cl">juan.ramirez@ulagos.cl</a><a href="mailto:jmperea@unex.es"></a><a href="mailto:jova@uci.cu"></a></font><font face="Verdana, Arial, Helvetica, sans-serif"><a href="mailto:losorio@ismm.edu.cu"></a> </font>     <p>&nbsp;</p>     <p>&nbsp;</p> <hr>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b>RESUMEN</b> </font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una dimensi&oacute;n, en un almac&eacute;n de datos, es un concepto abstracto que  agrupa datos que comparten un significado sem&aacute;ntico com&uacute;n. Las dimensiones se  modelan mediante un esquema jer&aacute;rquico de categor&iacute;as. Una dimensi&oacute;n es llamada estricta  si cada elemento de cada categor&iacute;a tiene exactamente un ancestro en cada  categor&iacute;a superior, y homog&eacute;nea si cada elemento de una categor&iacute;a tiene por lo  menos un ancestro en cada categor&iacute;a superior. Si una dimensi&oacute;n es estricta y  homog&eacute;nea se pueden utilizar consultas pre-computadas en los niveles inferiores  para obtener respuestas en los niveles superiores. Sin embargo, cuando las  dimensiones no son estrictas/homog&eacute;neas debemos conocer sus restricciones para  obtener un resultado correcto. En el mundo real, las dimensiones pueden no  satisfacer estas restricciones, y en estos casos, es importante corregir estas  dimensiones o encontrar formas de obtener respuestas correctas a las preguntas  planteadas en las dimensiones inconsistentes. Una reparaci&oacute;n minimal es una  nueva dimensi&oacute;n que satisface las restricciones estrictas y homog&eacute;neas, y que  se obtiene a partir de la dimensi&oacute;n original a trav&eacute;s de un n&uacute;mero m&iacute;nimo de  cambios, la cual tiene un costo computacional NP-duro. Para mejorar esto, se define  la dimensi&oacute;n extendida y se propone la reparaci&oacute;n compatible que obtiene una  nueva dimensi&oacute;n consistente, manteniendo la esencia de la dimensi&oacute;n original.  En este &uacute;ltimo punto se centra la experimentaci&oacute;n, elaborando y evaluando un  programa que genere esta reparaci&oacute;n compatible y obtenga resultados en tiempo  polinomial.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Palabras clave: </span></b>almac&eacute;n de datos, experimentos, inconsistencia, restricci&oacute;n estricta,  restricci&oacute;n homog&eacute;nea.</font></p> <hr>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>ABSTRACT</span></b> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A dimension in a data warehouse is an abstract concept that groups data  that shares a common semantic meaning. Dimensions are modeled by a hierarchical  scheme of categories. A dimension is called strict if each element of each  category has a unique ancestor in each higher category, and homogenous if each  element of a category has at least one ancestor in each higher category. If a  dimension is strict and homogenous, precomputed queries can be used at the  lower levels to obtain answers at higher levels. However, when the dimensions  are not strict/homogenous their constraints should be known in order to obtain  a correct result. In the real world, dimensions may not meet these constraints,  and in these cases, it is important to correct these dimensions or find ways to  get correct answers to questions posed in inconsistent dimensions. A minimal  repair is a new dimension that satisfies the strict and homogenous constraints,  and is obtained from the original dimension through a minimum number of  changes, which has an NP-hard computational cost. To improve this, the extended  dimension is defined and the compatible repair is proposed, which obtains a new  consistent dimension, maintaining the essence of the original dimension. The  experimentation is focused in this last point, to elaborate and evaluate a  program that generates this compatible repair and obtains results in polynomial  time.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Key words: </span></b>data warehouse, experiments, homogenous constrains, inconsistency, strict  constrains.</font></p> <hr>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><b>INTRODUCCI&Oacute;N</b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los almacenes de datos integran informaci&oacute;n de m&uacute;ltiples fuentes, y la  almacenan de forma hist&oacute;rica para el an&aacute;lisis de datos y apoyo a la toma de  decisiones a nivel estrat&eacute;gico, en empresas, organizaciones o instituciones,  aportando a la inteligencia de negocios (Dediz y Stanier, 2016) represent&aacute;ndose  mediante modelos multidimensionales y se componen de dimensiones y hechos. Las dimensiones  se modelan como jerarqu&iacute;as de elementos, entregando el orden jer&aacute;rquico donde  cada elemento pertenece a una categor&iacute;a (tambi&eacute;n conocido como niveles)  (Chaudhuri y Dayal, 1997) y estas categor&iacute;as tambi&eacute;n se organizan a trav&eacute;s de  los esquemas de jerarqu&iacute;a. Los hechos corresponden a eventos que se asocian  generalmente a valores num&eacute;ricos conocidos como medidas, y hacen referencia a  elementos de la dimensi&oacute;n, estos elementos se pueden apreciar en el Ejemplo 1.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Ejemplo 1</strong> La FIFA tiene un almac&eacute;n de datos para administrar la informaci&oacute;n sobre  las selecciones nacionales de futbol. Este usa la dimensi&oacute;n Tiempo que est&aacute;  organizada jer&aacute;rquicamente por las categor&iacute;as D&iacute;a, Mes, A&ntilde;o y All, y por la  Dimensi&oacute;n Selecciones que se puede ver en la <a href="/img/revistas/rcci/v12n2/f0201218.jpg" target="_blank">Figura 1a</a> En la <a href="/img/revistas/rcci/v12n2/f0201218.jpg" target="_blank">Figura 1c</a> se  pueden apreciar los elementos pertenecientes a cada categor&iacute;a de la dimensi&oacute;n Equipos  y las relaciones <em>rollups</em> entre cada  una de ellas. Por ejemplo: CH (selecci&oacute;n chilena), SP (selecci&oacute;n espa&ntilde;ola), AU  (selecci&oacute;n australiana) son elementos de la categor&iacute;a Equipos y SA (Am&eacute;rica del  sur), WEU (Europa del este), y AS (Asia) son elementos de la categor&iacute;a Zona. La  relaci&oacute;n <em>rollup</em> entre estas  categor&iacute;as son los pares (CH, SA), (SP, WEU) y (AU, AS). En la <a href="#t01">Tabla 1</a> se  muestra la tabla de hechos Ingresos (Equipo, Fecha, Total), la cual almacena  las ganancias por equipo en una fecha determinada. La estructura  multidimensional permite computar consultas en diferentes niveles de  granularidad. Por ejemplo, es f&aacute;cil computar el total de ingresos agrupados por  zona y mes, o el total de ingresos por confederaci&oacute;n en un a&ntilde;o espec&iacute;fico,  entre otros.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las dimensiones son  consideradas la parte est&aacute;tica de los almacenes de datos, mientras que los  hechos se consideran la parte din&aacute;mica, en el sentido de que las operaciones de  actualizaci&oacute;n afectan principalmente a las tablas de hechos (Hurtado et al.,  1999). La estructura multidimensional de un almac&eacute;n de datos permite a los  usuarios formular consultas en diferentes niveles de granularidad. </font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/t0102218.jpg" alt="t01" width="360" height="122"><a name="t01"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las respuestas consistentes a  consultas en almacenes de datos se basan en el uso de consultas pre-computadas  en categor&iacute;as inferiores para calcular resultados en los niveles m&aacute;s altos de  la jerarqu&iacute;a. En una dimensi&oacute;n consistente, cada medida en la tabla de hechos  se debe agregar como m&aacute;ximo una vez y para asegurar esa condici&oacute;n, la dimensi&oacute;n  debe cumplir ciertas restricciones de integridad (RI), las cuales se dividen en <em>estrictas</em> y homog&eacute;neas (Rafanelli y  Shoshani, 1990; Lenz y Shoshani, 1997; Hurtado et al., 2005; Maz&oacute;n et al., 2009)  agrupados en el conjunto &sum;. Una dimensi&oacute;n es estricta, si todas sus relaciones <em>rollup</em> (directas o indirectas en el  esquema jer&aacute;rquico) entre elementos de las categor&iacute;as son relaciones muchos a  uno. La restricci&oacute;n homog&eacute;nea indica que los <em>rollups</em> son obligatorios entre elementos de dos categor&iacute;as que  est&eacute;n conectados en el esquema jer&aacute;rquico.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Lo ideal ser&iacute;a  que todas las relaciones dentro de una categor&iacute;a satisfagan estas propiedades  para asegurarse un c&oacute;mputo eficiente al usar consultas pre-computadas. Sin  embargo, cuando se modela una determinada dimensi&oacute;n, podr&iacute;a darse el caso de  que algunas categor&iacute;as no cumplan alguna de las RI impuestas en ella, como se  aprecia en el Ejemplo 2.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Ejemplo 2</strong> En la Figura 1b se puede apreciar que  el <em>rollup</em> entre las categor&iacute;as Equipos  y Patrocinador no es estricta, ya que hay elementos en Equipos que tienen m&aacute;s  de un Patrocinador como es el caso de <em>CH</em>.  As&iacute; mismo, esta relaci&oacute;n tampoco es homog&eacute;nea ya que <em>AU</em> no hace <em>rollup</em> a  ning&uacute;n elemento en Patrocinador. Sin embargo, si la dimensi&oacute;n completa es  estricta/homog&eacute;nea depender&aacute; de las RI que se hayan impuesto.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una dimensi&oacute;n se dice que es consistente respecto a .&sum; si satisface todas las  restricciones definidas en ella, de lo contrario, la dimensi&oacute;n es inconsistente  y verificar que una dimensi&oacute;n satisface sus RI puede hacerse en tiempo  polinomial (Caniup&aacute;n et al., 2012). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En el marco de  definir una respuesta aproximada, utilizando el conjunto de reparaciones  minimales obtenidas de una dimensi&oacute;n inconsistente, en (Bertossi et al., 2009)  se propone la reparaci&oacute;n can&oacute;nica que es una nueva dimensi&oacute;n que agrupa en una  &uacute;nica dimensi&oacute;n todas las reparaciones minimales obtenidas para aplicar las  consultas pre-computadas.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Trabajo Previo</strong> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para obtener una dimensi&oacute;n  consistente respecto &sum;, se han desarrollado dos  m&eacute;todos. El primero se basa en el modelo de dimensi&oacute;n can&oacute;nica presentado en  (Bertossi et al., 2009), el cual, agrupa todas las reparaciones minimales  generando una nueva dimensi&oacute;n que contiene conjuntos de elementos en sus  categor&iacute;as y el segundo m&eacute;todo es propuesto en (Caniup&aacute;n et al., 2015) el cual,  repara una dimensi&oacute;n que se vuelve inconsistente con respecto a sus  restricciones estrictas, despu&eacute;s de una actualizaci&oacute;n en la dimensi&oacute;n y se  realiza para dimensiones que tengan un nivel de conflicto (Caniup&aacute;n y Vaisman,  2011). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En (Ram&iacute;rez et al. 2013) se define ladimensi&oacute;n extendida, la cual se crea para poder insertar conjuntos de  elementos en sus categor&iacute;as (como se aprecia en la <a href="#f02">Figura 2b</a> y poder dar  respuesta a consultas de agregaci&oacute;n sin necesidad de computar las reparaciones  minimales y generar la dimensi&oacute;n can&oacute;nica.</font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/f0202218.jpg" alt="f02" width="567" height="217"><a name="f02"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con la definici&oacute;n de la dimensi&oacute;n extendida, se desarroll&oacute; un m&eacute;todo de  reparaci&oacute;n que se llama reparaci&oacute;n compatible, el cual retorna una dimensi&oacute;n  que permita responder a consultas de agregaci&oacute;n (Bertossi et al., 2009). Dada  la dimensi&oacute;n original <em>D=(HD, ED,  ElemD,&lt;D)</em>&nbsp;  que es inconsistente respecto a un conjunto de RI &sum;, la dimensi&oacute;n X=(HX,  EX, CElemX, &lt;&lt;X) es una reparaci&oacute;n  compatible de <em>D</em> respecto a S si se aplica el Algoritmo 1 propuesto  en (Ram&iacute;rez et al., 2013).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El algoritmo de la reparaci&oacute;n compatible obtiene todos los elementos que  son inconsistentes respecto a &sum; para el conjunto de RI  homog&eacute;neas (l&iacute;nea 1), luego busca evidencias para evaluar el mejor cambio de  arcos (l&iacute;nea 6), en caso de haber m&aacute;s de un elemento al que se podr&iacute;a hacer el  cambio de arcos, se decide por el primero que se encuentra (l&iacute;nea 7), en caso  de no existir evidencia, realiza un cambio de arcos al primer elemento de la  categor&iacute;a padre con el fin de devolver la consistencia a las RI homog&eacute;neas, sin  embargo, estos &uacute;ltimos casos pueden generar nuevas inconsistencias con respecto  a sus restricciones estrictas.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Posteriormente se eval&uacute;an todos los elementos que son inconsistentes  respecto a las RI estrictas, para buscar alguna evidencia de hacia qu&eacute; elemento  padre debe hacer <em>rollup</em> cada elemento  conflictivo (l&iacute;nea 11) y si hay evidencia a un &uacute;nico elemento, se hace el  cambio de arco correspondiente. En caso de que no existan evidencias o haya m&aacute;s  de una, se genera un elemento conjunto que posea todos los elementos posibles  en la categor&iacute;a padre a los que el elemento conflictivo hace <em>rollup</em> para posteriormente hacer el  cambio de arcos a ese nuevo elemento (l&iacute;nea 12). Este proceso se repite hasta  que no existan elementos inconsistentes (Ram&iacute;rez et al., 2013) y cada cambio de  arcos no debe generar nuevas inconsistencias (Caniup&aacute;n y Vasiman, 2011). En el  Ejemplo 3 se puede apreciar el trabajo del Algoritmo 1 en una dimensi&oacute;n <em>D</em> inconsistente.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Ejemplo 3</strong> Considere ahora el esquema de jerarqu&iacute;a de la <a href="/img/revistas/rcci/v12n2/f0201218.jpg" target="_blank">Figura 1a</a> y la dimensi&oacute;n de  la <a href="#f02">Figura 2a</a> la cual es inconsistente respecto a la RI homog&eacute;nea Torneo&THORN;Confederaci&oacute;n por el elemento t5 y tambi&eacute;n es inconsistente  respecto a la RI estricta Equipo&reg;Confederaci&oacute;n  por los elementos e2, e4 y e6. El algoritmo  presentado en (Caniup&aacute;n et al., 2015) no puede reparar esta dimensi&oacute;n y si se  computa esta dimensi&oacute;n en el programa en DLV propuesto en (Caniup&aacute;n et al.,  2012) para obtener las reparaciones minimales se obtienen 17 reparaciones  minimales con 7 cambios para cada una (4 inserciones y 3 eliminaciones de  arcos).</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Si se computa esta misma dimensi&oacute;n en el Algoritmo 1 se obtiene la  reparaci&oacute;n compatible <em>X</em> de la <a href="#f02">figura  2b</a>, la cual es una dimensi&oacute;n extendida que es consistente respecto a &sum;. Esta dimensi&oacute;n se obtiene con 9 cambios de arcos (5 inserciones y 4  eliminaciones de arcos) y al compararlo con el programa en DLV, es m&aacute;s efectivo  ya que solo se procesa una sola reparaci&oacute;n con 9 cambios y no 17 reparaciones  con 7 cambios como el programa en l&oacute;gica. El Algoritmo 1 genera un elemento  conjunto llamado c4, c5 insert&aacute;ndolo en la categor&iacute;a Confederaci&oacute;n  al cual hace <em>rollup</em> el elemento e4,  por medio de sus categor&iacute;as superiores z3 y t4. Estos, al  no tener otros elementos que les hagan <em>rollup</em>,  no genera nuevas inconsistencias por lo que no hay problema en hacer el cambio  de arcos.</font></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Complejidad  del Algoritmo</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Sea <em>n</em> es  el n&uacute;mero m&aacute;ximo de elementos de una categor&iacute;a, <em>r</em> es el n&uacute;mero m&aacute;ximo de las relaciones del <em>rollup</em> entre dos categor&iacute;as, <em>mc</em> es el n&uacute;mero de restricciones homog&eacute;neas y <em>ms</em> es el n&uacute;mero de restricciones estrictas. El costo de verificar si una  restricci&oacute;n homog&eacute;nea <img src="/img/revistas/rcci/v12n2/fo0102218.jpg" alt="fo01" width="44" height="16">e viola  es <em>O(n<sup>2</sup>)</em> ya que se debe  que comprobar si hay una relaci&oacute;n <em>rollup</em> entre cada elemento en <em>ci</em> y un elemento en <em>cj</em>. El  costo de comprobar si una restricci&oacute;n estricta ci <strong>&rarr;</strong> cj se viola es <em>O(r<sup>2</sup>)</em> ya que la relaci&oacute;n <img src="/img/revistas/rcci/v12n2/fo0202218.jpg" alt="fo02" width="17" height="20"> es de  tama&ntilde;o <em>O(r)</em> y se requiere para  comparar cada tupla en ella con todas sus tuplas. Por lo tanto, el costo de  obtener C, es <em>O((mc * n<sup>2</sup>)+(ms  * r<sup>2</sup>))</em>. A pesar de que en el peor de los casos <em>r</em> es <em>O(n<sup>2</sup>)</em>,  se espera que <em>r</em> sea <em>O(n)</em> ya que en general el n&uacute;mero de  violaciones de una restricci&oacute;n es peque&ntilde;o, y por lo tanto la mayor&iacute;a de los  elementos en una categor&iacute;a se resumen en un &uacute;nico elemento de una categor&iacute;a  superior. Dada una restricci&oacute;n <em>ic</em> de  la forma ci <strong>&rarr;</strong> cj o <img src="/img/revistas/rcci/v12n2/fo0102218.jpg" alt="fo01" width="44" height="16">, BuscaEvidencia  calcula las rutas entre un elemento <em>e'</em> que pertenece a la categor&iacute;a <em>ca</em> con ca <img src="/img/revistas/rcci/v12n2/fo0302218.jpg" alt="fo03" width="16" height="16"> ci,  tal que (<em>e'</em>,<em>e</em>) con <em>e <strong>&#1013;</strong> ci</em>, y los elementos en el nivel de conflicto de <em>D</em>. El n&uacute;mero  de rutas y el costo de computarla, en el peor de los casos es <img src="/img/revistas/rcci/v12n2/fo0402218.jpg" alt="fo04" width="41" height="21"> , pero en  la mayor&iacute;a de los casos, en que el n&uacute;mero de inconsistencias es bajo, es de <em>O(|C|)</em>. Por  &uacute;ltimo, las funciones <em>Reparar_C</em> y <em>Reparar_S</em> poseen un costo de <em>O(|C|)</em>. Por lo tanto, se ha demostrado  que computar una dimensi&oacute;n inconsistente respecto a un conjunto  &sum;de RI por medio de el Algoritmo 1 en el peor de los casos  tiene un costo computacional de <em>O(mc(r<sup>2</sup>+n<sup>|c|</sup>)  + ms(r<sup>2</sup>+n<sup>|c|</sup>))</em> y en el caso esperado tiene  un orden de <em>O(n<sup>2</sup>(mc+ms))</em> (Ram&iacute;rez et al., 2013).</font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a href="#fo05">Ver Algoritmo 1</a> </font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/fo0502218.jpg" alt="fo05" width="437" height="314"><a name="fo05"></a></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Experimentos</font></strong><font face="Verdana, Arial, Helvetica, sans-serif">    <br> Para evaluar la factibilidad de obtener una reparaci&oacute;n compatible obtenida  desde un almac&eacute;n de datos inconsistente se implement&oacute; el Algoritmo 1 en  lenguaje C utilizando listas ligadas por punteros. La prueba preliminar de este  algoritmo se realiz&oacute; en la dimensi&oacute;n <em>D</em> de la <a href="/img/revistas/rcci/v12n2/f0302218.jpg" target="_blank">Figura 3a</a>, donde la categor&iacute;a Equipo est&aacute; conectado con Zona (Zona Geogr&aacute;fica)  y &eacute;sta a su vez con Confederaci&oacute;n. Tambi&eacute;n, la categor&iacute;a Equipo est&aacute; conectado  a la categor&iacute;a Torneo y &eacute;sta a su vez con Confederaci&oacute;n. La categor&iacute;a m&aacute;s alta  es <em>All</em> a la cual llega Confederaci&oacute;n.</font></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las restricciones de integridad que debe cumplir la dimensi&oacute;n <em>Ds</em> vienen dadas en la <a href="#t02">Tabla 2</a>  y como se puede apreciar en la <a href="/img/revistas/rcci/v12n2/f0302218.jpg" target="_blank">Figura 3a</a> los arcos con l&iacute;neas continuas  representan los elementos inconsistentes respecto a &sum;. La dimensi&oacute;n <em>Ds</em> posee 4 elementos que no participan de la violaci&oacute;n de ninguna restricci&oacute;n (e2,  e6, e9 y e10).</font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/t0202118.jpg" alt="t02" width="457" height="142"><a name="t02"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En el caso de la dimensi&oacute;n <em>Ds</em> cuando se viola la RI estricta Equipo<strong>&rarr;</strong>Confederaci&oacute;n se provoca que un equipo pertenezca a m&aacute;s de una  confederaci&oacute;n, esto se puede apreciar en la <a href="#t03">Tabla 3</a>, por ejemplo, que el equipo <em>e3</em> pertenece a la  confederaci&oacute;n <em>c1</em> y <em>c4</em>.</font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/t0302218.jpg" alt="t03" width="343" height="166"><a name="t03"></a></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Si se computa esta dimensi&oacute;n (<em>Ds) </em>en el Algoritmo 1 se  obtiene la reparaci&oacute;n compatible de la <a href="/img/revistas/rcci/v12n2/f0302218.jpg" target="_blank">Figura 3b</a>, la cual es una dimensi&oacute;n  extendida <em>Xs</em> que es consistente respecto al conjunto&sum;&nbsp;presentado en la <a href="#t02">Tabla 2</a>. El resultado final  es la dimensi&oacute;n <em>Xs </em>de la <a href="/img/revistas/rcci/v12n2/f0302218.jpg" target="_blank">Figura 3b</a>, la cual indica, con las  l&iacute;neas segmentadas, los arcos que sufrieron cambios a diferencia de la  dimensi&oacute;n original. Adem&aacute;s, en la <a href="#f04">Tabla 4</a> se pueden apreciar a qu&eacute;  confederaci&oacute;n finalmente pertenece cada equipo en la dimensi&oacute;n <em>Xs</em>.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los nuevos elementos  conjuntos, son elementos que permitir&aacute;n usarlos para obtener respuestas  aproximadas a consultas pre-computadas (Ram&iacute;rez et al., 2013). Por &uacute;ltimo,  indicar que la reparaci&oacute;n compatible <em>Xs</em> (<a href="/img/revistas/rcci/v12n2/f0302218.jpg" target="_blank">Figura 3b</a>) se obtuvo  en un tiempo de 0.193 segundos. </font></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Experimento  en Escenario Real</font></strong></font></p>     <p><font size="2"><font face="Verdana, Arial, Helvetica, sans-serif">Esta implementaci&oacute;n del Algoritmo 1 es una primera versi&oacute;n, para el cual se  ha estudiado su comportamiento en una base de datos realista tomando el caso de  los Tel&eacute;fonos de Chile, una dimensi&oacute;n propuesta originalmente en (Bertossi et  al., 2009), para computar la dimensi&oacute;n can&oacute;nica. Dada esta misma dimensi&oacute;n, se  estudi&oacute; el tiempo que demora en generar la reparaci&oacute;n compatible en distintos  porcentajes de inconsistencia para dimensiones que tienen millones de datos. </font></font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/t0402218.jpg" alt="t04" width="428" height="213"><a name="f04"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La dimensi&oacute;n Tel&eacute;fonos est&aacute;  basada en el pa&iacute;s de Chile, el cual est&aacute; divido pol&iacute;ticamente en comunas que en  la actualidad ascienden a 346. Cada comuna tiene un cierto n&uacute;mero de tel&eacute;fonos  (de acuerdo con su poblaci&oacute;n), los cuales est&aacute;n asociados con un c&oacute;digo de  &aacute;rea. Ese c&oacute;digo de &aacute;rea se relaciona con una &uacute;nica regi&oacute;n, lo mismo sucede  para una comuna. El esquema jer&aacute;rquico que modela dicha situaci&oacute;n es el que se  presenta en la <a href="#f04">Figura 4</a>. Cabe se&ntilde;alar que se incluye la cantidad de elementos  que pertenecen a cada categor&iacute;a en forma de cardinalidad (# n&uacute;mero).</font></p>     <p align="center"><img src="/img/revistas/rcci/v12n2/f0402218.jpg" alt="f04" width="536" height="218"><a name="f04"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los resultados obtenidos para el c&oacute;digo implementado en la dimensi&oacute;n Tel&eacute;fonos con distintos porcentajes  de inconsistencias, son los que se muestran en la <a href="/img/revistas/rcci/v12n2/t0502218.jpg" target="_blank">Tabla 5</a>, adem&aacute;s, para una  mejor interpretaci&oacute;n, se proporciona el gr&aacute;fico de Tiempo (<a href="#f05">Figura 5</a>) el cual  muestra el tiempo de ejecuci&oacute;n requerido para obtener la reparaci&oacute;n compatible,  dados distintos niveles de inconsistencia.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En la <a href="/img/revistas/rcci/v12n2/t0502218.jpg" target="_blank">Tabla 5</a> se presenta la cantidad de elementos de la categor&iacute;a inferior  (Tel&eacute;fono) que son  inconsistentes respecto a &sum;&nbsp;(ver columna 1) luego, el porcentaje de  inconsistencia de la dimensi&oacute;n para cada caso (ver columna 2) y, por &uacute;ltimo,  los tiempos de generaci&oacute;n de la reparaci&oacute;n compatible para los distintos  escenarios (ver columna 3).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Analizando el gr&aacute;fico de la <a href="#f05">Figura 5</a> se puede apreciar que en los primeros  experimentos el tiempo de ejecuci&oacute;n del algoritmo es m&aacute;s o menos estable,  realizando cambios en categor&iacute;as superiores (involucrando pocos cambios de  arcos), sin embargo, el &uacute;ltimo caso es at&iacute;pico, debido a la cantidad de  elementos que participan de la inconsistencia, la gran cantidad de cambios  computados para devolver la consistencia a la dimensi&oacute;n y estos fueron  realizados entre las categor&iacute;as inferiores. Basado en los resultados anteriores  se puede mencionar que la reparaci&oacute;n compatible es obtenida con &eacute;xito en todos  los casos (eliminando las inconsistencias), con el cual se obtiene una  dimensi&oacute;n extendida que es consistente respecto a sus RI.</font></p>     ]]></body>
<body><![CDATA[<p align="center"><img src="/img/revistas/rcci/v12n2/f0502218.jpg" alt="f05" width="554" height="240"><a name="f05"></a></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Equipo  de pruebas y obtenci&oacute;n de datos</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El equipo donde se realizaron  las pruebas posee un procesador Intel&acirc; Core&auml; i5-2430M CPU @ 2.40GHz x 4  con 7,7Gb de memoria RAM y 10 Gb de memoria de intercambio, a su vez el sistema  operativo instalado es un <em>Debian</em> Versi&oacute;n 8.2 (Jessie) de 64-bit con N&uacute;cleo Linux 3.16.0-4-amd64 y entorno  gr&aacute;fico GNOME 3.14.0. Los softwares con los que se trabaj&oacute; para obtener los  resultados fueron: PostgresSQL versi&oacute;n 9.4.4 para manejo de Bases de Datos, gcc  versi&oacute;n 4.9.2-10 como compilador, <em>Chocolat</em> 3.3 como editor de texto para programaci&oacute;n en lenguaje C, DLV versi&oacute;n  x86-64-linux-elf-unixodbc (2012-12-17).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para calcular el tiempo de ejecuci&oacute;n  del programa se ha utilizado el comando <em>time</em> de Linux, este comando  permite obtener el tiempo total de ejecuci&oacute;n de un programa. Su especificaci&oacute;n  se puede ver en el manual correspondiente. </font></p>     <p>&nbsp;</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">CONCLUSIONES Y TRABAJO FUTURO </font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En (Ram&iacute;rez et al., 2013) se estudia el problema de las dimensiones  inconsistentes y proponen una t&eacute;cnica para la reparaci&oacute;n de ellas basadas en el  uso de la dimensi&oacute;n extendida,  que permite la inserci&oacute;n de elementos conjuntos en una categor&iacute;a. La  incertidumbre y la imprecisi&oacute;n se han analizado en el contexto de modelos  multidimensionales en (Pedersen et al., 1999). En particular, en (Burdick et  al., 2007) la imprecisi&oacute;n est&aacute; permitida en las dimensiones, y la incertidumbre  en los valores de la tabla de hechos.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La reparaci&oacute;n compatible es una dimensi&oacute;n ampliada, obtenida a partir de la  dimensi&oacute;n inconsistente que satisface las restricciones estrictas y homog&eacute;neas.  Esta reparaci&oacute;n permite hacer frente a las ambig&uuml;edades que surgen de las  inconsistencias y es posible obtenerla en tiempo polinomial, no as&iacute; la reparaci&oacute;n  can&oacute;nica propuesta en (Bertossi et al., 2009) ya que requiere obtener el  conjunto de reparaciones minimales.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En este art&iacute;culo se presentan los resultados obtenidos por la implementaci&oacute;n  en lenguaje C del Algoritmo 1 propuesto en (Ram&iacute;rez et al., 2013), donde se  busca la consistencia de los elementos inconsistentes en base a la evidencia  que estos elementos entregan. El programa implementado no altera informaci&oacute;n  que es consistente en la dimensi&oacute;n original, ya que repara en base a evidencias  y solo cuando estas no existen se generan elementos conjuntos.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Mencionado esto, se puede decir que una gran parte de la dimensi&oacute;n original  est&aacute; contenida en la reparaci&oacute;n compatible, lo cual permite mantener la  sem&aacute;ntica de estos elementos a diferencia de m&eacute;todos como las reparaciones  minimales (Caniup&aacute;n et al., 2012) o la misma reparaci&oacute;n can&oacute;nica (Bertossi et  al., 2009), las cuales buscan obtener una reparaci&oacute;n con el m&iacute;nimo n&uacute;mero de cambios,  pero sin intentar mantener la sem&aacute;ntica de los datos. En el peor de los casos,  si la dimensi&oacute;n es totalmente inconsistente, al principio del proceso se ir&aacute;n  generando elementos conjuntos, pero a medida que avance el proceso de  reparaci&oacute;n se encontrar&aacute;n evidencias, lo que la respuesta aproximada obtenida  de la reparaci&oacute;n compatible, como se explica en (Ram&iacute;rez et al., 2013) seguir&aacute;  siendo mejor que la respuesta obtenida de la dimensi&oacute;n inconsistente.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La reparaci&oacute;n compatible puede ser considerada en la categor&iacute;a de limpieza  de bases de datos, basado en (Bertossi y Bravo, 2013; Fan, 2008; Fan et al.,  2008). As&iacute; mismo, la reparaci&oacute;n compatible podr&iacute;a ser de gran valor para el  administrador del almac&eacute;n de datos ya que al ser consistente puede ser utilizada  para realizar consultas de agregaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El algoritmo implementado, permite obtener la reparaci&oacute;n compatible en un  n&uacute;mero finito de pasos, determinado principalmente por el n&uacute;mero de elementos  inconsistentes de la dimensi&oacute;n original. Sin embargo, cuando existen millones  de elementos pueden surgir miles de evidencias y el algoritmo requiera procesar  m&aacute;s opciones, el tiempo para obtener una respuesta es mayor, pero a pesar de  este inconveniente, el algoritmo entrega una dimensi&oacute;n consistente y en un  tiempo aceptable.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como trabajo futuro queda  mejorar el proceso de generaci&oacute;n de la reparaci&oacute;n compatible, utilizando  t&eacute;cnicas algor&iacute;tmicas que permitan optimizar el consumo de memoria temporal y  mejorar los tiempos de proceso, adem&aacute;s de incorporar grados de prioridad a la  hora de intentar hacer cambios de arcos para garantizar la sem&aacute;ntica de los  datos (Arredondo y Mu&ntilde;oz, 2017). </font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">AGRADECIMIENTOS </font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Juan-Jose Ram&iacute;rez y Ra&uacute;l Arredondo agradecen a la Direcci&oacute;n de  Investigaci&oacute;n de la Universidad de Los Lagos, a trav&eacute;s de los proyectos internos  de investigaci&oacute;n R18/17 y R12/15, respectivamente. Adicionalmente, los autores agradecen  a M&oacute;nica Caniup&aacute;n por insertarlos en el &aacute;rea de investigaci&oacute;n en tem&aacute;ticas  relevantes en Ciencias de la Computaci&oacute;n.</font></p>     <p>&nbsp;</p>     <p name="_ENREF_1"><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">REFERENCIAS</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ARREDONDO, R. y  MU&Ntilde;OZ, L. Reparaci&oacute;n de Data Warehouses con sentido sem&aacute;ntico. Revista Cubana de Ciencias  Inform&aacute;ticas, 2017, 11: p. 73 &ndash; 86.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BERTOSSI, L. y BRAVO, L. Generic  and Declarative Approaches to Data Cleaning: Some Recent Developments. En:  Handbook of Data Quality &ndash; Research and Practice. Sptinger-Verlag Berlin  Heidelberg: S Sadiq, 2013.</font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BERTOSSI, L.; BRAVO, L. y  CANIUP&Aacute;N, M. Consistent Query Answering in Data Warehouses. En: Proceedings of  the III Alberto Mendelzon International Workshop on Foundation of Data  Management (AMW), 2009.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BURDICK, D.; DESHPANDE, PM.;  JAYRAM, TS.; RAMAKRISHNAN, R. y VAITHYANATHAN, S. OLAP over uncertain and  imprecise data. The VLDB Journal, 2007, 16: p. 123 &ndash; 144. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CANIUP&Aacute;N, M. y VAISMAN, A.  Repairing dimension hierarchies under inconsistent reclassification. En:  Proceedings of the 30th international conference on Advances in conceptual  modeling: recent developments and new directions, ER&rsquo;11. Berlin, Heidelberg,  2011, p. 75 &ndash; 85.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CANIUP&Aacute;N, M.; BRAVO, L. y  HURTADO, C. Repairing inconsistent dimensions in data warehouses. Data &amp;  Knowledge Engineering, 2012, 79-80: p. 17 &ndash; 39. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CANIUP&Aacute;N, M.; VAISMAN, A.  y ARREDONDO, R. Efficient repair of dimension hierarchies under inconsistent  reclassification. Data &amp; Knowledge Engineering, 2015, 95: p. 1 &ndash; 22.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CHAUDHURI, S. y DAYAL, U.  An Overview of Data Warehousing and OLAP Technology. SIGMOD Record, 1997,  26(1): p. 65 &ndash; 74.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">DEDI&#377;,  N y STANIER,  C. An evaluation of the challenges of multilingualism  in data warehouse deve- lopment. En: Proceedings of the 18th International  Conference on Enterprise Information Systems, ICEIS 2016. Portugal: SCITEPRESS  - Science and Technology Publications, Lda., 2016, p. 196 &ndash; 206.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">FAN, W.  Extending Dependencies with Conditions for Data Cleaning. En: The 8th IEEE  International Conference on Computer and Information Technology. Sydney,  Australia: IEEE, 2008, p. 185 &ndash; 190.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">FAN, W.;  FAN, F.; JIA, X. y KEMENTSIETSIDIS, A. Conditional Functional Dependencies for  Capturing Data Inconsistencies. ACM Transactions on Database Systems, 2008,  33(2): p. 6:1 &ndash; 6:48.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">HURTADO,  C.; MENDELZON, A. y VAISMAN, A. Updating OLAP Dimensions. En: Proceedings of  the 2Nd ACM International Workshop on Data Warehousing and OLAP. New York, USA:  ACM, 1999, p. 60 &ndash; 66.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">HURTADO,  C.; GUTIERREZ, C. y MENDELZON, A. Capturing Summarizability with Integrity  Constraints in OLAP. ACM Transactions on Database Systems, 2005, 30(3): p. 854  &ndash; 886.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">LENZ, HJ.  y SHOSHANI, A. Summarizability in OLAP and Statistical Data Bases. En:  Proceedings of the Ninth International Conference on Scientific and Statistical  Database Management. SSDBM '97. Washington, DC, USA: IEEE Computer Society,  1997, p. 132 &ndash; 143.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MAZ&Oacute;N, JM.;  LECHTENB&Ouml;RGER, J. y TRUJILLO, J. A Survey on Summarizability Issues in  Multidimensional Modeling. Data &amp; Knowledge Engineering, 2009, 68(12): p. 1452 &ndash;  1469.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">PEDERSEN, TB.; JENSEN, C. y DYRESON, C. Supporting  Imprecision in Multidimensional Databases Using Granularities. En: Proceedings  of the 11th International Conference on Scientific and Statistical Database  Management. SSDBM'99. Washington, DC, USA: IEEE Computer Society, 1999, p. 90.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">RAFANELLI, M. y SHOSHANI, A. &nbsp;STORM: A Statistical Object Representation  Model. En: Proceedings of the Fifth International Conference on Statistical and  Scientific Database Management. SSDBM V. New York, NY, USA: Springer-Verlag New  York, Inc., 1990, p. 14 &ndash; 29.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">RAM&Iacute;REZ, J.; BRAVO, L. y CANIUP&Aacute;N, M. Extended  Dimensions for Cleaning and Querying Inconsistent Data Warehouses. En:  Proceedings of the Sixteenth International Workshop on Data Warehousing and  OLAP. DOLAP '13. New York, NY, USA: ACM, 2013, p. 39 &ndash; 46.</font></p>     <p name="_ENREF_1">&nbsp;</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Recibido: 09/09/2017    ]]></body>
<body><![CDATA[<br> Aceptado: 05/04/2018</font></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ARREDONDO]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[MUÑOZ]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<source><![CDATA[Reparación de Data Warehouses con sentido semántico]]></source>
<year>2017</year>
<volume>11</volume>
<page-range>73 - 86</page-range><publisher-name><![CDATA[Revista Cubana de Ciencias Informáticas]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BERTOSSI]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[BRAVO]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<source><![CDATA[Generic and Declarative Approaches to Data Cleaning: Some Recent Developments.]]></source>
<year>2013</year>
<publisher-name><![CDATA[Sptinger-Verlag Berlin Heidelberg: S Sadiq]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BERTOSSI]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[BRAVO]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[CANIUPÁN]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Consistent Query Answering in Data Warehouses.]]></source>
<year>2009</year>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BURDICK]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
<name>
<surname><![CDATA[DESHPANDE]]></surname>
<given-names><![CDATA[PM]]></given-names>
</name>
<name>
<surname><![CDATA[JAYRAM]]></surname>
<given-names><![CDATA[TS]]></given-names>
</name>
<name>
<surname><![CDATA[RAMAKRISHNAN]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[VAITHYANATHAN]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<source><![CDATA[OLAP over uncertain and imprecise data.]]></source>
<year>2007</year>
<volume>16</volume>
<page-range>123 - 144.</page-range><publisher-name><![CDATA[The VLDB Journal]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CANIUPÁN]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[VAISMAN]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Repairing dimension hierarchies under inconsistent reclassification.]]></source>
<year>2011</year>
<page-range>75 - 85</page-range><publisher-loc><![CDATA[^eBerlin Berlin]]></publisher-loc>
<publisher-name><![CDATA[Heidelberg]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CANIUPÁN]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[BRAVO]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[HURTADO]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[Repairing inconsistent dimensions in data warehouses.]]></source>
<year>2012</year>
<volume>79-80</volume>
<page-range>17 - 39</page-range></nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CANIUPÁN]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[VAISMAN]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[ARREDONDO]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<source><![CDATA[Efficient repair of dimension hierarchies under inconsistent reclassification.]]></source>
<year>2015</year>
<volume>95</volume>
<page-range>1 - 22</page-range></nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CHAUDHURI]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[DAYAL]]></surname>
<given-names><![CDATA[U]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[An Overview of Data Warehousing and OLAP Technology.]]></article-title>
<source><![CDATA[]]></source>
<year>1997</year>
<volume>26</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>65 - 74</page-range></nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[DEDI&#377;]]></surname>
<given-names><![CDATA[N]]></given-names>
</name>
<name>
<surname><![CDATA[STANIER]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[An evaluation of the challenges of multilingualism in data warehouse deve- lopment.]]></source>
<year>2016</year>
<page-range>196 - 206</page-range><publisher-name><![CDATA[SCITEPRESS - Science and Technology Publications, Lda.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[FAN]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
</person-group>
<source><![CDATA[Extending Dependencies with Conditions for Data Cleaning.]]></source>
<year>2008</year>
<page-range>185 - 190.</page-range><publisher-loc><![CDATA[^eSydney Sydney]]></publisher-loc>
<publisher-name><![CDATA[IEEE]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[FAN]]></surname>
<given-names><![CDATA[W]]></given-names>
</name>
<name>
<surname><![CDATA[FAN]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
<name>
<surname><![CDATA[JIA]]></surname>
<given-names><![CDATA[X]]></given-names>
</name>
<name>
<surname><![CDATA[KEMENTSIETSIDIS]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Conditional Functional Dependencies for Capturing Data Inconsistencies.]]></article-title>
<source><![CDATA[]]></source>
<year>2008</year>
<volume>33</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>6:1 - 6:48</page-range></nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HURTADO]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[MENDELZON]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[VAISMAN]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Updating OLAP Dimensions.]]></source>
<year>1999</year>
<page-range>60 - 66</page-range><publisher-loc><![CDATA[^eNew York New York]]></publisher-loc>
<publisher-name><![CDATA[ACM]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HURTADO]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[GUTIERREZ]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[MENDELZON]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Capturing Summarizability with Integrity Constraints in OLAP.]]></article-title>
<source><![CDATA[]]></source>
<year>2005</year>
<volume>30</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>854 - 886</page-range></nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[LENZ]]></surname>
<given-names><![CDATA[HJ]]></given-names>
</name>
<name>
<surname><![CDATA[SHOSHANI]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Summarizability in OLAP and Statistical Data Bases.]]></source>
<year>1997</year>
<page-range>132 - 143</page-range><publisher-loc><![CDATA[^eWashington, DC Washington, DC]]></publisher-loc>
<publisher-name><![CDATA[IEEE Computer Society]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MAZÓN]]></surname>
<given-names><![CDATA[JM]]></given-names>
</name>
<name>
<surname><![CDATA[LECHTENBÖRGER]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[TRUJILLO]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A Survey on Summarizability Issues in Multidimensional Modeling.]]></article-title>
<source><![CDATA[]]></source>
<year>2009</year>
<volume>68</volume>
<numero>12</numero>
<issue>12</issue>
<page-range>1452 - 1469</page-range></nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PEDERSEN]]></surname>
<given-names><![CDATA[TB]]></given-names>
</name>
<name>
<surname><![CDATA[JENSEN]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[DYRESON]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<source><![CDATA[Supporting Imprecision in Multidimensional Databases Using Granularities]]></source>
<year>1999</year>
<page-range>90</page-range><publisher-loc><![CDATA[^eWashington, DC Washington, DC]]></publisher-loc>
<publisher-name><![CDATA[IEEE Computer Society]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[RAFANELLI]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[SHOSHANI]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[STORM: A Statistical Object Representation Model.]]></source>
<year>1990</year>
<page-range>14 - 29</page-range><publisher-loc><![CDATA[^eNew York, NY New York, NY]]></publisher-loc>
<publisher-name><![CDATA[Springer-Verlag New York, Inc.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B18">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[RAMÍREZ]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[BRAVO]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[CANIUPÁN]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Extended Dimensions for Cleaning and Querying Inconsistent Data Warehouses.]]></source>
<year>2013</year>
<page-range>39 - 46</page-range><publisher-loc><![CDATA[^eNew York, NY New York, NY]]></publisher-loc>
<publisher-name><![CDATA[ACM]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
