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

Set using Paradox and SqlServer

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

    Set using Paradox and SqlServer

    I've two database with two connections, to paradox and sql server,
    the structure is these:

    Paradox, tbl_customer{ID,name,address}
    SQLServer, tbl_shipment{ID,date,Fk_customer}

    is the basic structure... the database of paradox it will read only..
    I'll working on SQLServer.. when I create the active link and the sets, they work excellent, I can save, edit, and show information of two database using a set (master -detail) but when I use the report master-detail tbl_customer - tbl_shipment, does freeze, both tables have the same fields and types

    Why can I save and edit and can not read on the report, using both database?

    #2
    Re: Set using Paradox and SqlServer

    Are the fields the same length?
    They don't have to have the same name, but they do have to have the same linking characteristics and this includes the length in V10 and V11.
    See our Hybrid Option here;
    https://hybridapps.example-software.com/


    Giving advice is dangerous.
    Giving "Good Advice" can be fatal.

    Comment


      #3
      Re: Set using Paradox and SqlServer

      Yes I'm sure, only the linking field is shared between both tables:
      tbl_customer.ID char(5), tbl_shipment.Fk_customer char(5),

      When I create the set, is necesary they have the same lenght and type, when I run the report, alpha freezes,

      I've made tests using different combinations,

      Active links
      tbl_customer (read only), tbl_shipment (read only)
      tbl_customer (write), tbl_shipment (read only)
      tbl_customer (read only), tbl_shipment (write)
      tbl_customer (write), tbl_shipment (write)


      When I use active link in tbl_customer (paradox) and passive link in tbl_shipment, works fine, but if I use the table like active link again freeze alfa five on the report.

      Comment


        #4
        Re: Set using Paradox and SqlServer

        Is it possible to get the data into a common product Chris?
        You could create the tables in Alpha and import the data you want from both systems.
        Then you could run the report from the Alpha set.
        Alternatively, upload the data from Paradox to SQL.
        Running with 3 platforms is tricky.
        See our Hybrid Option here;
        https://hybridapps.example-software.com/


        Giving advice is dangerous.
        Giving "Good Advice" can be fatal.

        Comment


          #5
          Re: Set using Paradox and SqlServer

          Update,

          After 15 minutes to wait, the report showed me the records, the problem can be the records count? 2200 records in the table of paradox, if I use a clause Where, it's the same time 15 minutes...

          but I can create a report with tbl_customer like a source, (without the set and report master-detail), only the records of tbl_customer, (2200 records) and works fine loading a single table, when I use two tables of two database takes a long time for show the preview report.

          tbl_customer : 2200 records
          tbl_shipment : 10 records.

          I tested with another tables with less records (master-detail, paradox-sqlserver), and the time for show the report requires less time ( 1 or 2 minutes),

          How can I resolve the problem? 15 minutes is a lot of time...

          thanks a lot for your help,

          Comment


            #6
            Re: Set using Paradox and SqlServer

            Originally posted by Ted Giles View Post
            Is it possible to get the data into a common product Chris?
            You could create the tables in Alpha and import the data you want from both systems.
            Then you could run the report from the Alpha set.
            Alternatively, upload the data from Paradox to SQL.
            Running with 3 platforms is tricky.
            Is it possible to get the data into a common product Chris?
            using master-detail, yes, after 15 minutes to wait preview report. When I use a Form works fine, immediately.

            You could create the tables in Alpha and import the data you want from both systems.

            It's not possible because the database in paradox is used in another system, and I need interaction between both software.

            Running with 3 platforms is tricky.

            mm...

            Comment


              #7
              Re: Set using Paradox and SqlServer

              Sounds like an indexing issue Chris.
              Reading 2200 records for each 1 of the 10 cust records.
              If you can send the data privately I'll see if I can improve the process.
              I have no interest in the content Chris.
              See our Hybrid Option here;
              https://hybridapps.example-software.com/


              Giving advice is dangerous.
              Giving "Good Advice" can be fatal.

              Comment


                #8
                Re: Set using Paradox and SqlServer

                I really appreciate your help Ted,

                I'll ask to my boss if I can upload the project. I hope..

                I have one question more,. Why in the form (using a set) works fine?.. I can move on all records without delays and when I send to print takes much time.. What is the difference?

                Comment


                  #9
                  Re: Set using Paradox and SqlServer

                  Sorry Chris, I don't know the answer to that question other than in a Form you are loading one record at a time, and the report might be trying to load all of the records first for some process you have built into the report.

                  Are the databases all on different servers?

                  For reporting purposes, you may need to import from Paradox to an Alpha table. This will mean that there is a time lag difference between the realtime Paradox and the Alpha Reporting.
                  Where performance has been an issue in the past with some of the large datasets, online reporting killed the system. The workaround was to have a Reporting Server which used a copy of the data set and not the live data. This was refreshed every 24 hours, so it was up to 24 hours out of date.

                  If realtime reporting is required, then there might be a way of refreshing the Alpha tables more frequently.

                  Suggest you try this so we can isolate the problem.
                  Create a simple report - and I mean really simple just a list - based on the Paradox data and see how long it takes to run
                  Do the same with the SQL data.

                  Let us have some details.
                  See our Hybrid Option here;
                  https://hybridapps.example-software.com/


                  Giving advice is dangerous.
                  Giving "Good Advice" can be fatal.

                  Comment


                    #10
                    Re: Set using Paradox and SqlServer

                    Yes, they are in differents servers, into the same Lan.

                    I run a simple report with two fields only using paradox without condicions and no takes a long time, 3 or 2 seconds, [tbl_customer]

                    Now with sql server, a simple report with 2 field only.. takes 1 second. [tbl_shipment]

                    I used tables with active link for to create the reports.

                    When I use a set to join the tables is the problem..

                    the structure is very simple I don't understand why takes a long time...

                    Paradox, tbl_customer{ID,name,address}
                    ID - Int 11 (autonumeric)
                    Name - Char 60
                    Address - Char 40

                    SQLServer2008, tbl_shipment{ID,date,Fk_customer}
                    ID - Int 11 (autonumeric)
                    Date - Date 8
                    Fk_customer - numeric 11

                    the linking field is Fk_customer indicating one to many

                    Comment


                      #11
                      Re: Set using Paradox and SqlServer

                      I don't know if this will help or not, but I seem to recall reading that it is recommended that you use passive-linked tables for reporting purposes.

                      Try creating a pair of passive-linked tables (using the same criteria as for the active-linked ones) and base your report on those.
                      Finian

                      Comment


                        #12
                        Re: Set using Paradox and SqlServer

                        It's more clean the aplication using only the servers, without timers for update passive tables, or to have open the desktop aplication all day.. the system will work on web, but I wrote in this forum because the Sets and reports are in control panel in desktop version,

                        Read and write directly on sql server and paradox, and use passive table for the report.. the problem is sometimes the users need the report in realtime, but.. after read all your comments you've convinced me.. no like to me much, but works..

                        I'll do that, I hope not to have more issues..

                        Thank you very much for your help, Ted and Finian.

                        Comment

                        Working...
                        X