[Papo-hackers] dbstruc PAPOv2: the beggining (pun intended)

[Marcos Dione]

On Tue, Feb 24, 2004 at 03:45:27PM -0300, Mateo Hepp wrote:
>     habria que ademas hacer tablas[1] que describan que impuestos son
> aplicables en cada caso. eventualmente se pueden crear clases mas
> genericas de forma de poder referenciarar de forma mas generica (una
> clase OwnItem y desde TaxForOwnItems referenciar las instancias).

    el [1] que nunca llego habria dicho algo asi como: notar que
intercambio los terminos tabla y clase, pues es justamente lo que nos
permite hacer modeling. esto trae la 'desventaja' de que muchas veces
pensando en clases uno termina haciendo millares de tablas, y como ven
en la descripcion eso es cierto. probablemente a un teorico de base de
datos le de un patatus viendo el esquema resultante, pero desde otro
punto de vista esto nos permite poner (y muchas gracias al parametro -B
de Modeling) distintos metodos de business logic en distintas clases. el
hecho que terminemos con muchas tablas no nos produce ningun tipo de
culpa, al menos no por ahora.

> 'productizables' y se modelan como porductos y facturables como items de
> producto y los segundos con items descriptivos en documentos.

    que a su vez pueden ser servicios en una actura o la descripcion de
una orden de pago. eventualmente aca tambien podemos hacer una
distincion.

>     este esquema de items y taxes se repite en documentos y taxes.

    [continuando] de esta forma podemos tener una cosa por el estilo
(perdon por el ancho del dibujo): 

OwnDocument ----+-- OwnInvoice  <-+->   OwnInvoiceProductItem    --+-- 
OwnProductItem
                |                 +->   OwnInvoiceDecriptiveItem ------+-- 
OwnDescriptiveItem
                |                                                  |   |
                +-- PayOrder    <-+->   PayOrderItem ------------------+
                |                                                  |   |
                .                                                  .   .
                .                                                  .   .
                .                                                  .   .
                
    no se si hara falta (desde el punto de vista de MOdeling) armar una
clase OwnItem de la cual hereden OwnProductItem y OwnDescriptiveItem,
porque desde el punto de vista de los atributos solo tienen en comun la
descripcion, salvo que en uno es productName y en el otro description.

    pronto vamos a tener un primer xot como para que lo vayan viendo.