Qlik Community

QlikView Deployment

Discussion Board for collaboration related to QlikView Deployment.

Not applicable

Doc CAL Restriction - Data Model

I have some 10-12 disconnected tables in an application. Would this be a problem for the users having Doc CALs? In the documentation the Doc CAL restriction does not say very clearly about this scenario. Please help with your experience and expert opinion.

Regards,

Amit

6 Replies
gainkarthi
Valued Contributor

Re: Doc CAL Restriction - Data Model

A Document CAL is assigned to a unique and identified user who may access only the one

QlikView document to which the Document CAL is assigned. That particular document wont be having any data restrictions for user.

Not applicable

Re: Doc CAL Restriction - Data Model

That is fine. but i am worried about the data model. my data model would not have any typical star or  snowflake model. it would have some disconnected tables. there is some restriction for Doc CAL users on data model.

gainkarthi
Valued Contributor

Re: Doc CAL Restriction - Data Model

Yes Amit you're right,

I could see the below lines,

The purpose of the Document CAL is to provide a mechanism by which licensees can license the use of a

single document. To prevent the combination of many data models in a single document, there are

restrictions in the documents that can be used with the Document CAL.

Not applicable

Re: Doc CAL Restriction - Data Model

Hello,

Any thought?

Not applicable

Re: Doc CAL Restriction - Data Model

Any body please?

Not applicable

Re: Doc CAL Restriction - Data Model

Hi Amit,

this is a good questions. It depends on the datamodell (a lot of single (loose) tables) and volumes (rowcounts) of these tables as well.

As told above, QT wants to avoid huge applications holding more than one data modell (i.e. Star schemes) for licence reasons.

So best is to contact your local dealer for some test Doc CALs to find it out.

Btw:

QV works very fine with Star Schemes and the behavouir of the inherit associative data-engine depends on a strong data-modell. So what about a redesign ?

HtH

Roland

Community Browser