Page 2 of 2 FirstFirst 12
Results 16 to 20 of 20
  1. #16
    Rainlover's Avatar
    Rainlover is offline Expert
    Windows 7 64bit Access 2003
    Join Date
    Nov 2009
    Location
    Queensland Australia
    Posts
    691
    Quote Originally Posted by June7 View Post
    Rainlover, quote from that very link you provided:



    "One of the basic rules of data normalisation is not to store dependent values. Break the rule at your own peril: it takes more work than doing the job properly; it diminishes the queryability of your data; it leaves you without any certainty that your answer is correct."

    Any calculated value is a dependent value, especially 'running balance' or summary calculations.
    June

    Thank you for replying.

    I did get the feeling that you had experienced something personally that supports your strong point of view. I would have been interested if that were the case.

    Personally I try to keep an open mind when it comes to Rules. Mostly I follow them as they were intended, while at the same time keeping an open mind to possible variations. So far I have not experienced this endless headache.

    Even Allen Browne in the link provided, shows an example where there are times to stick to the rules and then there are other times that they need a little bending.

  2. #17
    thanosgr is offline Advanced Beginner
    Windows 7 64bit Access 2007
    Join Date
    Feb 2012
    Posts
    56

    Smile

    Gee Thanks

    i think its working 80%...
    still has usability problems...

  3. #18
    June7's Avatar
    June7 is offline VIP
    Windows XP Access 2010 32bit
    Join Date
    May 2011
    Location
    The Great Land
    Posts
    53,771
    Yes, Rain, I have a project that 'breaks' rules but one I haven't broken is saving aggregate calcs. Maybe only because I haven't built a db anything like an accounting or sales or inventory application where a running balance is needed. I just want to stress to novices the importance of carefully considering the implications of saving calculated values, especially aggregates. Often they think they must when they really don't and shouldn't.
    How to attach file: http://www.accessforums.net/showthread.php?t=70301 To provide db: copy, remove confidential data, run compact & repair, zip w/Windows Compression.

  4. #19
    thanosgr is offline Advanced Beginner
    Windows 7 64bit Access 2007
    Join Date
    Feb 2012
    Posts
    56
    Another question is how to use group by in update.
    since there is the form, and do multiply insertions to update stock(stock-quantity) but for multiply productid dont work.. i try to use group by productid but it gives sql error
    here is the code, without the group by works but for the same productid

    mysql = "UPDATE product INNER JOIN TransactionLine ON " & _
    "[product].ProductId = TransactionLine.ProductId " & _
    "SET product.apothema = product.apothema" & _
    " - forms![TransactionLine].sumqtr" & _
    " where product.Productid=forms![transactionline].Productid" & _
    " group by product.Productid"

  5. #20
    Rainlover's Avatar
    Rainlover is offline Expert
    Windows 7 64bit Access 2003
    Join Date
    Nov 2009
    Location
    Queensland Australia
    Posts
    691
    A query with Group By cannot be updated.

Page 2 of 2 FirstFirst 12
Please reply to this thread with any new information or opinions.

Similar Threads

  1. Replies: 2
    Last Post: 01-05-2012, 11:52 AM
  2. Linking Access 2007 to Outlook Calender 2007
    By izzygrace3 in forum Programming
    Replies: 1
    Last Post: 11-10-2011, 11:53 PM
  3. Replies: 2
    Last Post: 06-18-2011, 09:55 AM
  4. SQL Update stock Query HELP!!!
    By jordanturner in forum Queries
    Replies: 6
    Last Post: 09-06-2010, 10:34 AM
  5. Replies: 0
    Last Post: 11-17-2009, 02:35 PM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Other Forums: Microsoft Office Forums