 |
SoftTree Technologies
Technical Support Forums
|
|
Author |
Message |
michalk
Joined: 29 Aug 2014 Posts: 211
|
|
SA Installer |
|
Is it possible to install support for only particular database(s)?
I work only with postgresql and mysql. Having other databases related stuff in configuration windows/lists significantly hinders tuning configuration process
I saw supported database list while setting installation process up, but all checkboxes was inactive (impossible to uncheck)
with regards
|
|
Mon Feb 22, 2016 10:32 am |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7948
|
|
|
|
They are disabled because they're not really separable.
|
|
Mon Feb 22, 2016 11:17 am |
|
 |
michalk
Joined: 29 Aug 2014 Posts: 211
|
|
|
|
Hmm. I can remove database specific items from configuration pages.
So why preventing them to be accessible in config is impossible?
|
|
Mon Feb 22, 2016 11:45 am |
|
 |
SysOp
Site Admin
Joined: 26 Nov 2006 Posts: 7948
|
|
|
|
You can remove configuration options, if you'd like, not the actual database interfaces, which are compiled into the binary code and cannot be separated. The setup screen you mentioned refers to the database interfaces, not the options, that's why they are disabled.
I believe disabling the options you don't want rather then deleting them completely is much safer. The later may cause potentially compatibility issues with future upgrades. The main configuration file is complex, removing key elements of it isn't safe.
|
|
Mon Feb 22, 2016 12:21 pm |
|
 |
michalk
Joined: 29 Aug 2014 Posts: 211
|
|
|
|
Yes, of course my request is related with configuration options not core functionality.
However, if it is like you say, installation program shouldn't expose db interfaces as modules to be disabled (even if checkboxes are not editable). It confuses end-user.
By need of removing particular db features I want to make work with settings more comfy. For example to access specific DB queries I have to scroll down through dozens of items, which are completely useless to me (other databases). As simply as that.
If disabling is indeed more safe, please consider hiding disabled features, making them accessible (to enable if needed) with use of some switch.
with regards
|
|
Mon Feb 22, 2016 12:43 pm |
|
 |
gemisigo
Joined: 11 Mar 2010 Posts: 2165
|
|
|
|
I strongly second this last idea. Hiding options/settings/whatever that belong to SQL Dialects (I believe that's what they're called) that have been disabled would vastly improve the user experience of configuration and settings maintenance.
|
|
Tue Feb 23, 2016 7:22 pm |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|