El acceso también proporciona un ajuste a actualizaciones de caída en cascada. Si enciende este rasgo (por ir al cuadro de diálogo Edit Relationships, y luego elegir la Actualización de Cascada Campos Relacionados), el Acceso copia cualquier cambio que haga al campo unido en el registro paternal a todos los niños.

Con la base de datos bobblehead, una actualización que cae en cascada le deja cambiar el ID de uno de sus fabricantes. Cuando cambia el ID, el Acceso automáticamente inserta el nuevo valor en el campo de ManufacturerID de cada registro unido en la mesa de Muñecas. Sin actualizaciones que caen en cascada, no puede cambiar ID de un fabricante si hay archivos de la muñeca unidos.

Las actualizaciones que caen en cascada están más seguras que la caída en cascada suprime, pero raramente los necesita. Esto es porque si sigue las reglas del diseño de la base de datos bueno, conecta basado en AutoNumber columna de ID (el Artículo 2.3.9). El acceso no le deja corregir un valor de AutoNumber, y no tiene que alguna vez. (Recuerde, AutoNumber simplemente identifica un registro únicamente, y no equivale a nada en el mundo real. )

Por otra parte, las actualizaciones que caen en cascada entran práctico si trabaja con una mesa que no se ha diseñado para usar valores de AutoNumber para relaciones. Si la mesa de Fabricantes y Muñecas se uniera basada en el nombre del fabricante, entonces necesita la caída en cascada updatesit se asegura que los archivos del niño se sincronizan siempre que un nombre del fabricante haya cambiado. Las actualizaciones que caen en cascada son tan útiles si ha unido archivos basados en Números de seguridad social, números de la parte, números de serie u otros códigos que no se generan automáticamente y son sujetos de cambiar.

Popularidad: El 3% [?]

El acceso también proporciona un ajuste a actualizaciones de caída en cascada. Si enciende este rasgo (por ir al cuadro de diálogo Edit Relationships, y luego elegir la Actualización de Cascada Campos Relacionados), el Acceso copia cualquier cambio que haga al campo unido en el registro paternal a todos los niños.

Con la base de datos bobblehead, una actualización que cae en cascada le deja cambiar el ID de uno de sus fabricantes. Cuando cambia el ID, el Acceso automáticamente inserta el nuevo valor en el campo de ManufacturerID de cada registro unido en la mesa de Muñecas. Sin actualizaciones que caen en cascada, no puede cambiar ID de un fabricante si hay archivos de la muñeca unidos.

Las actualizaciones que caen en cascada están más seguras que la caída en cascada suprime, pero raramente los necesita. Esto es porque si sigue las reglas del diseño de la base de datos bueno, conecta basado en AutoNumber columna de ID (el Artículo 2.3.9). El acceso no le deja corregir un valor de AutoNumber, y no tiene que alguna vez. (Recuerde, AutoNumber simplemente identifica un registro únicamente, y no equivale a nada en el mundo real. )

Por otra parte, las actualizaciones que caen en cascada entran práctico si trabaja con una mesa que no se ha diseñado para usar valores de AutoNumber para relaciones. Si la mesa de Fabricantes y Muñecas se uniera basada en el nombre del fabricante, entonces necesita la caída en cascada updatesit se asegura que los archivos del niño se sincronizan siempre que un nombre del fabricante haya cambiado. Las actualizaciones que caen en cascada son tan útiles si ha unido archivos basados en Números de seguridad social, números de la parte, números de serie u otros códigos que no se generan automáticamente y son sujetos de cambiar.

Popularidad: El 3% [?]