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

Filtering SQL connection

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

  • Selwyn Rabins
    replied
    Re: Filtering SQL connection

    i do not think that there is any problem printing a filtered report on a mysql table that has a bigint field - and the filter is on the bigint field.

    this video shows how I tested this.


    http://screencast.com/t/ZxqdCvh9yJIj

    Leave a comment:


  • boba
    replied
    Re: Filtering SQL connection

    I encountered the same problem going against the mysql database directly. The issue seems to have been that the field I was filtering on was defined as "bigint" in the table. In the View I used the "Cast" function to change the data type to character. That solved the filtering issue. My question now is: Does A5 not work well with the "bigint" data type? Is there a recommended work-around other than what I used?

    Thanks,
    Bob A.

    Leave a comment:


  • Selwyn Rabins
    replied
    Re: Filtering SQL connection

    why are you basing your report on an active-link table?

    you should use the <SQL Datasource> option when you create your report and go against the sql directly. There is no reason to use an active-link table in a report.

    Leave a comment:


  • boba
    replied
    Re: Filtering SQL connection

    I have a report based on an active-link table connected to a View in a MySQL database. I setup a filter in the report to filter the records but it's not working. Ultimately, I need to run this report from a grid component with an action button and set the filter in the action javascript. The report runs but the data isn't filtered. Any idea what the problem is?

    Thanks,
    BobA

    Leave a comment:


  • NoeticCC
    replied
    Re: Filtering SQL connection

    Selwyn, speaking of creating multiple Active Link Tables against Oracle - recent fixes (unless it is just that my old PC couldn't handle it!) have actually sorted this out, this now works very well (it used to crash when I tried to create multiple A-L-Ts) :)

    Leave a comment:


  • Selwyn Rabins
    replied
    Re: Filtering SQL connection

    Originally posted by srodopol View Post
    Hey all,

    I'm trying to connect to an Oracle table that has like almost 300,000 records. No problem making the connection. However, when I try and look at the data in a browse, it takes like 5 minutes or so to load all the records. Really, I don't want all 300,000 records to load - I want to filter certain records out immediately. I thought the Index function was what I needed, but I got the message back that said I couldn't use an Index on an SQL connection - does that sound right? If so, what do you think would be a good way to filter most of the records - especially if most are Inactive and aren't needed?

    Thanks for the help,
    Rookie
    Indexes don't apply to active-link tables.

    when you define your active-link you can specify a 'where' clause to limit the number of selected records.

    note that when you create active-links you are given the option of creating a single active-link table, or multiple tables.

    if you use the 'multiple' option, then a5 creates all of the active-link tables using default options - no WHERE clause. so if you chose this option intially, then you have to right click on the active-link table and edit it.

    that will bring up the single table active-link builder that exposes all of the options.

    you will see that you can add a where clause to your SQL Select.

    the where clause can also include arguments. if you include arguments in the WHERE clause, a5 will prompt for the argument value when you open the table.

    e.g.

    you might define this WHERE clause:

    customerid = :whatcustomerid

    :whatcustomerid is an argument (the dialog will contain a button to define arguments)

    it is all very slick. and assuming that your WHERE clause results in a much smaller set of records (and assuming that your ORACLE server can execute the query quickly - because it has all of the necessary indexes in place), the active-link table will open quickly.

    as you correctly point out - it is crazy to bring down 300,000 records from the server to the client - you could not possibly need to look at that many records at once!!

    Leave a comment:


  • NoeticCC
    replied
    Re: Filtering SQL connection

    One way would be to set up an active link table that takes arguments, allowing you to specify a record number etc.

    Leave a comment:


  • srodopol
    replied
    Re: Filtering SQL connection

    Thanks Al - good advice.

    I'm a little green with the Active link thing - but I just noticed how when using the genie you can use the Where function to filter - I think I'm on the right track now.

    Thanks again,
    Rookie

    Leave a comment:


  • Al Buchholz
    replied
    Re: Filtering SQL connection

    Steve

    Make sure that you have the latest build of A5.

    From the menu - help - check for latest version

    I recall some recent fixes to improve efficiency.

    Leave a comment:


  • srodopol
    started a topic Filtering SQL connection

    Filtering SQL connection

    Hey all,

    I'm trying to connect to an Oracle table that has like almost 300,000 records. No problem making the connection. However, when I try and look at the data in a browse, it takes like 5 minutes or so to load all the records. Really, I don't want all 300,000 records to load - I want to filter certain records out immediately. I thought the Index function was what I needed, but I got the message back that said I couldn't use an Index on an SQL connection - does that sound right? If so, what do you think would be a good way to filter most of the records - especially if most are Inactive and aren't needed?

    Thanks for the help,
    Rookie
Working...
X