Uno (probablemente no unido) forma del acceso 2003 para crear varios registros

Question

He sido reclutados para trabajar en un formulario para el seguimiento de las muestras. Cada espécimen se asocia con un sujeto; cada espécimen también tiene una ranura particular en una caja de almacenamiento 9 x 9. Para facilitar la entrada de datos, creo que sería mejor si la forma de acceso refleja la propia caja (y los formularios en papel que se utilizarán para introducir datos en Access): nueve columnas por nueve filas, con cada elemento que consta básicamente de un texto caja para el ID de espécimen. Esto es, básicamente, cómo me gustaría que se vea:

Así que la persona de entrada de datos sería esencialmente escribir el número de cuadro y de especímenes identificaciones, a continuación, haga clic en "Crear Records" para hacer estallar todos esos registros a la existencia (se puede ver algunas otras cosas pasando aquí, pero eso no es realmente importante en este ahora). No estoy muy seguro sobre la mejor forma de código de esto, sin embargo. En este momento, el mejor proceso que se me ocurre es: 1) ejecutar una consulta de inserción para crear el cuadro si no existe, 2) ejecutar una consulta de inserción para crear el sujeto (persona), si no existe y 3) ejecutar una consulta de inserción para cada muestra, la codificación dura en su fila y de columna (por ejemplo box_col = 'a', box_row = '1').

Nota: el ID de objeto y modelo de identificación sería tanto se analiza fuera del campo ID - es tonto, no es mi idea, pero esa es la forma en que está establecido. Puedo manejar eso, sin embargo.

Esta es una duda una chapuza, pero no estoy seguro de qué más hacer y la mayoría de lo que he buscado en Google hasta que no ha sido pertinente para la creación de múltiples registro de una sola forma. ¿Hay una mejor manera de hacer esto? Debería simplemente abandonar la idea e ir con un enfoque más tradicional subformulario enlazado? Estaría muy agradecido por sus ideas y sugerencias. Muchas gracias.

Answer 1

Esto podría ser todo hecho en una forma sub - sin embargo, supongo que por simplicidad (menos clics, la experiencia de usuario más fácil, y la intuición) que ha diseñado para que el usuario final ve todo lo que él / ella necesita para entrar. No hay nada de malo en hacerlo de esta manera. Una vez que se introducen los datos de todo sólo hay un botón en la forma que lo hace las inserciones múltiples a la vez. Comenzar en 1 e incluyen 9 iteraciones cada vez que la emisión de una nueva declaración INSERT.

Una vez que la declaración ha sido completado personalmente me gustaría poner un poco de marca de verificación junto a cada fila de modo que si una inserción tuvo éxito sería comprobarlo verdadero falso, de lo contrario. Usted podría ser ingenioso y utilizar una imagen verde / rojo. Después de que se ha completado el proceso de todos los campos deben borrarse permitir la entrada adicional.

No veo un problema con lo que tienes.

Answer 2

FRIG. Acabo de perder diez minutos de escribir. Es por esto que no me importa para las formas basadas en web. Aunque para ser justos esta es la primera vez que esto ha sucedido en StackOverflow.

¿Usted realmente necesita para ver los datos más adelante en el mismo formato que se entró. Si tan sólo pudieran ver subformularios regulares que por lo menos la mitad del trabajo ya que ya no hay necesidad de hacer actualizaciones de este formulario.

También tenga en cuenta que hay una vida útil de 768 amaximum, si no recuerdo mal, los controles por la forma. 9 x 9 x 2 es 162 por lo que estará bien allí. Sin embargo, si decide eliminar y volver a crear un montón de cotrols usted podría estar en problemas. Si usted golpea ese límite pienso guardar el formulario con un nombre distinto debe restablecer el contador.

Nota Puede utilizar el siguiente constructo para referirse a los controles y hacer la vida más fácil.

Me.Controls("abc" & Row & column) 

Por ejemplo en el después de la actualización del control del tipo que podría utilizar

call InsertRecords(3, "B")

sub InsertRecords(row as integer, Column as string)
....
cboTypeValue = Me.Controls("cboTypeID" & Row & Column) 
....

Answer 3

Esto podría ser utilizado como una especie de controles de acceso nativos única red.

Si alguien podría publicar un ejemplo de cómo crear subformulario costumbre no unida con la fila para cada registro no unido y un código de bucle y guardarlo en las tablas sería simplemente genial.

No sería la mayor cantidad de controles y no tendría ningún límite por el número de campos de formulario.