consejos parafuturosinstructores mx-marzo2011

Consejos para futuros

instructoresA/S Maia Shuster

[email protected]

Veremos…

Aportes útiles para la hora de dictar sus cursos GeneXus

Tips para enseñar fácil

Errores más comunes que cometen los alumnos… y recomendaciones!

Sugerencias

Acerca de enseñar fácil…

Enseñar fácil = un arte

Explicar ordenadamente

Cuidado con la velocidad

Usar palabras fáciles

Describir qué se va a mostrar, antes de resolverlo

Mostrar paso a paso..

Enseñar fácil = un arte

Emplear términos adecuados…

Errores y dudas más comunes…

Tema: Diseño de transacciones

Errores comunes:

• Alumnos que no terminan de entender diferencia:

(A1* A2 (B1* B2)

(A1* A2 (B1* B2)

+

B1*B2


Errores comunes:

• Alumnos que definen transacciones de más:

Se crean tablas físicas de más

Se almacenan datos redundantes

Quedan definidas complejidades innecesarias


Errores comunes:

• Alumnos que definen componentes de más en las claves

• Alumnos que no tienen fijados ciertos conocimientos puntuales, que les serían de gran ayuda


Propuesta para enseñar fácil este tema:

ENTERPRISE #1 ENTERPRISE #2

PROVIDER PRODUCTPROVIDER PRODUCT


PROVIDER PRODUCT

ENTERPRISE #1

ProductId*ProductName

ProviderId*ProviderName (ProductId* ProductName)

ProductId*ProductName (ProviderId* ProviderName)

ProviderId*ProviderName

ProductId*ProductName (ProviderId* ProviderName)




ProviderId*ProductId*


PROVIDER PRODUCT

ENTERPRISE #1

TABLAS FISICAS RESULTANTES:ProductId* ProductName

ProviderId* ProviderName

ProviderId* ProductId*


ENTERPRISE #2

PROVIDER PRODUCT

2 ALTERNATIVAS DE DISEÑO DIFERENTES

GENERAN TABLAS FÍSICAS DIFERENTES



ProductId*ProductNameProviderIdProviderName

ALTERNATIVA #1:

CustomerId*CustomerName

InvoiceId*InvoiceDate….CustomerIdCustomerName

ENTERPRISE #2

PROVIDER PRODUCT




ALTERNATIVA #1:

ProviderId*ProviderNameProductIdProductName


PROVIDER PRODUCT

ENTERPRISE #2

PROVIDER PRODUCT



ALTERNATIVA #2:




ProviderId* ProductId* ProductName


ProductId* ProductName ProviderId

ALTERNATIVA #1:

Prop. Nullable = YesENTERPRISE #2

PROVIDER PRODUCT


ENTERPRISE #2


ALTERNATIVA #2:


1 Peter Smith

2 Susan Brown

ProviderId* ProductId* ProductName

1 1 Coke Zero

1 2 …

2 1 Budweiser Beer

2 2 …

PROVIDER PRODUCT


PROVIDER PRODUCT


¿ ALTERNATIVA #2 ?



¿ ALTERNATIVA #1 ?

¿Cómo elegimos cuál?

Dependerá de la realidad a modelar…

CustomerId*CustomerName (InvoiceId* InvoiceDate ….)


InvoiceId*InvoiceDate….CustomerIdCustomerName

CUSTOMER INVOICEENTERPRISE #2


PROVIDER PRODUCT


¿ ALTERNATIVA #2 ?



¿ ALTERNATIVA #1 ?

CustomerId*CustomerName (CustomerPhoneId* CustomerPhoneNumber)


PhoneId*PhoneNumber….CustomerIdCustomerName

CUSTOMER PHONEENTERPRISE #2


PROVIDER PRODUCT




RELACIÓN 1-N “FUERTE” o

“RELACIONADO CON”

RELACIÓN 1-N “DÉBIL” O

“PARTE DE”

¿ ALTERNATIVA #2 ?¿ ALTERNATIVA #1 ?

ENTERPRISE #2


Volviendo a esta duda de los alumnos…

¿ Cuál es la diferencia .. ?

(A1* A2 (B1* B2)

(A1* A2 (B1* B2)

+

B1*B2

A B

1-N “DÉBIL”

A B


Veamos un error más que cometen los alumnos…

Realidad a ser descripta: Un médico en una fecha, solamente puede tener una consulta Se le asigna un consultorio para atender

DoctorId*DoctorName

MedicalAppointmentDate*DoctorId*RoomId*DoctorNameRoomDescriptionRoomFloor

RoomId*RoomDescriptionRoomFloor

Solución de alumno:

• Definen claves primarias con componentes de más…


MedicalAppointmentDate* DoctorId* RoomId*

10/10/2010 1 1

10/10/2010 1 2

10/10/2010 1 3

Para que alumno visualice su error de diseño

DoctorId* DoctorName

1 Jack Miller2 John Brown

RoomId* RoomDescription RoomFloor

1 … 1

2 … 1

3 … 2

esquematizarle las tablas que se crean + datos de prueba


A raíz de lo anterior, surge también explicar…

¿Claves primarias compuestas por conjunto de atributos que determinan unicidad? ¿Claves primarias ficticias?

MedicalAppointmentDate*DoctorId*RoomIdDoctorNameRoomDescriptionRoomFloor

MedicalAppointmentId *MedicalAppointmentDateDoctorIdRoomIdDoctorNameRoomDescriptionRoomFloor


Tema: Subtipos

• Asusta..

Tema: Subtipos

• Tiene fama de complejo..

• Sin embargo..

¡ Los subtipos permiten representar en GeneXus casos que se dan en la realidad !

nada en GeneXus es complejo

Ejemplo + Explicación fácil :

Tema: Subtipos

PurchaseOrderId*PurchaseOrderDateProviderIdProviderName (ProductId* ProductName ProductPrice ProviderId ProviderName PurchaseOrderLineQuantity)


ProductId*ProductNameProductPriceProviderIdProviderName


Tema: Subtipos

PurchaseOrderId*PurchaseOrderDateProviderIdProviderName (ProductId* ProductName ProductPrice PurchasOrderLineProviderId PurchasOrderLineProviderName PurchaseOrderLineQuantity)



¿Solución adecuada?

No


Tema: Subtipos

PurchaseOrderId*PurchaseOrderDatePurchasOrderProviderIdPurchaseOrderProviderName (ProductId* ProductName ProductPrice ProviderId ProviderName PurchaseOrderLineQuantity)



Solución

Tema: Reglas en transacciones

y eventos de disparo

REGLAS CON EVENTO DE DISPARO (ON …. )

REGLAS SIN EVENTO DE DISPARO

INTERACTIVAMENTE

Tema: Reglas en transacciones y eventos de disparo

Algunos errores comunes:

¿En una invocación que tiene evento de disparo “on AfterComplete”, es posible enviar atributos por parámetro?

¿No? ¿Si?¿De cuáles niveles?

Sí, del primer nivel


¿Es correcto asignar valores a atributos… … On AfterComplete?… On BeforeComplete?

Algunos errores comunes:


No, ya es tarde

Tema: Aplicación del concepto de taba extendida

Actualización directa de la tabla extendida

En rules de transaccionesEn For each

Tema: Aplicación del concepto de tabla extendida

Sitio de capacitaciónhttp://training.genexus.com

¡Muchas gracias!

A/S Maia [email protected]

consejos parafuturosinstructores mx-marzo2011

Sports