[Webinar] Streamline your web hosting managementRegister Today

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1967
  • Last Modified:

Problem with total in footer of form - #Error

I’ve had problems with subtotals in forms in the past but always have been able to resolve them by going over syntax with a fine-toothed comb and finding an error on my part.  In this case I have done that for hours and cannot figure out what I am doing wrong.  Here is the scenario:

Access 2013 linking to MS SqlServer database view.  
Field is ‘CalculatedValue’, placed in a text box ‘PrintTime’ .  The field displays the correct values one each row.  
'CalculatedValue' displaying on each row
In a text box on the form footer, I use the control source =sum([CalculatedValue]) and get #Error#Error  &*$^@!.


I can replace that control source with =[CalculatedValue] and get the value of whichever row is active.  But as soon as I edit the controlsource to =Sum([CalculatedValue]), the #Error returns.
total box displays 'Calculated Value' correctly...
What am I doing wrong?  

(NB: I upgraded to 2013 today just to see if it would resolve this issue or at least have better error description to help...)
0
susanhibbard
Asked:
susanhibbard
  • 4
  • 4
1 Solution
 
mbizupCommented:
You can't sum a calculated field.

Try summing the expression that defines the calculated field instead.
0
 
susanhibbardAuthor Commented:
I realize that the name of this column (CalculatedValue) is confusing, but it is NOT a calculated field. That is just the name of the column, it refers to the fact that the underlying data is calculated before being written to the table.  

I didn't design this database...

Thanks anyway.
0
 
Jim Dettman (Microsoft MVP/ EE MVE)PresidentCommented:
Check the field data; do any rows return something other then a numeric?

Jim.
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
susanhibbardAuthor Commented:
No,I don't think so - data type is number:

snip of 'design window' of linke Sqlserver view
I can run this query in Access and it returns the correct number:

SELECT sum(calculatedvalue) as totaltime from dbo_vCyrTransHdrdetParts

the linked table is actually a view in Sqlserver - that would not have any effect would it?
0
 
susanhibbardAuthor Commented:
Actually, to be more specific, the record source for this form is an Access query which is base on the Sqlserver query + one calculated column... not the column in question however.

Just in case any of that matters...
0
 
mbizupCommented:
Try this to isolate this and rule out other possible issues with your form...

Create a new form bound to the same recordsource and just add that one textbox, summing that field in your forms footer section.
0
 
susanhibbardAuthor Commented:
Good idea, I had just decided to do essentially the same thing myself - started from scratch on the form and it worked just fine.  This was a redesign and I reformatted an existing form - apparently a bad idea which undoubtedly cost me far more time than it ever saved...

Thanks for the suggestion!
0
 
mbizupCommented:
Hmm... the test that you ran was directly on your sql table, but you mentioned your form being bound to an Access query.

Try running that same test (your sum query) against the Access query that your form is bound to
0
 
mbizupCommented:
Ah. Missed your last post.  Glad its resolved...
0

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 4
  • 4
Tackle projects and never again get stuck behind a technical roadblock.
Join Now