From jwcolby at colbyconsulting.com Sat Sep 1 23:57:13 2012 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 02 Sep 2012 00:57:13 -0400 Subject: [dba-SQLServer] Using the CLR with SQL Server Message-ID: <5042E729.3000604@colbyconsulting.com> Just a poll to see if anyone on the list is using the CLR in SQL Server. I do a lot of C# work now and mostly to automate SQL Server. I have not been using the CLR in SQL Server but I am ready to figure it out. Anyone? -- John W. Colby Colby Consulting Reality is what refuses to go away when you do not believe in it From AdamCogan at ssw.com.au Sun Sep 2 03:32:48 2012 From: AdamCogan at ssw.com.au (Adam Cogan www.ssw.com.au) Date: Sun, 2 Sep 2012 08:32:48 +0000 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: <5042E729.3000604@colbyconsulting.com> References: <5042E729.3000604@colbyconsulting.com> Message-ID: <4FE59E9B-2D01-4637-B22C-77214B1BC869@ssw.com.au> It is definitely not mainstream John. None of our customers are using it. Now that it is not supported in SQL Azure I would *not* use it Adam Cogan www.ssw.com.au www.twitter.com/adamcogan +61 4 1985 1995 -- In Austria (no kangaroos here), then Germany, Bulgaria and Croatia -- Sent from my super cool iPad 4 beta On 2 Sep 2012, at 02:59 PM, "jwcolby" wrote: > Just a poll to see if anyone on the list is using the CLR in SQL Server. I do a lot of C# work now and mostly to automate SQL Server. I have not been using the CLR in SQL Server but I am ready to figure it out. > > Anyone? > > -- > John W. Colby > Colby Consulting > > Reality is what refuses to go away > when you do not believe in it > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Sun Sep 2 12:22:23 2012 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 02 Sep 2012 13:22:23 -0400 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: <4FE59E9B-2D01-4637-B22C-77214B1BC869@ssw.com.au> References: <5042E729.3000604@colbyconsulting.com> <4FE59E9B-2D01-4637-B22C-77214B1BC869@ssw.com.au> Message-ID: <504395CF.8020407@colbyconsulting.com> I hate to say it but SQL Azure is just the cloud counterpart to SQL Server. There are a millions of local SQL Server instances which can use help in things that TSQL is not optimized for. In my specific case today, I have a field in a table returned to me by third party software. This field has one or more (up to 6 or 8 possibly) comma separated error codes. I need to split these error codes and analyze them against a table of these error codes and make decisions about what to do with the record based on these codes. Simple right? Except I have to do this against a billion records a month. Suddenly doing this the RBAR way or in fact any way which isn't waaaay speedy is a non-starter. C# is optimized for these kinds of string functions and can provide among the fastest possible solutions (or so I am reading). As it happens, I do not use SQL Azure nor do I intend to anytime in the near future so I am not making decisions like this based on whether SQL Azure supports my solution. I think that you are right, it is not mainstream, though I suspect that much of the reason is that SQL Server types are not C# programmers and so it is not familiar to them. As a developer with a foot in both camps it seems a natural fit for me. John W. Colby Colby Consulting Reality is what refuses to go away when you do not believe in it On 9/2/2012 4:32 AM, Adam Cogan www.ssw.com.au wrote: > It is definitely not mainstream John. None of our customers are using it. > > Now that it is not supported in SQL Azure I would *not* use it > > Adam Cogan www.ssw.com.au www.twitter.com/adamcogan +61 4 1985 1995 > > -- In Austria (no kangaroos here), then Germany, Bulgaria and Croatia > -- Sent from my super cool iPad 4 beta > > > On 2 Sep 2012, at 02:59 PM, "jwcolby" wrote: > >> Just a poll to see if anyone on the list is using the CLR in SQL Server. I do a lot of C# work now and mostly to automate SQL Server. I have not been using the CLR in SQL Server but I am ready to figure it out. >> >> Anyone? >> >> -- >> John W. Colby >> Colby Consulting >> >> Reality is what refuses to go away >> when you do not believe in it >> >> _______________________________________________ >> dba-SQLServer mailing list >> dba-SQLServer at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >> http://www.databaseadvisors.com >> > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From marklbreen at gmail.com Mon Sep 3 15:18:22 2012 From: marklbreen at gmail.com (Mark Breen) Date: Mon, 3 Sep 2012 21:18:22 +0100 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: <504395CF.8020407@colbyconsulting.com> References: <5042E729.3000604@colbyconsulting.com> <4FE59E9B-2D01-4637-B22C-77214B1BC869@ssw.com.au> <504395CF.8020407@colbyconsulting.com> Message-ID: Hello John, Is it really faster to start up the CLR to process these one billion records? Is native SQL not faster? I always assumed that you need to use the CLR inside SQL server when the function is simply not available in TSQL. I read an article years ago where they did an MD5 hash within C#, but it was really a laboratory example of how to do it. I will be interested to see if the decision making process is faster with C# inside SQL Server, vs plain ol' TSQL. Of course embedded C# is more fun, so no complaint about doing it, just curious. What will be even more curious is where the cross over occurs ? thanks Mark On 2 September 2012 18:22, jwcolby wrote: > I hate to say it but SQL Azure is just the cloud counterpart to SQL > Server. There are a millions of local SQL Server instances which can use > help in things that TSQL is not optimized for. > > In my specific case today, I have a field in a table returned to me by > third party software. This field has one or more (up to 6 or 8 possibly) > comma separated error codes. I need to split these error codes and analyze > them against a table of these error codes and make decisions about what to > do with the record based on these codes. Simple right? Except I have to > do this against a billion records a month. Suddenly doing this the RBAR > way or in fact any way which isn't waaaay speedy is a non-starter. > > C# is optimized for these kinds of string functions and can provide among > the fastest possible solutions (or so I am reading). As it happens, I do > not use SQL Azure nor do I intend to anytime in the near future so I am not > making decisions like this based on whether SQL Azure supports my solution. > > I think that you are right, it is not mainstream, though I suspect that > much of the reason is that SQL Server types are not C# programmers and so > it is not familiar to them. As a developer with a foot in both camps it > seems a natural fit for me. > > > John W. Colby > Colby Consulting > > Reality is what refuses to go away > when you do not believe in it > > On 9/2/2012 4:32 AM, Adam Cogan www.ssw.com.au wrote: > >> It is definitely not mainstream John. None of our customers are using it. >> >> Now that it is not supported in SQL Azure I would *not* use it >> >> Adam Cogan www.ssw.com.au www.twitter.com/adamcogan +61 4 1985 >> 1995 >> >> -- In Austria (no kangaroos here), then Germany, Bulgaria and Croatia >> -- Sent from my super cool iPad 4 beta >> >> >> On 2 Sep 2012, at 02:59 PM, "jwcolby" >> wrote: >> >> Just a poll to see if anyone on the list is using the CLR in SQL Server. >>> I do a lot of C# work now and mostly to automate SQL Server. I have not >>> been using the CLR in SQL Server but I am ready to figure it out. >>> >>> Anyone? >>> >>> -- >>> John W. Colby >>> Colby Consulting >>> >>> Reality is what refuses to go away >>> when you do not believe in it >>> >>> ______________________________**_________________ >>> dba-SQLServer mailing list >>> dba-SQLServer@**databaseadvisors.com >>> http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver >>> http://www.databaseadvisors.**com >>> >>> >> ______________________________**_________________ >> dba-SQLServer mailing list >> dba-SQLServer@**databaseadvisors.com >> http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver >> http://www.databaseadvisors.**com >> >> >> > ______________________________**_________________ > dba-SQLServer mailing list > dba-SQLServer@**databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.**com > > From fhtapia at gmail.com Wed Sep 5 09:48:06 2012 From: fhtapia at gmail.com (Francisco Tapia) Date: Wed, 5 Sep 2012 07:48:06 -0700 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: <5042E729.3000604@colbyconsulting.com> References: <5042E729.3000604@colbyconsulting.com> Message-ID: We use it here to get and submit data to our SAP Webservices -Francisco -------------------------- You should follow me on twitter here Blogs: SqlThis! | XCodeThis! On Sat, Sep 1, 2012 at 9:57 PM, jwcolby wrote: > Just a poll to see if anyone on the list is using the CLR in SQL Server. > I do a lot of C# work now and mostly to automate SQL Server. I have not > been using the CLR in SQL Server but I am ready to figure it out. > > Anyone? > > -- > John W. Colby > Colby Consulting > > Reality is what refuses to go away > when you do not believe in it > > ______________________________**_________________ > dba-SQLServer mailing list > dba-SQLServer@**databaseadvisors.com > http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.**com > > From marklbreen at gmail.com Thu Sep 6 02:59:09 2012 From: marklbreen at gmail.com (Mark Breen) Date: Thu, 6 Sep 2012 08:59:09 +0100 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: References: <5042E729.3000604@colbyconsulting.com> Message-ID: Hello Francisco Is it better to do that than to simple have an external Exe running? I mean are the benefits 1) Higher Performance 2) More Secure 3) Less distributed code infrastructure to manage 4) Less code required If there are other benefits, please let us know If you think that some of these are not true, please (if you have time only of course), please let me know eg, 1 and 2 are n/a Do you have a list of disadvantages thanks Mark On 5 September 2012 15:48, Francisco Tapia wrote: > We use it here to get and submit data to our SAP Webservices > > > -Francisco > -------------------------- > You should follow me on twitter here > Blogs: SqlThis! | XCodeThis!< > http://bit.ly/xcodethis> > > > > > > > On Sat, Sep 1, 2012 at 9:57 PM, jwcolby > wrote: > > > Just a poll to see if anyone on the list is using the CLR in SQL Server. > > I do a lot of C# work now and mostly to automate SQL Server. I have not > > been using the CLR in SQL Server but I am ready to figure it out. > > > > Anyone? > > > > -- > > John W. Colby > > Colby Consulting > > > > Reality is what refuses to go away > > when you do not believe in it > > > > ______________________________**_________________ > > dba-SQLServer mailing list > > dba-SQLServer@**databaseadvisors.com > > > http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver< > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver> > > http://www.databaseadvisors.**com > > > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From fhtapia at gmail.com Fri Sep 7 10:41:59 2012 From: fhtapia at gmail.com (Francisco Tapia) Date: Fri, 7 Sep 2012 08:41:59 -0700 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: References: <5042E729.3000604@colbyconsulting.com> Message-ID: Hey Mark, This is just another "ymmv" type answers. You *could* write a solution in many different ways to get data into your sql system. The inline CLR function happened to be a function that made the most sense to reduce the interaction with the database. Over the years I've implemented various solutions, but I like the CLR solution for these situations where I need some data invoked as a "temp" table sort of way... Such as when I need a combination of data from SAP I can get that data right from the database because in this manner, it serves as the business layer as well. it makes it possible to serve data up to a client application for my internal users, and also present data to our webusers all from the same source code. If I get it wrong, I get it wrong everywhere :) in this example the function returns a table of codes for a given machineid, SELECT * FROM dbo.fnGetCodes(machineID) (the system has to go out to a dll and also goes back to SAP and gets additional data points). I think to answer your question, in my experience using the CLR code in your SQL server can allow you to achieve all of the choices you wrote. 1) If you write you external application in Visual Studio (c#,vb.net) you don't really gain any speed, in fact you get the added overhead of initiation connections to the database. To truly gain significant speeds you'd want to write your external application in something like pure C, C++ 2) this is only technically true because your connection links etc, are wrapped up inside the DLL you write for your Sql CLR. 3) definitely simplified business logic, where you can centralize your business rules, now your html5 webapp / android/ iOS application simply needs to consume a service that does the heavy lifting for you, and the webservice can be written as lightweight as possible to do as little processing as needed to passthrough your requests. 4) given, if you write it once... :) -Francisco -------------------------- You should follow me on twitter here Blogs: SqlThis! | XCodeThis! On Thu, Sep 6, 2012 at 12:59 AM, Mark Breen wrote: > Hello Francisco > > Is it better to do that than to simple have an external Exe running? > > I mean are the benefits > > 1) Higher Performance > 2) More Secure > 3) Less distributed code infrastructure to manage > 4) Less code required > > If there are other benefits, please let us know > If you think that some of these are not true, please (if you have time only > of course), please let me know eg, 1 and 2 are n/a > > Do you have a list of disadvantages > > thanks > > Mark > > > > On 5 September 2012 15:48, Francisco Tapia wrote: > > > We use it here to get and submit data to our SAP Webservices > > > > > > -Francisco > > -------------------------- > > You should follow me on twitter here > > Blogs: SqlThis! | XCodeThis!< > > http://bit.ly/xcodethis> > > > > > > > > > > > > > > On Sat, Sep 1, 2012 at 9:57 PM, jwcolby > > wrote: > > > > > Just a poll to see if anyone on the list is using the CLR in SQL > Server. > > > I do a lot of C# work now and mostly to automate SQL Server. I have > not > > > been using the CLR in SQL Server but I am ready to figure it out. > > > > > > Anyone? > > > > > > -- > > > John W. Colby > > > Colby Consulting > > > > > > Reality is what refuses to go away > > > when you do not believe in it > > > > > > ______________________________**_________________ > > > dba-SQLServer mailing list > > > dba-SQLServer@**databaseadvisors.com < > dba-SQLServer at databaseadvisors.com > > > > > > http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver< > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver> > > > http://www.databaseadvisors.**com > > > > > > > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From fuller.artful at gmail.com Sat Sep 8 13:35:25 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 8 Sep 2012 14:35:25 -0400 Subject: [dba-SQLServer] Previous versions of SQL Message-ID: This is a very general question, I realize, and although I still have numerous gigs available, why do I need versions of SQL before SQL Server and Visual Studio? Since I began my retirement, I retain an interest in these technologies, but have no current clients to support, so am I free to do a backup of everything and then reformat the drive, re-install Windows 7 and then only the most current parts? The reason I ask is that I still want various 3p products to work, such as the Red Gate stuff for SQL Server. I'm guessing that such things will automatically install what they need, but am unsure about this. I want to pare down my environment to the minimal set of stuff that I actually use, I have a list of these components ready. Why would I need SQL 2005 for example? All I'm interested in currently is SQL 2012; do I still need an instance of SQL 2008, SQL 2008 R2, SQL 2005 etc.? And why do I have so many instances of various versions of Visua Studio run-times? I'll back everything up before I flush the proverbial toilet, but why must I have all these instances? -- Arthur Cell: 647.710.1314 Prediction is difficult, especially of the future. -- Niels Bohr From stuart at lexacorp.com.pg Sat Sep 8 17:37:13 2012 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 09 Sep 2012 08:37:13 +1000 Subject: [dba-SQLServer] Previous versions of SQL In-Reply-To: References: Message-ID: <504BC899.22879.53AA86C3@stuart.lexacorp.com.pg> As long as you don't have to support clients using the earlier versions, I can't see any reason to keep them around. On 8 Sep 2012 at 14:35, Arthur Fuller wrote: > This is a very general question, I realize, and although I still have > numerous gigs available, why do I need versions of SQL before SQL Server > and Visual Studio? Since I began my retirement, I retain an interest in > these technologies, but have no current clients to support, so am I free to > do a backup of everything and then reformat the drive, re-install Windows 7 > and then only the most current parts? The reason I ask is that I still want > various 3p products to work, such as the Red Gate stuff for SQL Server. I'm > guessing that such things will automatically install what they need, but am > unsure about this. > > I want to pare down my environment to the minimal set of stuff that I > actually use, I have a list of these components ready. Why would I need SQL > 2005 for example? All I'm interested in currently is SQL 2012; do I still > need an instance of SQL 2008, SQL 2008 R2, SQL 2005 etc.? And why do I have > so many instances of various versions of Visua Studio run-times? > > I'll back everything up before I flush the proverbial toilet, but why must > I have all these instances? > > -- > Arthur > Cell: 647.710.1314 > > Prediction is difficult, especially of the future. > -- Niels Bohr > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From marklbreen at gmail.com Sun Sep 9 03:14:23 2012 From: marklbreen at gmail.com (Mark Breen) Date: Sun, 9 Sep 2012 09:14:23 +0100 Subject: [dba-SQLServer] Using the CLR with SQL Server In-Reply-To: References: <5042E729.3000604@colbyconsulting.com> Message-ID: Hi Francisco, Thank you for your detailed reply. Of course, you are right, most answers on this topic have the caveat "ymmv". I have a few (5/6/7) applications that interface with SAP. Most of the time, I import a few thousand records into SQL server and once they are inside SQL Server, I hang up the phone and come back an hour later. In the case of these EXE's, I never contemplated using the CLR, but based on your reply, it would bring a marginal difference. However we also sometime retrieve one record and in that case, the description you gave of a function would be fantastic. It makes the SAP environment very close to the SQL Server. SAP becomes invisible to the SQL Server user. I have never played with embedding C# in SQL but this is a tempting option. Thanks again. I will be curious to see Mr Colbys results with performance. Mark On 7 September 2012 16:41, Francisco Tapia wrote: > Hey Mark, > This is just another "ymmv" type answers. You *could* write a solution > in many different ways to get data into your sql system. The inline CLR > function happened to be a function that made the most sense to reduce the > interaction with the database. Over the years I've implemented various > solutions, but I like the CLR solution for these situations where I need > some data invoked as a "temp" table sort of way... Such as when I need a > combination of data from SAP I can get that data right from the database > because in this manner, it serves as the business layer as well. > > it makes it possible to serve data up to a client application for my > internal users, and also present data to our webusers all from the same > source code. If I get it wrong, I get it wrong everywhere :) > > in this example the function returns a table of codes for a given > machineid, > SELECT * FROM dbo.fnGetCodes(machineID) (the system has to go out to a dll > and also goes back to SAP and gets additional data points). > > I think to answer your question, in my experience using the CLR code in > your SQL server can allow you to achieve all of the choices you wrote. > 1) If you write you external application in Visual Studio (c#,vb.net) you > don't really gain any speed, in fact you get the added overhead of > initiation connections to the database. To truly gain significant speeds > you'd want to write your external application in something like pure C, C++ > 2) this is only technically true because your connection links etc, are > wrapped up inside the DLL you write for your Sql CLR. > 3) definitely simplified business logic, where you can centralize your > business rules, now your html5 webapp / android/ iOS application simply > needs to consume a service that does the heavy lifting for you, and the > webservice can be written as lightweight as possible to do as little > processing as needed to passthrough your requests. > 4) given, if you write it once... :) > > > > > -Francisco > -------------------------- > You should follow me on twitter here > Blogs: SqlThis! | XCodeThis!< > http://bit.ly/xcodethis> > > > > > > > On Thu, Sep 6, 2012 at 12:59 AM, Mark Breen wrote: > > > Hello Francisco > > > > Is it better to do that than to simple have an external Exe running? > > > > I mean are the benefits > > > > 1) Higher Performance > > 2) More Secure > > 3) Less distributed code infrastructure to manage > > 4) Less code required > > > > If there are other benefits, please let us know > > If you think that some of these are not true, please (if you have time > only > > of course), please let me know eg, 1 and 2 are n/a > > > > Do you have a list of disadvantages > > > > thanks > > > > Mark > > > > > > > > On 5 September 2012 15:48, Francisco Tapia wrote: > > > > > We use it here to get and submit data to our SAP Webservices > > > > > > > > > -Francisco > > > -------------------------- > > > You should follow me on twitter here > > > Blogs: SqlThis! | XCodeThis!< > > > http://bit.ly/xcodethis> > > > > > > > > > > > > > > > > > > > > > On Sat, Sep 1, 2012 at 9:57 PM, jwcolby > > > wrote: > > > > > > > Just a poll to see if anyone on the list is using the CLR in SQL > > Server. > > > > I do a lot of C# work now and mostly to automate SQL Server. I have > > not > > > > been using the CLR in SQL Server but I am ready to figure it out. > > > > > > > > Anyone? > > > > > > > > -- > > > > John W. Colby > > > > Colby Consulting > > > > > > > > Reality is what refuses to go away > > > > when you do not believe in it > > > > > > > > ______________________________**_________________ > > > > dba-SQLServer mailing list > > > > dba-SQLServer@**databaseadvisors.com < > > dba-SQLServer at databaseadvisors.com > > > > > > > > http://databaseadvisors.com/**mailman/listinfo/dba-sqlserver< > > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver> > > > > http://www.databaseadvisors.**com > > > > > > > > > > > _______________________________________________ > > > dba-SQLServer mailing list > > > dba-SQLServer at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > > http://www.databaseadvisors.com > > > > > > > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From marklbreen at gmail.com Sun Sep 9 03:24:31 2012 From: marklbreen at gmail.com (Mark Breen) Date: Sun, 9 Sep 2012 09:24:31 +0100 Subject: [dba-SQLServer] Previous versions of SQL In-Reply-To: <504BC899.22879.53AA86C3@stuart.lexacorp.com.pg> References: <504BC899.22879.53AA86C3@stuart.lexacorp.com.pg> Message-ID: Hi Arthur, one reason you need the old versions is to be able to do a restore of a database, work on it and then hand that file back to another person that is still running 2008 R2. It is a PITA. It you neighbour asks you to restore, update and give back his SQL file, you will only be able do give it back as SQL 2012. In MS Word you can do File >> Save As. I did not figure out how to do that (without scripts) for SQL Server. It makes upgrading a challenge. I guess thats what VMs are for. Mark On 8 September 2012 23:37, Stuart McLachlan wrote: > As long as you don't have to support clients using the earlier versions, I > can't see any reason > to keep them around. > > > On 8 Sep 2012 at 14:35, Arthur Fuller wrote: > > > This is a very general question, I realize, and although I still have > > numerous gigs available, why do I need versions of SQL before SQL Server > > and Visual Studio? Since I began my retirement, I retain an interest in > > these technologies, but have no current clients to support, so am I free > to > > do a backup of everything and then reformat the drive, re-install > Windows 7 > > and then only the most current parts? The reason I ask is that I still > want > > various 3p products to work, such as the Red Gate stuff for SQL Server. > I'm > > guessing that such things will automatically install what they need, but > am > > unsure about this. > > > > I want to pare down my environment to the minimal set of stuff that I > > actually use, I have a list of these components ready. Why would I need > SQL > > 2005 for example? All I'm interested in currently is SQL 2012; do I still > > need an instance of SQL 2008, SQL 2008 R2, SQL 2005 etc.? And why do I > have > > so many instances of various versions of Visua Studio run-times? > > > > I'll back everything up before I flush the proverbial toilet, but why > must > > I have all these instances? > > > > -- > > Arthur > > Cell: 647.710.1314 > > > > Prediction is difficult, especially of the future. > > -- Niels Bohr > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From lawhonac at hiwaay.net Mon Sep 10 09:25:07 2012 From: lawhonac at hiwaay.net (Alan Lawhon) Date: Mon, 10 Sep 2012 09:25:07 -0500 Subject: [dba-SQLServer] MySQL to SQL Server Data Type Equivalents Message-ID: <000e01cd8f60$13d45f90$3b7d1eb0$@net> Here's an easy one (I'm not kidding!) for all you pros with a good working knowledge of both MySQL and SQL Server. (Calling Arthur Fuller!) I'm in the process of reading an excellent book, (i.e. "SQL Antipatterns: Avoiding the Pitfalls of Database Programming") by Bill Karwin. This is one of the best books I've come across on the topic of normalization and database design. In his book, Bill creates a "bug tracking" database which a hypothetical team of software developers use to track and resolve bugs during a major (hypothetical) software development project. Most of the SQL code in Bill's book is written in the MySQL dialect. (On my computer, I have SQL Server Express - Version 2008R2 - installed.) There are eight (8) tables in Bill's bug tracking application. I have already created a "Bugs" database on my instance of SQL Server Express. What I want to do is use the CREATE TABLE DDL statement to recreate all eight of the MySQL tables (in the "Bugs" database) on my SQL Server instance and then work my way through the book using the SQL Server dialect. What I'm not sure about are the equivalent MySQL-to-SQL Server data types for two of the column attributes in the first table. Here is the CREATE TABLE statement (from Bill Karwin's book) for the first table. CREATE TABLE Accounts ( account_id SERIAL PRIMARY KEY, account_name VARCHAR(20), first_name VARCHAR(20), last_name VARCHAR(20), email VARCHAR(20), password_hash CHAR(64), portrait_image BLOB, hourly_rate NUMERIC(9,2) ); After spending quite a bit of time reviewing SQL Server and MySQL data types, here is how I think (or guess) the identical CREATE TABLE statement should look in SQL Server. USE Bugs GO CREATE TABLE Accounts ( account_id INT PRIMARY KEY IDENTITY, account_name VARCHAR(20), first_name VARCHAR(20), last_name VARCHAR(20), email VARCHAR(20), password_hash CHAR(64), portrait_image VARBINARY(MAX), hourly_rate NUMERIC(9,2) -- No change for this column ); According to the MySQL web site, the keyword SERIAL is an alias for: "BIGINT UNSIGNED NOT NULL AUTO INCREMENT UNIQUE" so I'm assuming "INT PRIMARY KEY IDENTITY" is the SQL Server equivalent for the MySQL "SERIAL PRIMARY KEY" keywords. The second column I'm wondering about is the "portrait_image" column - which appears to be a column for storing large binary objects. Is the SQL Server data type: "VARBINARY(MAX)" the equivalent of MySQL's "BLOB" data type? Initially I thought the "hourly_rate" column should become a "money" data type in SQL Server, but DECIMAL(9,2) and NUMERIC(9,2) are synonymous in both dialects. Do I have the correct data type conversions (between dialects) for the "account_id" and "portrait_image" columns? Alan C. Lawhon From fhtapia at gmail.com Mon Sep 10 09:52:04 2012 From: fhtapia at gmail.com (Francisco Tapia) Date: Mon, 10 Sep 2012 07:52:04 -0700 Subject: [dba-SQLServer] Previous versions of SQL In-Reply-To: References: Message-ID: Congratulations on your retirement! It's awesome that you get to take some time for fun stuff for your :). If your plan is to work on sql2012, you wouldn't need any other versions, you can always upsize your previous sql databases to 2012, however, if you were planning on supporting clients with pre-sql2012 then you'll need any version you plan on supporting if you plan on loading their database on your system. If you are not loading their database on your system and all you are doing is making modifications (ie, scripting) I don't think you'd need to change anything, just change the database version in your database properties and ensure you are not using any 2012 features when addressing a sql server 2005 script. Happy times, enjoy! -Francisco -------------------------- You should follow me on twitter here Blogs: SqlThis! | XCodeThis! On Sat, Sep 8, 2012 at 11:35 AM, Arthur Fuller wrote: > This is a very general question, I realize, and although I still have > numerous gigs available, why do I need versions of SQL before SQL Server > and Visual Studio? Since I began my retirement, I retain an interest in > these technologies, but have no current clients to support, so am I free to > do a backup of everything and then reformat the drive, re-install Windows 7 > and then only the most current parts? The reason I ask is that I still want > various 3p products to work, such as the Red Gate stuff for SQL Server. I'm > guessing that such things will automatically install what they need, but am > unsure about this. > > I want to pare down my environment to the minimal set of stuff that I > actually use, I have a list of these components ready. Why would I need SQL > 2005 for example? All I'm interested in currently is SQL 2012; do I still > need an instance of SQL 2008, SQL 2008 R2, SQL 2005 etc.? And why do I have > so many instances of various versions of Visua Studio run-times? > > I'll back everything up before I flush the proverbial toilet, but why must > I have all these instances? > > -- > Arthur > Cell: 647.710.1314 > > Prediction is difficult, especially of the future. > -- Niels Bohr > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From gustav at cactus.dk Mon Sep 17 11:02:08 2012 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 17 Sep 2012 18:02:08 +0200 Subject: [dba-SQLServer] SQL Server 2005 Embedded Edition Message-ID: Hi all A client runs a Small Business 2008 server. I need to establish a tiny SQL database which her Access application can attach via ODBC. But can I use the "SQL Server 2005 Embedded Edition" that is running on the server? It has two instances running, SBSMONITORING and Microsoft##SSEE. Can I safely create a new database in either of these? I have full admin rights to the server. /gustav From rls at WeBeDb.com Mon Sep 17 11:01:33 2012 From: rls at WeBeDb.com (Robert Stewart) Date: Mon, 17 Sep 2012 11:01:33 -0500 Subject: [dba-SQLServer] SQL Server 2005 Embedded Edition In-Reply-To: References: Message-ID: The simple answer is no. She is not running the Small Business server with the full version of SQL Server. The best thing to do would be to install SQL Server 2008 R2 or 2012 Express on the server and create the database in that. Then, create the backup stored procedure and call it from the MS Access DB. At 10:49 AM 9/17/2012, you wrote: >Date: Mon, 17 Sep 2012 18:02:08 +0200 >From: "Gustav Brock" >To: , > >Subject: [dba-SQLServer] SQL Server 2005 Embedded Edition >Message-ID: >Content-Type: text/plain; charset=US-ASCII > >Hi all > >A client runs a Small Business 2008 server. >I need to establish a tiny SQL database which her Access application >can attach via ODBC. > >But can I use the "SQL Server 2005 Embedded Edition" that is running >on the server? >It has two instances running, SBSMONITORING and Microsoft##SSEE. Can >I safely create a new database in either of these? > >I have full admin rights to the server. > >/gustav Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From rls at WeBeDb.com Mon Sep 17 11:05:44 2012 From: rls at WeBeDb.com (Robert Stewart) Date: Mon, 17 Sep 2012 11:05:44 -0500 Subject: [dba-SQLServer] MySQL to SQL Server Data Type Equivalents In-Reply-To: References: Message-ID: The DDL should be: CREATE TABLE Accounts ( account_id INT PRIMARY KEY IDENTITY(1,1), account_name VARCHAR(20), first_name VARCHAR(20), last_name VARCHAR(20), email VARCHAR(20), password_hash CHAR(64), portrait_image VARBINARY(MAX), hourly_rate NUMERIC(9,2) ); OR account_id BIGINT PRIMARY KEY IDENTITY(1,1), If you are expecting a real big database. You need to put the seed and starting point in for the IDENTITY. And, personally, I would convert hourly_rate to money data type. At 10:49 AM 9/17/2012, you wrote: Date: Mon, 10 Sep 2012 09:25:07 -0500 From: "Alan Lawhon" To: "'Discussion concerning MS SQL Server'" Subject: [dba-SQLServer] MySQL to SQL Server Data Type Equivalents Message-ID: <000e01cd8f60$13d45f90$3b7d1eb0$@net> Content-Type: text/plain; charset="us-ascii" Here's an easy one (I'm not kidding!) for all you pros with a good working knowledge of both MySQL and SQL Server. (Calling Arthur Fuller!) >CREATE TABLE Accounts ( > >account_id INT PRIMARY KEY IDENTITY, > >account_name VARCHAR(20), > >first_name VARCHAR(20), > >last_name VARCHAR(20), > >email VARCHAR(20), > >password_hash CHAR(64), > >portrait_image VARBINARY(MAX), > >hourly_rate NUMERIC(9,2) -- No change for this column > >); Robert L. Stewart www.WeBeDb.com www.DBGUIDesign.com www.RLStewartPhotography.com From gustav at cactus.dk Mon Sep 17 11:34:43 2012 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 17 Sep 2012 18:34:43 +0200 Subject: [dba-SQLServer] [AccessD] SQL Server 2005 Embedded Edition Message-ID: Hi all I located this page: http://technet.microsoft.com/en-us/library/cc794697(v=WS.10).aspx and the answer to my question seems to be a no-no. Would I be better off by just installing an instance of SQL Server 2008 Express? This, I guess, can't disturb the 2005 instances. Any traps here? The server is not very busy. /gustav >>> gustav at cactus.dk 17-09-12 18:02 >>> Hi all A client runs a Small Business 2008 server. I need to establish a tiny SQL database which her Access application can attach via ODBC. But can I use the "SQL Server 2005 Embedded Edition" that is running on the server? It has two instances running, SBSMONITORING and Microsoft##SSEE. Can I safely create a new database in either of these? I have full admin rights to the server. /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Mon Sep 17 12:38:36 2012 From: Gustav at cactus.dk (Gustav Brock) Date: Mon, 17 Sep 2012 19:38:36 +0200 Subject: [dba-SQLServer] [AccessD] SQL Server 2005 Embedded Edition Message-ID: Hi Rusty and Robert OK, thanks. Got the message. I'll go for an SQL Server 2008 Express install and keep things separated. /gustav >>> rusty.hammond at cpiqpc.com 17-09-12 18:29 >>> Gustav, I've done this very thing with an SBS 2003 server. Left the embedded stuff alone and installed SQL Server 2005 Express. Have no issues and been running for 3-4 years. Rusty -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, September 17, 2012 11:35 AM To: accessd at databaseadvisors.com; dba-sqlserver at databaseadvisors.com Subject: Re: [AccessD] SQL Server 2005 Embedded Edition Hi all I located this page: http://technet.microsoft.com/en-us/library/cc794697(v=WS.10).aspx and the answer to my question seems to be a no-no. Would I be better off by just installing an instance of SQL Server 2008 Express? This, I guess, can't disturb the 2005 instances. Any traps here? The server is not very busy. /gustav >>> gustav at cactus.dk 17-09-12 18:02 >>> Hi all A client runs a Small Business 2008 server. I need to establish a tiny SQL database which her Access application can attach via ODBC. But can I use the "SQL Server 2005 Embedded Edition" that is running on the server? It has two instances running, SBSMONITORING and Microsoft##SSEE. Can I safely create a new database in either of these? I have full admin rights to the server. /gustav From fuller.artful at gmail.com Wed Sep 19 13:51:09 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 19 Sep 2012 14:51:09 -0400 Subject: [dba-SQLServer] Genealogy of Relational Databases Message-ID: If you've ever wondered how many relational databases there are and/or have been, which one was first, which one(s) begat which other ones, and similar questions, here is a cool chart that traces the history of RDBMS. There's a PDF too, so you could save and/or print the chart. http://www.i-programmer.info/news/84/4816.html -- Arthur Cell: 647.710.1314 Prediction is difficult, especially of the future. -- Niels Bohr From stuart at lexacorp.com.pg Wed Sep 19 16:28:00 2012 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 20 Sep 2012 07:28:00 +1000 Subject: [dba-SQLServer] Genealogy of Relational Databases In-Reply-To: References: Message-ID: <505A38E0.11709.8C10FDBF@stuart.lexacorp.com.pg> Where's Dataflex? On 19 Sep 2012 at 14:51, Arthur Fuller wrote: > If you've ever wondered how many relational databases there are and/or have > been, which one was first, which one(s) begat which other ones, and similar > questions, here is a cool chart that traces the history of RDBMS. There's a > PDF too, so you could save and/or print the chart. > > http://www.i-programmer.info/news/84/4816.html > > -- > Arthur > Cell: 647.710.1314 > > Prediction is difficult, especially of the future. > -- Niels Bohr > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From fuller.artful at gmail.com Wed Sep 19 18:21:58 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 19 Sep 2012 19:21:58 -0400 Subject: [dba-SQLServer] Genealogy of Relational Databases In-Reply-To: <505A38E0.11709.8C10FDBF@stuart.lexacorp.com.pg> References: <505A38E0.11709.8C10FDBF@stuart.lexacorp.com.pg> Message-ID: It's been at least a decade since I used it. I can't remember if it qualifies as an RDBMS. In its day it was powerful, so I don't think it was oversight that explains its absence. Don't mean to start a war over the definition of RDBMS. A. On Wed, Sep 19, 2012 at 5:28 PM, Stuart McLachlan wrote: > Where's Dataflex? > > > From stuart at lexacorp.com.pg Wed Sep 19 19:49:41 2012 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 20 Sep 2012 10:49:41 +1000 Subject: [dba-SQLServer] Genealogy of Relational Databases In-Reply-To: References: , <505A38E0.11709.8C10FDBF@stuart.lexacorp.com.pg>, Message-ID: <505A6825.13872.134AE4@stuart.lexacorp.com.pg> It was more "relational" than dBase which is in there ;-) On 19 Sep 2012 at 19:21, Arthur Fuller wrote: > It's been at least a decade since I used it. I can't remember if it > qualifies as an RDBMS. In its day it was powerful, so I don't think it was > oversight that explains its absence. Don't mean to start a war over the > definition of RDBMS. > > A. > > On Wed, Sep 19, 2012 at 5:28 PM, Stuart McLachlan wrote: > > > Where's Dataflex? > > > > > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From fuller.artful at gmail.com Wed Sep 19 20:23:30 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 19 Sep 2012 21:23:30 -0400 Subject: [dba-SQLServer] Genealogy of Relational Databases In-Reply-To: <505A6825.13872.134AE4@stuart.lexacorp.com.pg> References: <505A38E0.11709.8C10FDBF@stuart.lexacorp.com.pg> <505A6825.13872.134AE4@stuart.lexacorp.com.pg> Message-ID: Good point. Well this was put together by a university in Germany (I'll fetch the details in a minute) so perhaps it's possible to contact the creators and have them add DataFlex. On the other hand, even though I started out on dBASE II and even met and interviewed Wayne Ratliff for Data Based Advisor magazine, back in the day, I really don't think it has a place in a genealogy of relational databases. Anyway, it's all moot. I don't have my reading glasses with me. Is ZIM there? Revelation? And speaking of Wayne, is his subsequent product Emerald Bay there? Finally, I think that the graphic would make a great pattern for a carpet. Seriously. A. On Wed, Sep 19, 2012 at 8:49 PM, Stuart McLachlan wrote: > It was more "relational" than dBase which is in there ;-) > > From gustav at cactus.dk Thu Sep 20 04:18:14 2012 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 20 Sep 2012 11:18:14 +0200 Subject: [dba-SQLServer] Genealogy of Relational Databases Message-ID: Hi Arthur And SQLBase from Gupta? http://en.wikipedia.org/wiki/SQLBase /gustav >>> stuart at lexacorp.com.pg 19-09-12 23:28 >>> Where's Dataflex? On 19 Sep 2012 at 14:51, Arthur Fuller wrote: > If you've ever wondered how many relational databases there are and/or have > been, which one was first, which one(s) begat which other ones, and similar > questions, here is a cool chart that traces the history of RDBMS. There's a > PDF too, so you could save and/or print the chart. > > http://www.i-programmer.info/news/84/4816.html > > -- > Arthur > Cell: 647.710.1314 > > Prediction is difficult, especially of the future. > -- Niels Bohr From fuller.artful at gmail.com Thu Sep 20 06:19:07 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 20 Sep 2012 07:19:07 -0400 Subject: [dba-SQLServer] Genealogy of Relational Databases In-Reply-To: References: Message-ID: That's the one I was thinking of, Gustav! Sheesh, I've used a lot of databases over the years. That one I liked, but at the same time, thought I could see the writing on the wall, and its limited future. A. On Thu, Sep 20, 2012 at 5:18 AM, Gustav Brock wrote: > Hi Arthur > > And SQLBase from Gupta? > > http://en.wikipedia.org/wiki/SQLBase > > /gustav > > > From gustav at cactus.dk Thu Sep 20 07:21:28 2012 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 20 Sep 2012 14:21:28 +0200 Subject: [dba-SQLServer] Genealogy of Relational Databases Message-ID: Hi Arthur You wouldn't have missed it. It is still around but, if you ask me, is a piece of cr.p. A client uses it in a custom app for logging video recordings which creates a database. When this grows too "large" - that's about 50 MB(!) - it usually crashes and you have to repair it which takes about five minutes. A once major feature of SQLBase was that it ran on NetWare ... as did InterBase by the way (and Oracle 8 as well) - I still have the single-diskette install of InterBase for NetWare somewhere. /gustav >>> fuller.artful at gmail.com 20-09-12 13:19 >>> That's the one I was thinking of, Gustav! Sheesh, I've used a lot of databases over the years. That one I liked, but at the same time, thought I could see the writing on the wall, and its limited future. A. On Thu, Sep 20, 2012 at 5:18 AM, Gustav Brock wrote: > Hi Arthur > > And SQLBase from Gupta? > > http://en.wikipedia.org/wiki/SQLBase > > /gustav From accessd at shaw.ca Thu Sep 20 11:24:27 2012 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 20 Sep 2012 09:24:27 -0700 Subject: [dba-SQLServer] Genealogy of Relational Databases In-Reply-To: References: Message-ID: <5F8059A5D7104F3E9B5D597FC568CE04@creativesystemdesigns.com> Don't knock it; as of late I have been making a living making these pieces of cr.p run a few more years for clients who just do not want to dump their old POS junk. (Example: Oracle 6, 7 are real junk, DataBase 5 is worse, Informix is a lost soul, Thoroughbred OS should be outlawed and who still runs an accounting system using UNIX/Linux batch scripts?) Many say, "It has been working for twenty years why not another five...or at least until I retire." :-) Jim -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, September 20, 2012 5:21 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer] Genealogy of Relational Databases Hi Arthur You wouldn't have missed it. It is still around but, if you ask me, is a piece of cr.p. A client uses it in a custom app for logging video recordings which creates a database. When this grows too "large" - that's about 50 MB(!) - it usually crashes and you have to repair it which takes about five minutes. A once major feature of SQLBase was that it ran on NetWare ... as did InterBase by the way (and Oracle 8 as well) - I still have the single-diskette install of InterBase for NetWare somewhere. /gustav >>> fuller.artful at gmail.com 20-09-12 13:19 >>> That's the one I was thinking of, Gustav! Sheesh, I've used a lot of databases over the years. That one I liked, but at the same time, thought I could see the writing on the wall, and its limited future. A. On Thu, Sep 20, 2012 at 5:18 AM, Gustav Brock wrote: > Hi Arthur > > And SQLBase from Gupta? > > http://en.wikipedia.org/wiki/SQLBase > > /gustav _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From fuller.artful at gmail.com Mon Sep 24 22:44:11 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 24 Sep 2012 23:44:11 -0400 Subject: [dba-SQLServer] How to remove an instance Message-ID: How can I remove an instance of SQL Server? Where does SQL store the information about its instances? I've got a couple of them that I want to get rid of. TIA. -- Arthur From stuart at lexacorp.com.pg Tue Sep 25 00:42:50 2012 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 25 Sep 2012 15:42:50 +1000 Subject: [dba-SQLServer] How to remove an instance In-Reply-To: References: Message-ID: <5061445A.16335.63D10D2@stuart.lexacorp.com.pg> What version? Here's 2008: http://msmvps.com/blogs/paulomorgado/archive/2010/07/02/how-to-add-and-remove-sql-ser ver-2008-2008r2-instances.aspx On 24 Sep 2012 at 23:44, Arthur Fuller wrote: > How can I remove an instance of SQL Server? Where does SQL store the > information about its instances? I've got a couple of them that I want to > get rid of. > TIA. > > -- > Arthur > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From fuller.artful at gmail.com Tue Sep 25 05:58:44 2012 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 25 Sep 2012 06:58:44 -0400 Subject: [dba-SQLServer] How to remove an instance In-Reply-To: <5061445A.16335.63D10D2@stuart.lexacorp.com.pg> References: <5061445A.16335.63D10D2@stuart.lexacorp.com.pg> Message-ID: I'll give it a shot. Thanks! A. On Tue, Sep 25, 2012 at 1:42 AM, Stuart McLachlan wrote: > What version? > > Here's 2008: > > > http://msmvps.com/blogs/paulomorgado/archive/2010/07/02/how-to-add-and-remove-sql-ser > ver-2008-2008r2-instances.aspx > > From john at winhaven.net Thu Sep 27 00:14:26 2012 From: john at winhaven.net (John Bartow) Date: Thu, 27 Sep 2012 00:14:26 -0500 Subject: [dba-SQLServer] The future of our lists Message-ID: <00c701cd9c6e$f7993140$e6cb93c0$@winhaven.net> Hello Faithful List Members: Recently there was a thread on AccessD concerning the future of our lists. In order to keep the list dedicated to Access discussions we've decided to open up the DBA-Maintenance list to anyone who wishes to discuss ideas concerning the future of our lists, website, etc. Those interested can subscribe to the maintenance list for discussion on the future of the Database Advisors. Inc. email lists. Subscription link: http://databaseadvisors.com/mailman/listinfo/maintenance If you have any problems subscribing please contact me directly. Thank You for your support, John Bartow, President Database Advisors, Inc. president at databaseadvisors.com From john at winhaven.net Thu Sep 27 00:09:06 2012 From: john at winhaven.net (John Bartow) Date: Thu, 27 Sep 2012 05:09:06 -0000 Subject: [dba-SQLServer] The future of our lists Message-ID: <00b001cd9c6e$3582c2b0$a0884810$@winhaven.net> Hello Faithful List Members: Recently there was a thread on AccessD concerning the future of our lists. In order to keep the list dedicated to Access discussions we've decided to open up the DBA-Maintenance list to anyone who wishes to discuss ideas concerning the future of our lists, website, etc. Those interested can subscribe to the maintenance list for discussion on the future of the Database Advisors. Inc. email lists. Subscription link: http://databaseadvisors.com/mailman/listinfo/maintenance If you have any problems subscribing please contact me directly. Thank You for your support, John Bartow, President Database Advisors, Inc. president at databaseadvisors.com