Skip to content

Commit ff368d5

Browse files
authored
Merge pull request #2749 from MicrosoftDocs/canvasapp-issue-1247
Canvas app 1804612
2 parents 9c0c6fc + 6186c8c commit ff368d5

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

powerapps-docs/maker/canvas-apps/connections-list.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -92,7 +92,7 @@ This type of connection is also secure. For example Twitter uses this type of a
9292

9393
### SQL User name and password authentication
9494

95-
This type of connection is not very secure because it does not rely on end-user authentication. SQL Server also allows for this type of authentication. In SQL Server this type of authentication is called **SQL Server Authentication**. Many other database data sources provide a similar capability. When you publish your application, your users do not need to supply a unique user name and password. They are using the user name and password you supply when you author the application. The connection authentication to the data source is **Implicitly Shared** with your users. Once the application is published, the connection is also published and available to your users. Your end users can also create applications using any connection using SQL Server authentication that is shared with them. Your users cannot see the user name of password, but the connection will be available to them. There are certainly valid scenarios for this type of connection. For instance if you have a read-only database that is available to everyone in the company, this type of connection may be valid.
95+
This type of connection is not very secure because it does not rely on end-user authentication. SQL Server also allows for this type of authentication. In SQL Server this type of authentication is called **SQL Server Authentication**. Many other database data sources provide a similar capability. When you publish your application, your users do not need to supply a unique user name and password. They are using the user name and password you supply when you author the application. The connection authentication to the data source is **Implicitly Shared** with your users. Once the application is published, the connection is also published and available to your users. Your end users can also create applications using any connection using SQL Server authentication that is shared with them. Your users cannot see the user name or password, but the connection will be available to them. There are certainly valid scenarios for this type of connection. For instance if you have a read-only database that is available to everyone in the company, this type of connection may be valid.
9696

9797
### Windows Authentication
9898

0 commit comments

Comments
 (0)