Somebody commented about this a few months ago but I don't remember the details.
If you're using SQL2K, I guess you must have modified the paging code, and a few other areas to work on SQL2K, right? Several people here would like to know how that was done.
The keys to the aspnet tables all come back to the application. Marco confused a lot of people by having 2 applications in his table when he distributed the DB. The application entry has to tie to an application folder. If you deploy to a different application folder, then you will lose your personalization. That makes sense when you think about it. It is supposed to be specific to one application.
These are 2 separate applications:
http://www.mysite.com/
http://www.mysite.com/tbh/ (a virtual dir named tbh)
You should develop on the same IIS application as the one you are deploying to in order to avoid problems. This is made much easier by Service Pack 1 of Visual Studio 2005. This is a secret that hasn't gotten out very well, but under SP1 you can set the name of the virtual directory in the website properties. Then when you press F5 and run with the internal web server it will show the site with the virtual directory you specified. This can save you hours of hair-pulling! This one little feature is the best single feature in SP1 and almost nobody knows about it.
Once you've got this worked out, you simply have to ensure that all the aspnet records get scripted over. This would be easier if SSMS didn't have the identity bug, but I wrote a C# program to get around that by doing manual scripting programmatically. Look for CopyTableData.cs:
http://www.ericengler.com/downloads/...chitecture.zip
Eric