Ask Your Question

Privilegies and LibreOffice Base

asked 2017-10-06 18:19:09 +0100

z3dom gravatar image

updated 2017-10-06 18:19:38 +0100

(My LibreOffice Base connect to mysql Base via jdbc connector.)

I have a TABLE with COLUMN1, COLUMN2, COLUMN3. A USER has full access to COLUMN1 and COLUMN2, but he shouldn't have any access to COLUMN3.

So I create a "NEW FORM" in a LO Base with two fields (for COLUMN1 and COLUMN2). I thought that USER will be able to work with these columns, but USER can't open NEW FORM cause of such error: SQL Status: 42000 Error code: 1142

SELECT command denied to user 'USER' for table 'TABLE'

So how can I resolve this problem: USER needs to work with first ans second column via NEW FORM, but he shouldn't have any access to third form.

edit retag flag offensive close merge delete


Hello @z3dom. Are you implying that this user can never even see what may be in this third field? Even if they try to view the table contents?

Ratslinger gravatar imageRatslinger ( 2017-10-06 21:17:20 +0100 )edit

Yes! Information in third column is TOP SECRET, and user should never see it

z3dom gravatar imagez3dom ( 2017-10-06 23:05:40 +0100 )edit

1 Answer

Sort by » oldest newest most voted

answered 2017-10-07 00:18:14 +0100

Ratslinger gravatar image


First reaction to this is that you have a user working with a table containing data they are not supposed to see. Not logical. It would seem if that is the case why not move this to another table and create a link to it via the field not allowed. Then no privilege for that user to that linked table. Also that linked field (base table) only give SELECT rights with a default of NULL. Now whomever is placing this SECRET information in the DB can create the secondary table record & link it to the base table record.

As for not doing the above & using the procedure in your question, Base will not allow entering new records through the form if SELECT privilege is not present for all the fields, even with defaults involved. However, I have one method which can work (tested) and that involves using a macro. User only has INSERT privilege for this table. Form is not attached to any table & button on form executes the macro to connect to DB. Form fields used for INSERT statement & then execute statement. Your SECRET field is not involved (should have default value). Then whomever has proper right to this field can update it.

edit flag offensive delete link more


Thanks, I decided to create second table (despite that this is very inconvinient)

z3dom gravatar imagez3dom ( 2017-10-23 06:55:12 +0100 )edit

If it is that 'inconvenient', I did specify it could be done with a macro. Have tied it & it works.

Ratslinger gravatar imageRatslinger ( 2017-10-23 07:18:12 +0100 )edit

Partitioning the table is one option. Perhaps another is to use a view to include only the allowable columns and build the user form using this.

Spun69 gravatar imageSpun69 ( 2018-01-14 19:49:32 +0100 )edit

@Spun69 Creating a View will not help here as the field in question can still be accessed by other means. Even a simple query will expose the field. Comment above states '...user should never see it'.

Ratslinger gravatar imageRatslinger ( 2018-01-14 22:23:56 +0100 )edit
Login/Signup to Answer

Question Tools

1 follower


Asked: 2017-10-06 18:19:09 +0100

Seen: 61 times

Last updated: Oct 07 '17