[dba-SQLServer] Upsizing and consolidating Access data

Robert L. Stewart rl_stewart at highstream.net
Thu May 17 15:05:25 CDT 2007


Steve,

Actually, if you setup the site to use the ASP.Net 2.0 login scripts,
you can have as many logins as you want at the application level and not
worry about at the SQL Server level. You would just link the User info
from the tables created by the setup program to your HazMat tables.
I have done it for simle name and address dbs and it works quite well.

Robert


At 10:25 AM 5/17/2007, you wrote:
>Date: Thu, 17 May 2007 09:30:49 -0500
>From: "Steve Erbach" <erbachs at gmail.com>
>Subject: Re: [dba-SQLServer] Upsizing and consolidating Access data
>         into SQL        Server
>To: dba-sqlserver at databaseadvisors.com
>Message-ID:
>         <39cb22f30705170730s35acae7bqd3061f2fa446e7ee at mail.gmail.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>Jim,
>
>? That sure is a pretty application. ?
>
>Why, thank you, Jim! I'll pass that along to my wife, Janet; she was
>the graphic designer.
>
>I don't think that going down will be a concern.  This application is
>mostly used once a month to record data for the previous month to
>report out to the various guvmint agencies.  It's time critical to a
>degree, but everybody knows to get the info into the system on a
>timely basis for monthly reporting.
>
>I'm thinking that it's pretty workable, too.  The only question mark
>with respect to the web host is what will the extra charge be for
>additional SQL Server logins.  I think that would be the way to go
>instead of using one master login to save a few bucks and then having
>separate application logins.  I don't want anybody getting the idea
>that they just have to have SQL Management Studio to get in to look at
>their data in the raw.
>
>Steve Erbach
>Neenah, WI





More information about the dba-SQLServer mailing list