Naming conventions: unstored calc made of summary fields
21 views
Skip to first unread message
Ignasi Alemany
unread,
Jul 13, 2016, 2:38:46 PM7/13/16
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to FileMaker Development Standards
I have a calculation field with "summaryField2 / summaryField"
According to the naming standards it should be named after the prefix "unstored" however the field function is clearly a "summary" and I'm tempted to prefix it with "summary".
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to FileMaker Development Standards
Either is fine. Unstored calculation fields merit their own special prefix because they have performance consequences that developers need to be conscious of whenever using them. Summary fields have similar consequences, so the "summary" prefix works just as well for the same effect. Use whichever prefix you think is the most informative.