Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

field rule: lookup error

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    field rule: lookup error

    Hi all,

    I'm trying to create a lookup for my Serial Number field. This worked fine in the past but for some reason I'm having an issue with it now.

    when you type in a serial number that has a history, it is supposed to lookup the past records "repair date" field and fill that into the current record's "previous service date" field.

    These are both 'date' fields, 8 characters in length.

    After you fill out the form/browse with the serial number, I get an error data value cannot fit into a numeric field of size. I know this has something to do with field structure/length but both my fields are date fields so I'm stuck.

    Then from this point on, you can't even exit the form/browse or abort the entry because it says "enter must begin first" its impossible to close A5 unless you end task in the task manager.

    #2
    Re: field rule: lookup error

    Golly, a sample of the table(s) would make things easier to diagnose.
    There can be only one.

    Comment


      #3
      Re: field rule: lookup error

      I'd love to Stan, I actually tried to upload a zipped "backup" copy of my database but it exceeded the max filesize by a few MB's. Any way to get around this? How can I just upload 1 or 2 tables?

      Comment


        #4
        Re: field rule: lookup error

        Hilight a table name in the control panel, right click, choose Zip...

        will do one table at a time. If you do the same for a set it will include all tables in the set and the set definition.
        There can be only one.

        Comment


          #5
          Re: field rule: lookup error

          here we go I think i got it, its just 1 table, but that's the one I'm having trouble with. Specifically the "serial number" look-up.

          unfortunately, I wasn't able to include the dictionary files which include the field rules, my zip file would exceed the file-size limit.

          see if you could just add the field rule as i mentioned.

          linked by = serial_number
          source field =repair_date
          fill field = previous_service_date

          then try to create a record using the serial number that's already in a previous record (555) and see if the problem comes up for you

          Comment


            #6
            Re: field rule: lookup error

            I see now you mean you are lookinig up in the current table. Will examine.
            I wasn't able to include the dictionary files which include the field rules, my zip file would exceed the file-size limit
            The table attached is only 2 kb. If the zipped support files exceed the 5 meg upload limit you seriously need to compact your database.
            There can be only one.

            Comment


              #7
              Re: field rule: lookup error

              No errors here when creating that field rule. The error must be triggered by some other field rule for the table which fires after this lookup.

              You can email me the table and support files at [email protected] if you like.
              There can be only one.

              Comment


                #8
                Re: field rule: lookup error

                ok I just compacted the table and that resulted in a much smaller file.

                I don't see how this could be a good thing though in terms of the record numbers all being reset essentially because its packing the deleted records. Each record is linked to a record number, wouldn't compacting regularly completely move around all the record numbers?

                Anyway, its uploaded here with the dictionary file as well so you can see the field rules.

                Just make a new record and use 5555 for the S/N field, you should see the same problem I'm having.

                Comment


                  #9
                  Re: field rule: lookup error

                  Since many of your fields in this table have field rule lookups to other tables, those field rules fail when those other tables are missing. Impossible to test without them. Any attempt at creating a new record reveals Cannot open table Parts to post to.

                  I'll have to have the whole database.

                  Each record is linked to a record number
                  Record number is highly not recommended as a linking field for the reason that records will be renumbered by packing the table(s).

                  You need to link your tables on a foreign key.
                  There can be only one.

                  Comment


                    #10
                    Re: field rule: lookup error

                    ok Stan, here is the entire database.

                    thanks so much for the help so far...

                    as far as the packing/compacting goes, in my application, I actually cannot delete records since each unit has a record. So i can imagine in a few years I should have say over 10,000 records, which would result in a much bigger filesize, I don't see why would this be abnormal? Each unit the company services is record number/work number. Not the only way it is linked but the easiest. This would all get damaged if I was to compact the database...

                    Comment


                      #11
                      Re: field rule: lookup error

                      I was using lookupd() function for my previous_service_date fields before but was getting the reported problem, thought doing it through field rules would avoid the problem but still no. If there's a better way to lookup what I want, please let me know.

                      I just need it to pull up certain field values from previous record history if the S/N is found in the database.

                      i.e.
                      previous_service_date
                      previous_service_date2
                      previous_complaint
                      previous_action

                      Comment


                        #12
                        Re: field rule: lookup error

                        The problem is not the lookup of the serial number. The problem is some value that is calculated from the looked up date, I believe. Still searching.
                        There can be only one.

                        Comment


                          #13
                          Re: field rule: lookup error

                          thanks so much stan! i really appreciate it

                          Comment


                            #14
                            Re: field rule: lookup error

                            It is the days_out calculated field. If you leave the date_in blank you wind up with the calculation

                            {} - {12/12/2010}

                            which yields -2455543

                            which won't fit in a numeric field of size (4).

                            You have some other field rule issues. You have two places where you have lookups and defaults specified. That is self contradictory. (Status in the main table and bill_to_shipping_address in the customer table if I remember correctly.)

                            In the customer table the recipient name field defaults to

                            BUYER_NAME+BUYER_LASTNAME

                            which is invalid as those field don't exist.
                            There can be only one.

                            Comment


                              #15
                              Re: field rule: lookup error

                              ok, I will look into these issues, thanks a million for finding these problems.

                              I know that my day's out expression is:
                              IF(PREVIOUS_SERVICE_DATE={},0,DATE_IN-PREVIOUS_SERVICE_DATE)

                              So wouldn't that mean that if it is blank, then it would result in 0.

                              Or at least that's the result when I evaluate the expression for record 1. It was showing the day's out normally when there is a previous_service_date as well.

                              Comment

                              Working...
                              X