How Restrict read Data on SQL Server level?

KeeperRU
Member Posts: 58
Hello, here is the task.
Suppose, I don't want that users can browse information about few Vendors (in ledger tables, documens etc).
Those Vendors have attribute - "Hide Entries"
There are solutuions:
1) Create FlowField "Hide Entries" - in every table where I need restrict reading Access, and filter this Field on OpenForm
= Filter on FlowField it's very slow....
2) Create Normal Field - in every table where I need restrict reading Access, and filter this Field on OpenForm
= very hard and expensive, because I need to find every INSERT,MODIFY in code for this tables, and fill this field.
3) ????
Maybe there is way to modify READ from SQL Server on this tables and edit this Query?
4) ???
Something else?
Suppose, I don't want that users can browse information about few Vendors (in ledger tables, documens etc).
Those Vendors have attribute - "Hide Entries"
There are solutuions:
1) Create FlowField "Hide Entries" - in every table where I need restrict reading Access, and filter this Field on OpenForm
= Filter on FlowField it's very slow....
2) Create Normal Field - in every table where I need restrict reading Access, and filter this Field on OpenForm
= very hard and expensive, because I need to find every INSERT,MODIFY in code for this tables, and fill this field.
3) ????
Maybe there is way to modify READ from SQL Server on this tables and edit this Query?
4) ???
Something else?
0
Comments
-
This is more complicated than you think. What about posting - if the last entry is filtered out, how the posting will go? (when it is taking last entry to set correct entry no. on new entry) etc...0
-
kine wrote:This is more complicated than you think. What about posting - if the last entry is filtered out, how the posting will go? (when it is taking last entry to set correct entry no. on new entry) etc...
OK, I get it.
But how work Security Filter on Permissions Form?
Security Filter doesn't affect posting or nobody shall secure Ledger tables (because of what you said).0 -
It is why I never used security filters and I recommend to not use them, because the setup is so complex and in most cases doesn't lead to requested result.
In NAV 2013 were security filters extended and are more usable, because you can set if the record variable could ignore them etc...0 -
Thanks,
I would combine my 1) and 2) solution.
I test it, and filtering on FlowFields not so bad - if Table store not so much entries.0 -
Like Kine said,
using security filter is bad idea,it's hard know each link data when every proses running in nav, even with standard posting documents like sales or purchase. if you using navision classic, i suggest limit access with navigation pane designer, or if you using new RTC client you can limit access by page action or view with user setup much more safe.0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions