| title | description | ms.date | ms.service | ms.custom | ms.topic | ms.author | ms.reviewer | author |
|---|---|---|---|---|---|---|---|---|
Work with Analysis Services Projects and Databases in Development | Microsoft Docs |
Develop an Analysis Services database by using SQL Server Data Tools in either project mode or online mode. |
05/02/2018 |
analysis-services |
multidimensional-models |
conceptual |
kfollis |
kfollis |
kfollis |
[!INCLUDEappliesto-sqlas] You can develop an [!INCLUDEssASnoversion] database by using [!INCLUDEssBIDevStudioFull] in either project mode or online mode.
When only a single developer is developing the entire [!INCLUDEssASnoversion] database and all of its constituent objects, the developer can use [!INCLUDEssBIDevStudioFull] in either project mode or online mode at any time during the lifecycle of the business intelligence solution. In the case of a single developer, the choice of modes is not particularly critical. The maintenance of an offline project file integrated with a source control system has many benefits, such as archiving and rollback. However, with a single developer you will not have the problem of communicating changes with another developer.
When multiple developers are working on a business intelligence solution, problems will arise if the developers do not work in project mode with source control under most, if not all circumstances. Source control ensures that two developers are not making changes to the same object at the same time.
For example, suppose a developer is working in project mode and making changes to selected objects. While the developer is making these changes, suppose that another developer makes a change to the deployed database in online mode. A problem will arise when the first developer attempts to deploy his or her modified [!INCLUDEssASnoversion] project. Namely, [!INCLUDEssBIDevStudioFull] will detect that objects have changed within the deployed database and prompt the developer to overwrite the entire database, overwriting the changes of the second developer. Since [!INCLUDEssBIDevStudioFull] has no means of resolving the changes between the [!INCLUDEssASnoversion] database instance and the objects in the project about to be overwritten, the only real choice the first developer has is to discard all of his or her changes and starting anew from a new project based on the current version of the [!INCLUDEssASnoversion] database.