FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
estas en lo ciertoo amigo delphius este hilo viene por lo que pregunte el otro
dia pues las relaciones no son lo que yo pense pues el otro dia lo que queria hacer era que una ves relacionada por ejemplo dos tablas y guardara un registro en la tabla principal se guardara dicho registro en la tabla secundaria claro esta el campo relacionado pero luego de investigar y praticar note que para guardar un registro en dos tabla habria que emplear un codigo extra para realizar dicha operacion no es lo que pensaba que una ves relacionadas las tablas solo habria que guardar el registro y guardaria en las respectivas tablas relacionada pero gracia por el codigo suministrado me funciona de esa forma. |
#2
|
||||
|
||||
Cita:
Cita:
Tal vez esté siento un tanto paranoico, pero me late que ya lo haces a propósito lo de escribir así. Ya lo he dicho, no buscamos Shakespeares, pero al menos un poco de dedicación para escribir un poco mejor no hace daño. Si el español es tan bonito, ¿Para que destruirlo de ese modo? Y también voy a ser pesado en cuanto al problema. Estamos aqui para asesorarte y sería útil no sólo para ti, sino para otros miembros que puedan (y/o tengan) la misma duda y/o inconvenientes que tú, a que explicases con mayores detalles tus inquietudes. De este modo te asesoraremos del mejor modo y podremos ser capaz de ofrecerte incluso alternativas. Si realmente estás interado en resolver tus dudas, por favor muestra ese compromiso. No te estoy regañando, sino ofreciendo un mejor modo de ver las cosas. Saludos, |
#3
|
||||
|
||||
ok esta bien delphius no hay problema con eso, pero rotomando el tema de las relaciones en base de datos y disculpa que este no es el hilo.
las guia y manuales que e leeido dice exactamente lo que yo pensaba hacer pero a la hora de poner en marcha esa teoria pasa exactamente lo contrario. |
#4
|
||||
|
||||
Cita:
¿Éstás seguro de eso? ¿Podrías citar tus guías y manuales? La única forma de conseguir esa inserción automática es mediante disparadores o triggers. De otro modo no es posible. Lo que hace el disparador es realizar una serie de pasos (operaciones, consultas, inserciones, borrados... lo que se necesite) cuando se inserte, modifique y/o borre un registro (tanto antes como después) en una tabla. Por ejemplo, se puede programar un trigger after insert para una tabla de registros de inventarios. De este modo podemos hacer que al insertar un registro en una tabla, por ejemplo llamada movimientos, que se actualice la cantidad de stock (campo cantidad) de dicho artículo, de la tabla "Stock". Que yo sepa no hay motor de base de datos, que por si sólo (sin la intervención de triggers y/o procedimientos almacenados) haga lo que dices. Creo que hay algo que no estás comprendiendo. Y es allí donde deberías enfocarte. Por ello, y para ayudarte, necesitamos que nos describas tu situación. Con decirnos que tienes dos tablas no nos ayudas a ayudarte. Va a ser necesario conocer un poco más sobre tu dominio de estudio. Saludos, |
#5
|
||||
|
||||
bien amigo delphius mi situacion es la siguinte tengo dos tablas una llamada tabla1 con los campo (nombre,apellido) donde nombre es la llave primaria y en la segunda tabla llamada tabla2 tengo los siguiente campo.
(nombre,direccion), en esta no hay llave primaria e hecho la relacion entre los dos campo llamado nombre de las dos tablas,esta relacion es en access2003. pues luego tengo una aplicacion en delphi donde utilizo los componente de ADO ,el cual utilizo adotabla y tengo los siguientes botones los cuales son nuevo ,siguiente ,atras ,guardar ,eliminar. entonces lo que quiero hacer es que al momento de guardar un registro en el campo nombre de la tabla1 tambien se guarde en el campo de la tabla2 igual que lo que me acabas de explicar de los triggers ahora mi pregunta es el triggers es un codigo o un componente Última edición por kurono fecha: 26-05-2008 a las 06:50:51. |
#6
|
||||
|
||||
Cita:
Por empezar, el campo nombre no es un buen candidato a ser una clave primaria. Puesto que hay muchas personas que poseen un mismo nombre, si haces que este campo sea tu clave primaria impedirás que existan dos nombre iguales. Lo más razonable es emplear una clave que identifique unívocamente a cada persona. Y existe: el número de DNI. Segundo, ahora al tener este campo DNI como clave primaria debemos alterar la tabla secundaria: 1. Agregar una clave artificial que será su clave primaria. Se le llama artificial porque no tiene sentido en la realidad. Simplemente existe para garantizar su unicidad. 2. Ahora, añadimos un campo del mismo tipo que DNI. Este campo actuará de clave foránea hacia la tabla primaria (el término correcto sería maestra). Por simplicidad lo llamemos DNI. 3. Armar la relación entre los campos DNI de ambas tablas. Conseguirás una relación 1:M. Que es lo que parece ser que necesitas. Dije parece porque puede que no sea así. Por tu descripción pareciera que estamos en un dominio en el que "Una persona tiene al menos un domicilio". Si el dominio del problema está bien, podemos continuar. Ahora, con respecto al tema del triggers. Eso no existe en Access. Los triggers están disponibles para motores de base de datos serios. Access para base de datos de escritorio y no posee las grandes bondades de un motor. La Cara oculta explica brevemente el tema de los triggers. El tema de hacer dicha funcionalidad pasa por un diseño de aplicativo. Como te estuve diciendo... por empezar, ningún motor lo hace así por así... y segundo, Access es muy limitado. No me basta tu simple descripción para decirte acabadamente como debes proceder. La imagen que tengo sobre tu idea puede que no sea compatible con la tuya. Por algo te estado pidiendo que nos profundices sobre tu idea. De cualquier manera, como te dije en el hilo anterior: Se debe hacer en dos pasos: 1. Agregar el registro maestro 2. Y luego el registro detalle Ya sea con TTables, o con TQuerys el proceso es identico y en dicho orden. Ya antes te he dado una pista de como proceder. Pero antes de poder seguir... hay una pregunta que debes responder, y esto se debe a la falta de información por tu parte ¿Si deseas que automáticamente se agregue en la tabla secundaria, de donde salen los otros datos necesarios? Responde a esa pregunta, y sigue profundizando en tu descripción de la idea y podrás detectar donde está tu falla conceptual. Yo por ahora, me retiro... quiero dormir un poco pero puede que en unas cuantas hora pase de nuevo. De cualquier manera no soy el único y otros foristas pueden seguir aportando su visión del asunto. Saludos, |
#7
|
||||
|
||||
Viendo el código que ha puesto Delphius, tal vez sería útil utilizar transacciones.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
cómo Insertar un registro | maximo_nashir | PHP | 1 | 14-07-2007 08:06:05 |
Insertar registro en una tabla | efelix | Conexión con bases de datos | 21 | 05-12-2006 18:13:50 |
Insertar un registro en una tabla Paradox | maravert | Tablas planas | 1 | 14-10-2005 02:08:02 |
Insertar registro en tabla | jzk | Conexión con bases de datos | 15 | 26-05-2004 18:58:19 |
Borrar e Insertar un registro de una tabla con Query | Draco | Conexión con bases de datos | 4 | 06-05-2004 17:27:37 |
|