Francisco Tapia
fhtapia at gmail.com
Wed Jan 5 13:41:23 CST 2011
-Francisco http://bit.ly/sqlthis | Tsql and More... On Wed, Jan 5, 2011 at 10:00 AM, jwcolby <jwcolby at colbyconsulting.com>wrote: > > I do not have experience in a transactional database using SQL Server, but > I am thinking that SQL Server express 2005 will not have an issue keeping up > with this kind of usage - 25 users adding records to this table all day > without causing locking issues like I am seeing now. > It's been a while since I did a conversion, I don't remember if you need to make all your fields varchar or nvarchar, but that's the gist. I remember also going unbound to simplify the data entry process, but ymmv with that piece of advise. We have SQL Server running in the backend for many of our transactional systems and we have > than 25 users all w/o locking problems. My issue at this point is that they use a network logon and force the users > to change their password every 30 days. Is SQL Server going to use that > same network username / password database or does it use a list of usernames > / passwords physically on the server itself? IOW will Windows > authentication work or will I need to go to SQL Server username / password? Windows Authentication will work just fine. To simplify the user to server problem, you'd want the network admin to add your users who have access to the application to a specific domain group... then just give access to the domain group. You can even put security around who has access to what based on domain group, works a treat. If you have too much difficulty with that you can always fall back to sql authentication, but I always prefer windows authentication except for the web apps we have...