Common attribute and recorder

The 1C:Enterprise developers forum

#1
People who like this:0Yes/0No
Interested
Rating: 32
Joined: Oct 27, 2011
Company: Abaco Soluciones S.A.

If I add a common attribute (for example comment) and then I use it in query like

Code
Recorder.Comment
and Recorder could be any document type (more than 40 documents). Wold 1c interpret this query like 40 queries with different tables of included documents or it will be just one JOIN?

 
#2
People who like this:0Yes/0No
Timofey Bugaevsky
Guest

Joined:
Company:

Please use common attributes to split data for areas (service mode), as they were designed for that purpose. It is not recommended to use them as ordinary attributes, even if those attributes are widely used in your application. The exception is containing common data and no business logic, like comments or last modification date attributes.

 
#3
People who like this:0Yes/0No
Interested
Rating: 32
Joined: Oct 27, 2011
Company: Abaco Soluciones S.A.

Why it is not possible to use common attributes? It seems to me I have seen some example using them for comments and similar things. Could you give me technical explanation why I should not use them as an attribute without splitting.

And what do you mean by service mode?

 
#4
People who like this:0Yes/0No
Timofey Bugaevsky
Guest

Joined:
Company:

It is possible, but not recommended, as it is designed for other purpose rather than it was in 1C:Enterprise 7.
The service mode is a mode of 1C:Enterprise operation for SaaS solutions: where in a single infobase several abonents can have accounts and operate with their own data area only, never see other companies' data.

 
#5
People who like this:0Yes/0No
Interested
Rating: 32
Joined: Oct 27, 2011
Company: Abaco Soluciones S.A.

But is there any downfalls? Should I expect some bugs, reduction of performance? I am worried because I am already using it and not just for data splitting. It makes configuration structure much clear and easy to handle.

One more question? Does it stored in the same table where document attributes stored? So If I use Recorder.Comment it want affect performance because system either way has to get Presentation for Recorder.

 
#6
People who like this:0Yes/0No
Timofey Bugaevsky
Guest

Joined:
Company:

I still recommend you to use ordinary attributes because platform developers will apply less attention to the functionality that is not used in a recommended manner. For example it could not be used in the document journal as a column.

It is stored as an additional column, not as a separate table.

 
#7
People who like this:0Yes/0No
Interested
Rating: 32
Joined: Oct 27, 2011
Company: Abaco Soluciones S.A.

Quote
Timofey Bugaevsky wrote:
For example it could not be used in the document journal as a column
Seems like it is possible from 8.3.1. Have not checked, we use 8.2.16 compatibility mode.
Quote

It is stored as an additional column, not as a separate table.
Thank you for the answer. I think we well still be using common attributes. It saves a lot of time during development.

If I could suggest features for developers, please give a full support for use of common attributes just like attributes. It is very handy. Other thing which is missed for me is the possibility to set choice parameters for common attributes. Now I have to change it in every form which is very time-consuming.

 
#8
People who like this:0Yes/0No
Timofey Bugaevsky
Guest

Joined:
Company:

Quote
Alexey Gerasimov wrote:
If I could suggest features for developers, please give a full support for use of common attributes just like attributes. It is very handy. Other thing which is missed for me is the possibility to set choice parameters for common attributes. Now I have to change it in every form which is very time-consuming.
This is what I was trying to tell you.

 
Subscribe
Users browsing this topic (guests: 2, registered: 0, hidden: 0)
Be the first to know tips & tricks on business application development!

A confirmation e-mail has been sent to the e-mail address you provided .

Click the link in the e-mail to confirm and activate the subscription.