Cuestión : Forma del acceso - usar la función de suma para validar expedientes

Tengo un subform el contener de expedientes con un campo del check-box. Quiero asegurarme que ese un y solamente un expediente está comprobado así que he agregado un total de la SUMA (chk_preferred) en la forma header.
When que compruebo un expediente, el total no me puse al día confiablemente así que agregué un comando de me.refresh en el acontecimiento del onclick. ¿este ahora actualizado el
However del total como sea necesario., ahora quiero validar el total en el acontecimiento del before_update pero parece que el acceso está validando el valor del total antes de que tenga refreshed.
Can que alguien satisface para dirigirme en conseguir esto trabajar confiablemente?
Thanks.
class= > " claro " del
> del " codeSnippet " del class= del
class= " lineNumbers " del
class= del
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
class= chk_preferred_Click secundario " del id= " codeSnippet846953 del
Private " notpretty " ()
    Me.Refresh
Submarino del extremo

Form_BeforeUpdate secundario privado (cancelación como número entero)
    Si = 0 txt_sum_preferred entonces
        MsgBox “usted debe seleccionar un precio del surtidor como preferred”, vbInformation, “espera”
        La cancelación = verdad
    ElseIf entonces txt_sum_preferred < -1
        MsgBox “usted puede seleccionar solamente un precio del surtidor como preferred”, vbInformation, “espera”
        La cancelación = verdad
    Terminar si
Terminar el submarino
class= del

Respuesta : Forma del acceso - usar la función de suma para validar expedientes

” El total calculado está realmente en una forma secundaria y quiero probar este valor total en el acontecimiento del before_update de la forma del padre.

Cuando usted deja el subform, los expedientes exhibidos en esto se ahorran. Asimismo, se ahorra una forma del padre antes de que usted incorpore un subform. Es decir la prevención de la reserva de la forma principal cuando el subform es incorrecto es apenas molesta, y no proporciona ninguna integridad de datos (el usuario puede cancelar el mensaje y el subform seguirá siendo incorrecto).

La solución más fácil es permitir el no seleccionar de un surtidor preferred. En ese caso, tomar a surtidor más barato, o al azar. Para el código, cuando seleccionan a un surtidor como preferred, funcionar después de acontecimiento de la actualización para quitar la bandera de cualquier otro surtidor en la lista (véase abajo).

Es también fácil evitar que el usuario O.N.U-compruebe la bandera preferida, es decir para utilizar “antes de que el acontecimiento de la actualización” de la caja de cheque y evita la determinación de ella a falso si el “viejo valor” es verdad. Usted puede agregar un mensaje: “usted no puede O.N.U-selecciona a surtidor preferred, usted puede sin embargo seleccionar otro”.

El intentar aplicar la regla de negocio del comienzo es un dolor. Usted lo mejor que se puede hacer debe probablemente utilizar “antes de que el acontecimiento de la actualización” de la forma secundaria y simplemente fijado la bandera preferida si es el único expediente. El primer es el surtidor preferred, hasta que se seleccione otro. Un petróleo bruto del pedacito, pero si usted lo necesita realmente, él tiene sentido que manera.

¿Hace esa ayuda?
(°v°)
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
Form_AfterUpdate secundario privado ()
    Si no entonces preferido salir el submarino
    Con Me.RecordsetClone
        .MoveFirst
        Hacer hasta .EOF
            ¡Si! Identificación <> Me.ID y entonces preferido
                . Corregir
                . Preferido = falso
                . Actualización
            Terminar si
            .MoveNext
        Lazo
    Extremo con
Submarino del extremo
Otras soluciones  
 
programming4us programming4us