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

I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

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

  • I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

    I have a rather large table with 448 fields in it, Many of the field names are identical, except for a single letter at the end, or combination of 2 letters that makes the difference, some are character, some numeric, others are Time fields. because it was basically the same set of fields over and over except for the slight name difference, I though it would have save much time to prepare it in MS Excel then highlight and copy the fields and rows over to the DBF table in design mode. It seems to have worked perfectly fine, except, now when setting up my form actions, like, when one field change, set the value in another field based on an expression. the problem is, When I use action scripting to select the field to set the value of, I get the following message "Selected object does not have a value property", and when I use xbasic, the follows just aren't applied, but there is no error message.

    The big advantage to using Excel was that I could use the "Find and Replace" feature to change the field names in bulk. Can anyone tell me how to make the tables act normal please?

  • #2
    Re: I Prepared A Very Lager Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

    What is the field length?
    1st position must be Char.
    Over 8 char in a field name can cause issues.
    See our Hybrid Option here;
    https://hybridapps.example-software.com/

    Comment


    • #3
      Re: I Prepared A Very Lager Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

      I have an app that has one table with 910 fields in it. Like you a lot of fields have very similar names with just a letter or number to differentiate between them. I have absolutely no problems with it at all and I have a lot of fields that have names of more than 8 characters in the field name.

      Depending on the scripts you are using and where, I have found that some times you must use the object name and not the field name (if different). I would first look at the properties of the offending fields on the form and verify that the object name and the filed name are the same, if not you may be able to change it or just try using the object name in the script. Example, on a form the field catalog->XL_Each should have the object name XL_Each but sometimes alpha will give it an object name of say XL_Each1. This is especially true if the field is placed on a form more than once.

      I also wonder why you "copied and pasted" from Excel into the table in design mode instead of creating an operation to build the table from the Excel file.

      Anyway, just a thought.

      Comment


      • #4
        Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

        All field names and object names match on the form, and only one instance of each are on the form. Also, no names are above 10 characters long.
        I never thought about using the import operation, but now that I tried it, it doesn't work because, the Excel file have the field names running now the spreadsheet all in a single column, the field type, length and decimal are all in their own column. Therefore the Excel file has only 4 columns and 448 rows, each row being what is to become a DBF field, but apparently, that's not the format expected by the import Operation, the operation seems to be expecting each column to coincide with a DBF field. which brings me back to a halt.

        Comment


        • #5
          Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

          DBF field names can only begin with a letter not a numeric. This may have something to do with your situation.

          Comment


          • #6
            Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

            Originally posted by nigeldude View Post
            Therefore the Excel file has only 4 columns and 448 rows, each row being what is to become a DBF field, but apparently, that's not the format expected by the import Operation, the operation seems to be expecting each column to coincide with a DBF field. which brings me back to a halt.
            Yes, Column's are fields and rows are data so you would have to have it as 448 columns.

            Any chance you could post the excel file or the dbf file so we could look at it. Also if you could post the xbasic code you are trying to use that would help as well. If using Action Scripting, right click on each action and select "Show Xbasic" then copy that and post it here. Right now we are just all speculating based on your explanation of what is happening.

            As for the first character for a filed name not being a number. Alpha will not even let you do that as it will automatically change the number to a letter on the front of any field you try and name with a number as the first character.

            Comment


            • #7
              Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

              Thanks for the offer preston, Before I do that however, tell me if this helps. I decided to try creating 2 tables, with a one to many relationship to avoid such a large table, these i did in A5, no Excel. However, I still had many fields with similar names, so I created the 1st set and copy and past, all within the A5 table designer, after I copy and past, then I edit the names to all become unique. and i ended up with the very same issue. So I now believe that Excel was not the cause of the problem, the problem seem to be, A5 simply cant handle the "pasting" of fields. even when being copied from right there inside the very same table. Am i wrong on that?

              Comment


              • #8
                Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

                Suggestion

                Excel file have the field names running now (down?) the spreadsheet all in a single column, the field type, length and decimal are all in their own column.
                Save that as a CSV and use it to create the table you want using Text Mode as the table construction option.
                Then you can build your table and should have the data fields which you can import to.

                Edit
                Just seen next post.
                The problem Alpha has is when you change a lot of items and then try and save the lot in one go.
                Try changing ONE field, saving and then see what happens.
                Field rules are notoriously fickle.
                Also, compacting may help/hinder the process.

                I built a rudimentary Data Dictionary which enabled table generation automatically, so if you are interested, I'll send you a copy.
                Last edited by Ted Giles; 11-13-2014, 01:52 PM.
                See our Hybrid Option here;
                https://hybridapps.example-software.com/

                Comment


                • #9
                  Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

                  Nigel,
                  If you are trying to split the 448 field table, may I suggest breaking them to 4 tables and use 1 filed as a connector and it can have the same name. Possibly autoincremented in the first table and connected as 1 to 1. That makes it appear as one table to browse the set. (I hate tables over 150 fields)

                  Yes, you can copy fields from one table to another. This is generally safer if pasted at the end of the table.

                  If you have 1 large table built, you could duplicate it and just delete half the fields from each or how ever you need.

                  Note: I just broke a table that was 1.3 gigs in size to 4 smaller tables because after 5 years it is just getting to big for a windows system and dbf files.
                  Last edited by DaveM; 11-13-2014, 02:07 PM.
                  Dave Mason
                  [email protected]
                  Skype is dave.mason46

                  Comment


                  • #10
                    Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

                    Yes Ted, I wouldn't mind seeing what that Data Dictionary looks like.

                    Dave, the copying and pasting is not working out, and all I did that last time was to create 6 fields in a totally new table, then copy and paste that 6 fields below the original 6, so, yes, it was at the end of the table.

                    Comment


                    • #11
                      Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

                      Originally posted by nigeldude View Post
                      Thanks for the offer preston, Before I do that however, tell me if this helps. I decided to try creating 2 tables, with a one to many relationship to avoid such a large table, these i did in A5, no Excel. However, I still had many fields with similar names, so I created the 1st set and copy and past, all within the A5 table designer, after I copy and past, then I edit the names to all become unique. and i ended up with the very same issue. So I now believe that Excel was not the cause of the problem, the problem seem to be, A5 simply cant handle the "pasting" of fields. even when being copied from right there inside the very same table. Am i wrong on that?
                      A5 handles copying and from one table to another pasting very well. I do it from time to time.

                      I still say there is an issue either with the form, scripts or the usages of those somehow. A5 will not allow numbers for the first char of a field name and A5 will not allow fields to have the same name within the same table so I do not think you have a problem with any of that.

                      The more actual examples of what you are trying to do that you can share here will only help us try to see what is going on. It would really help if we could see a sample of the db. Right now we are all just speculating.

                      Just to show you that I name fields with slight variations in the name (which actually means something to me), here is a shot of part of one of my tables in a app.

                      matrix.png

                      Comment


                      • #12
                        Re: I Prepared A Very Large Table in MS Excel Then Copied it to a DBF Table, Why This Issue?

                        Given a different way like I wanted to past to word which I do often with my apps.

                        Cusno Numeric 11 0
                        Lot Character 2 0
                        Group Character 8 0
                        Scode Character 8 0
                        Date Date 8 0
                        Deliverdate Date 8 0
                        Acct Numeric 11 0
                        Status Character 1 0
                        Adv Character 20 0
                        Grade Character 2 0
                        Phorwalk Character 1 0
                        Surname Character 5 0
                        First Character 30 0
                        Mid Character 15 0
                        Last Character 50 0
                        Jr Character 2 0
                        Stnumb Character 6 0
                        Address Character 30 0
                        Pobox Character 30 0
                        City Character 30 0
                        State Character 2 0
                        Zip5 Character 5 0
                        Zip4 Character 4 0
                        County Character 20 0
                        Addyrs Character 2 0
                        Addmos Character 2 0
                        Hphone Character 14 0
                        Cell Character 14 0
                        Cell2 Character 14 0
                        Ssn Character 11 0
                        Birth Date 8 0
                        Dl Character 20 0
                        Dlstate Character 2 0
                        Wk_Phone Character 14 0
                        Xtension Character 5 0
                        Livewhere Character 1 0
                        Married Character 1 0
                        Ownhome Character 1 0
                        Mortlandlord Character 30 0
                        Dave Mason
                        [email protected]
                        Skype is dave.mason46

                        Comment

                        Working...
                        X