Estimación del crecimiento de la base de datos

<< Clic para mostrar Tabla de Contenidos >>

Estimación del crecimiento de la base de datos

 

Estimación del crecimiento de la base de datos

  •     Introducción
  •     Características del sistema
  •     Definición del escenario
  •         Proceso del escenario
  •     Especificaciones del modelo de datos
  •     Resultado
  •     Promedio del tamaño de los archivos por casos
  • Introducción

    Automation Server ejecuta sus procesos y los entrega a los escritorios o celulares de los usuarios apropiados.
    Los requerimientos del sistema para Automation Server, dependiendo de su plataforma, se encuentran en la sección Automation Server - requerimientos de sistema.

     

    La informa que se presenta aquí es una rápida referencia, con relación a la estimación del crecimiento de una base de datos de acuerdo con las especificaciones de un proyecto de Bizagi.

    El siguiente caso de estudio muestra los resultados de un escenario especifico. Este ejercicio aplica para un proyecto On-Premises de Bizagi.

     

    Características del sistema

    Las especificaciones técnicas de esta referencia son:

    Bizagi versión 11.1.X.

    SQL Server.

     

    Definición del escenario

    El proceso que se usa en esta prueba es el Solicitud de compras que se encuentra disponible para descargar en el Process Xchange de Bizagi.

     

    Proceso del escenario

    El diagrama del proceso se muestra a continuación:

     

    se_01

     

    Como se puede ver en la imagen este proceso tiene dos subprocesos: Quotations y Purchase Order .

    Para entender el proceso de inicio a fin es necesario conocer los diagramas de estos dos subprocesos.

     

    Subproceso Quotations:

     

    se_02

     

    Subproceso Purchase Order:

     

    se_03

     

    La ruta del proceso seleccionada en este ejemplo va desde el Evento de Inicio hasta el Evento de Fin sin entrar en ciclos o secuencias alternativas de flujo.

    La misma ruta se ejecuta una y otra vez en las múltiples iteraciones.

    Este camino consiste en la ejecución de 8 tareas en el siguiente orden.

    Create Purchase Request.

    Authorize Request.

    Notify approval.

    Quotations > Request Quotations.

    Quotations > Select Supplier.

    Purchase Orders > Create Purchase Order.

    Purchase Orders > Send Purchase Order to Supplier.

    Purchase Orders > Generate Order and sent to ERP.

     

    La siguiente imagen muestra la ruta usada en el ejemplo, como se ve desde el proceso principal (Solicitud de compras):

     

    se_05

     

    El camino tomado dentro de los procesos se puede evidenciar en la siguiente imagen:

     

    se_06

     

    Especificaciones del modelo de datos

    El modelo de datos se puede apreciar en la siguiente imagen.

    La nueva información se escribe únicamente en las entidades maestras (con el encabezado azul).

     

    se_04

     

    Como se mencionó anteriormente, no a todos los atributos mostrados se les asigna nuevos valores. En la imagen se marcaron con rojo los atributos que se usan en el escenario.

    La siguiente tabla muestra los atributos que se utilizan en la ruta del escenario, al igual que el nombre de la entidad a la que pertenecen:

     

    Entidades (Maestras)

    Atributo

    Tipo del atributo

    Products Requested for Purchase

    Description

    Texto

    Quantity

    Entero

    Units

    Entero

    Unit Price

    Moneda

    Total Price

    Moneda

    Purchase Request

    Referencia a otra entidad(Entero)

    Purchase Approval

    Approval date

    Fecha

    Approved

    Booleano

    Approval user

    Referencia a otra entidad(Entero)

    Purchase Request

    Referencia a otra entidad(Entero)

    Purchase Order

    Order date

    Fecha

    Order number

    Entero

    Payment term

    Referencia a otra entidad(Entero)

    Payment option

    Referencia a otra entidad(Entero)

    ERP Purchase Order Number

    Entero

    Purchase Request

    Requested by

    Referencia a otra entidad(Entero)

    Request date

    Fecha

    Purchase Justification

    Texto

    Requires approval for Products/Services

    Booleano

    Delivery Address

    Texto

    Required delivery date

    Texto

    Request state

    Referencia a otra entidad(Entero)

    Request state observation

    Texto

    Purchase Observations

    Texto

    City

    Referencia a otra entidad(Entero)

    Cost center

    Referencia a otra entidad(Entero)

    Quotation

    Quotation Cost

    Moneda

    Delivery date

    Fecha

    Discount

    Moneda

    Unit Price

    Moneda

    Total Price

    Moneda

    Use only selected quotations

    Booleano

    Quality Score

    Entero

    Selected

    Booleano

    Supplier

    Referencia a otra entidad(Entero)

    Purchase Request

    Referencia a otra entidad(Entero)

     

    La información de todos los atributos de negocio se guarda solo una vez, con la excepción de aquellas en la entidad Quotation.

    Por cada entidad Quotation, dado que es una colección en el modelo de datos, cada vez se agregaron dos registros.

    Esto significa que la cantidad escrituras se puede calcular como:

    6 atributos de Products Requested for Purchase + 4 atributos de Purchase Approval + 5 atributos de Purchase Order + 11 atributos de Purchase Request + 10x2 atributos de Quotation (uno por cada fila de la tabla).

    Para un total de 41 operaciones de escritura en los atributos de negocio.

     

    Los archivos adjuntos no se consideraron en este ejercicio.

    Por defecto, Bizagi guarda los archivos adjuntos en uno de sus servidores.

     

    Resultado

    La siguiente tabla muestra el crecimiento de la base de datos cono resultado de ejecutar el proceso un cierto número de veces.

     

    Numero de ejecuciones

    Tamaño del archivo Data.mdf (KB)

    Tamaño del archivo Log.ldf (KB)

    Tamaño total de la base de (KB)

    0

    32000

    22144

    54144

    10000

    474368

    164672

    639040

    100000

    4193536

    199296

    4392832

     

    Como referencia adicional es importante notar que un proyecto en blanco en Bizagi tiene:

    Tamaño total de la base de datos: 19648 KB.

    Tamaño del archivo Data: 9472 KB.

    Tamaño del archivo Log: 10176 KB.

    En otras palabras, un proyecto en blanco (sin modelo de datos, información, procesos ni con información guardada en la base de datos) pesa 19648 KB o 19.2 MB.

    Considere también que usted podría particionar la base de datos de manera que diferentes tablas se almacenen en diferentes archivos físicos (.mdf, .ndf). Esto queda bajo consideración del DBA y no afecta el análisis, ya que el acercamiento sugerido en estos casos, es simplemente separar las entidades paramétricas de las entidades maestras.

     

    La siguiente gráfica muestra el tamaño del archivo data .mdf con respecto al número de casos:

     

    DBGrowth_mdf

     

    La siguiente gráfica muestra el tamaño del archivo data. idf con respecto al número de casos:

     

    DBGrowth_log

     

    La siguiente gráfica muestra el tamaño total de la base de datos con respecto al número de casos:

     

    DBGrowth_total

     

    Promedio del tamaño de los archivos por casos

    Con base a los resultados anteriores, en promedio, cada caso de este escenario en particular, ocupa:

    Tamaño total de la base de datos: 52.3 KB.

    Tamaño del archivo Data: 42.92 KB.

    Tamaño del archivo Log: 8.01 KB.

     

    Estos resultados se obtuvieron de la siguiente forma: primero se recopilo el tamaño total de todas las ejecuciones, después se les resto el tamaño del archivo en un proyecto en blanco y finalmente se dividió este valor por el número de iteraciones del proceso.

    En este articulo