4 Replies Latest reply on Aug 12, 2013 2:39 PM by user19036

    creating new record with serial #'s

    user19036

      I recently changed my ways, switching to serial numbers as keys.

      I may be missing something very basic, but, Is there a particular strategy for creating a new record in this situation:

       

      I have a TABLE_A of info that is child to two different parent tables.

      To create a new record in TABLE_A, I used to go to a list layout based on TABLE_A, create a new record, and then fill in manually the two text fields that connected TABLE_A to it's two parent tables. But when using Serial Numbers instead - How do I make it easy for the user to know what the serial numbers (the secondary keys in TABLE_A) are that connect it to the parent tables?

       

      Thank you,

      Darryl

        • 1. Re: creating new record with serial #'s
          erolst

          If the records in table A are still supposed to be child records of those two other tables, then you still need to set the two foreign keys. That doesn't collide with the fact that each record in tableA now has its own, unique ID (where previously maybe only the combination of those foreign keys was unique).

          1 of 1 people found this helpful
          • 2. Re: creating new record with serial #'s
            flybynight

            What were you using for your key field before you switched to seial #s?

            If that field was unique, one thing you could do is to create a value list, based on your serial # key field, but also show the field that the user is going to know, and optionally only show that 2nd field. If you set that field to a pop-up menu, then then the user only sees the 2nd field's values, even though they are actually setting the match (foriegn key) field to the ID #. If that 2nd field isn't unique, this can get you into trouble, as only 1 of the values will show up.

             

            You could also set a script to open up a "picker" window that will present the user with choices, then grab the ID field, based on that selection and set that into the field. Depending on how many values we are talking about, there are a number a strategies for doing this. Do some searching on the forums on picker windows and possibly virtual lists.

             

            The method I usually use is to creat the child records from the parent record using a scripted process that sets a variable to the parent key ID, goes to the child layout to create the record, sets the foreign key to that variable, then returns the user to the parent layout. I usually freeze the window and open a 2nd window for this, then close it and refresh the window at the end of the script.

            Since you have 2 parent keys to set, this may not work for you. Is this a join table? If so, a picker strategy may be your best bet.

             

            Have fun!

            -Shawn

            • 3. Re: creating new record with serial #'s
              user19036

              Shawn,

              I used the Value List idea and it works perfectly - thank you!!

               

              Darryl

              • 4. Re: creating new record with serial #'s
                user19036

                Erolist,

                I think what I might not have made clear is that there was a long list of foreign keys for connection to both Parent tables and the user wouldn't know what Foreign Key number connected to what record.

                Thanks,

                Darryl