|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Migrated SQL Express to a viable DB. Easy? Hard?I haven't been able to play in ASP.net 2.0 as much as I'd have liked to this
past year. I'm going to start a new project from scratch in 2.0, however, so am looking forward to that. I'd like to know how hard would it be to built the solution locally using the built-in SQL Express, and then migrated that to the product server? Is it a rather simply process? Complex? Any specific guides/tutorials on how to do it? Ideally I'd be going to from Express to MS SQL, but what if I went to MySQL? Still viable? Of coruse, if I was using MySQL, I suppose I could just install that locally. -Darrel Personally, I do EVERYTHING via tsql scripts.
And whether the database is Express, Developer , or a full Enterprise version, I run those tsql scripts against that database. (This assumes Sql Server 2005). I did this same thing with MSDE, Developer and Enterprise versions of SqlServer 2000. Esp if you know you might migrate, then coding out the tsql would be beneficial. .... MySQL? No idea. But you'd have to write some very generic ansi sql code (for the most part) to do this. Personally, I wouldn't suggest this route. You dev environment should be just about the same as deployment environment. Show quote "darrel" <notr***@nowhere.com> wrote in message news:ONNHLF3AIHA.5868@TK2MSFTNGP05.phx.gbl... >I haven't been able to play in ASP.net 2.0 as much as I'd have liked to >this past year. I'm going to start a new project from scratch in 2.0, >however, so am looking forward to that. > > I'd like to know how hard would it be to built the solution locally using > the built-in SQL Express, and then migrated that to the product server? Is > it a rather simply process? Complex? Any specific guides/tutorials on how > to do it? > > Ideally I'd be going to from Express to MS SQL, but what if I went to > MySQL? Still viable? Of coruse, if I was using MySQL, I suppose I could > just install that locally. > > -Darrel > > Personally, I do EVERYTHING via tsql scripts. Are you referring to stored procedures? I'm not sure what a 'tsql script' is. Honestly, I know just enough about SQL to be dangerous. ;o) > Personally, I wouldn't suggest this route. You dev environment should be Agreed. I think I'll tell'em I'm moving forward with MS SQL and if they > just about the same as deployment environment. change their mind half way through, we'll have to reevaluate the schedule and budget at that time. -Darrel Everything, as in.
DDL "Create Table dbo.Department" Alter Table dbo.Department (for in production changes if necessary) usp's udf's view's triggers Assign priv's to those tables, usp's, udf's, views, etc. And sometimes even the "Use Master GO Create Database SchoolInfoDB" , as an example. If you download the northwind/pubs 2000 examples from microsoft, you can see how they figure out the /Data/ directory and put the datafiles in there (for a Create Database), which is pretty nifty. ... But what I mean is I never do things through the GUI. If I need to change a column to be nullable for example, I don't "uncheck the allow-nulls checkbox". I write the tsql script. Working in a group environment, and having development / staging / production servers, I feel IMHO is a best practice. Show quote "darrel" <notr***@nowhere.com> wrote in message news:%23RxzcpBDIHA.972@TK2MSFTNGP05.phx.gbl... >> Personally, I do EVERYTHING via tsql scripts. > > Are you referring to stored procedures? I'm not sure what a 'tsql script' > is. Honestly, I know just enough about SQL to be dangerous. ;o) > >> Personally, I wouldn't suggest this route. You dev environment should be >> just about the same as deployment environment. > > Agreed. I think I'll tell'em I'm moving forward with MS SQL and if they > change their mind half way through, we'll have to reevaluate the schedule > and budget at that time. > > -Darrel > |
|||||||||||||||||||||||