Then, there is a virtual governor that will address the performance of the system while looking into the "five concurrent users" limitation. Another thing to keep in mind here is, we're talking about a five concurrent workload throttle on the engine itself, which means if there are more than five concurrent batches of queries being executed, then the sixth user, the next connection that hits the server concurrently, will cause the performance to degrade.
So it is not five users who are connected to the system. It is five concurrent queries running on the engine. So if there are multiple users and all the users are idle, it should not affect the workload governor at all. It should not invoke the workload governor at all. So that's one important distinction to make there.
Then, there is a database size limitation on the MSDE, which is 2 GB. Again, another important thing there is, it's not 2 GB of transaction log we're talking about. It's the limitation only on the size of the data that you put into the database, which are the .mdf and .ndf files, the primary data file and the secondary data file. There is no limit on the transaction log (.ldf files) as such.
Again, since this 2 GB applies to the data files, for the transaction files, we should make sure that proper maintenance is in place in terms of the transaction log size. We should look into the recovery models and make sure that the transaction log is automatically truncated or being backed up regularly, so that it does not grow to a very big size. That can be done either by allowing SQL Server to automatically truncate the log using the correct recovery model, like a simple recovery model, or by putting scheduled jobs and other information in place to back up the transaction log regularly.