From MarkBoyd at McBeeAssociates.com Wed Oct 1 17:07:57 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Wed, 1 Oct 2003 18:07:57 -0400 Subject: [dba-SQLServer]Email SQL Table Message-ID: Is there a way to email the contents of a SQL table thru Enterprise Manager? Ultimately, I would like to set this up as a job that runs at night. Any ideas? Mark Boyd Sr. Systems Analyst McBee Associates, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From davide at dalyn.co.nz Wed Oct 1 17:39:17 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 02 Oct 2003 10:39:17 +1200 Subject: [dba-SQLServer]Convert VBA to SQL pointers Message-ID: <5.2.0.9.0.20031002102433.00b1add0@mail.dalyn.co.nz> Group, AXP FE, SQL2000 BE. I am looking for pointers at this stage as how I can do the task. I have a vba procedure which runs on the click of a button (most of it is replicated below). As it is currently dealing with over 2000 meters it takes a while to run (because it is going back and forth between Access and SQL). Basically what it does is loop through one recordset of meters, looks up values from other related tables, then adds records to a couple of other tables. It is things like looping through a recordset, and checking that records don't exist before creating new records that I am unsure of. Is there a way to write the same thing in SQL so that it can all be run in the BE? 'Create invoice transactions for meters needing estimate readings. Call basInfo("Creating estimate meter readings.") Dim rstEstimate As ADODB.Recordset, rst As ADODB.Recordset Dim rstMeterRead As ADODB.Recordset, rstPlans As ADODB.Recordset Dim lngCustID As Long, lngMeterID As Long, intInvStatNo As Integer Dim lngInvStatID As Long, dtmStatDate As Date, lngInvMeterID As Long Dim sngTotDisc As Single, errMsg As String Dim bytCount As Byte, sngUnits As Single Set rstEstimate = basRunDataObject("dbo.spMthEndEstMeterReading", adCmdStoredProc) 'List of active meters and estimated monthly readings Do Until rstEstimate.EOF Call basInfo("Creating estimate meter readings." & vbCrLf & rstEstimate!SortOrder) lngCustID = rstEstimate!CustIDNo lngMeterID = rstEstimate!MeterID intInvStatNo = DLookup("InvNumber", "dbo.tblCustomers", "CustomerID = " & lngCustID) lngInvStatID = basCustomDLookUp("StatementID", "dbo.tblCustStatement", "CustIDNo = " & lngCustID & " and StatementNumber = " & intInvStatNo) If Not IsNull(lngInvStatID) Then 'Statement record exists dtmStatDate = basCustomDLookUp("StatementDate", "dbo.tblCustStatement", "CustIDNo = " & lngCustID & " and StatementNumber = " & intInvStatNo) Else 'Should always be a statement - this is a precaution MsgBox "There is no current statement for customer " & rstEstimate!SortOrder & ". The record has not been processed. Please note this message and refer to your support officer." GoTo EndLoop End If lngInvStatID = basCustomDLookUp("InvoiceID", "dbo.tblCustInvoice", "StatementIDNo = " & lngInvStatID & " and InvoiceNumber = " & intInvStatNo) If IsNull(lngInvStatID) Then MsgBox "There is no current invoice for customer " & rstEstimate!SortOrder & ". The record has not been processed. Please note this message and refer to your support officer." GoTo EndLoop End If Set rst = basRunDataObject("dbo.tblCustInvoiceMeter", adCmdTable) 'Check for Meter record With rst .filter = "MeterIDNo = " & lngMeterID & " and InvoiceIDNo = " & lngInvStatID If (.EOF Or .BOF) Then 'Meter record not exit - Create meter records 'Update Meter record rstEstimate!PresMeterReadDate = DateAdd("d", -Me!txtEstDays, dtmStatDate) rstEstimate!PresMeterReading = rstEstimate!LastMeterReading + int(rstEstimate!MthEstimateUse / 30 * (rstEstimate!PresMeterReadDate - rstEstimate!LastMeterReadDate) + 0.5) rstEstimate!ActualEstimate = 2 'Estimate If rstEstimate!NextMeterReadDate <= rstEstimate!PresMeterReadDate + Me!txtEstDays Then 'Next read due before date of current account rstEstimate!NextMeterReadDate = basLastBusDay(DateAdd("m", 1, rstEstimate!NextMeterReadDate - 1)) 'Subtract 1 to account for 1 Oct date End If 'Adjust readings if clock ticked over last month If rstEstimate!DigitsRead > 3 Then If rstEstimate!LastMeterReading >= 10 ^ rstEstimate!DigitsRead Then rstEstimate!LastMeterReading = rstEstimate!LastMeterReading - 10 ^ rstEstimate!DigitsRead rstEstimate!PresMeterReading = rstEstimate!PresMeterReading - 10 ^ rstEstimate!DigitsRead End If End If rstEstimate.Update Set rstMeterRead = basRunDataObject("dbo.tblMeterReadings", adCmdTable) With rstMeterRead .AddNew !CustIDNo = lngCustID !MeterIDNo = lngMeterID .Update End With rstMeterRead.Close Set rstMeterRead = Nothing .AddNew !InvoiceIDNo = lngInvStatID !MeterIDNo = lngMeterID !LastMeterReadDate = rstEstimate!LastMeterReadDate !CustServPlanIDNo = DLookup("PlanID", "dbo.tblCustServicePlans", "Inactive = 0 and MeterIDNo = " & lngMeterID) .Update End If End With rst.Close Set rst = Nothing EndLoop: rstEstimate.MoveNext Loop rstEstimate.Close Set rstEstimate = Nothing Regards David Emerson DALYN Software Ltd 25b Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From davide at dalyn.co.nz Wed Oct 1 21:40:54 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 02 Oct 2003 14:40:54 +1200 Subject: [dba-SQLServer]Convert VBA to SQL pointers (2) Message-ID: <5.2.0.9.0.20031002143324.00b60ea0@mail.dalyn.co.nz> Group, AXP FE, SQL2000 BE. Along similar lines to my other question on this subject. This time I am calculating outstanding accounts. This function is called from a loop. I am not sure how I can convert it all into a single sproc that can calculate the new CurrentMth, OneMonth, curMthTwo, and ThreeMonths fields. LOOP CALLING OF FUNCTION Set rstStatement = basRunDataObject("dbo.spMthEndCurrentStatements", adCmdStoredProc) Do Until rstStatement.EOF Call basUpdateAgedDebts(rstStatement!CustIDNo, rstStatement!StatementID) rstStatement.MoveNext Loop Public Function basUpdateAgedDebts(lngCustID As Long, lngStatID As Long) On Error GoTo Err_basUpdateAgedDebts Dim intStatNo As Integer, curReceipts As Currency, curCurrent As Currency Dim curMthOne As Currency, curMthTwo As Currency, curMthThree As Currency Dim rst As ADODB.Recordset Call basInfo("Updating aged debtor fields." & vbCrLf & DLookup("MName", "dbo.tblCustomers", "CustomerID = " & lngCustID)) 'Get aged debts from previous statements intStatNo = DLookup("InvNumber", "dbo.tblCustomers", "CustomerID = " & lngCustID) curCurrent = Nz(basCustomDLookUp("CurrentMth", "dbo.tblCustStatement", "CustIDNo = " & lngCustID & " and StatementNumber = " & intStatNo - 1), 0) curMthOne = Nz(basCustomDLookUp("OneMonth", "dbo.tblCustStatement", "CustIDNo = " & lngCustID & " and StatementNumber = " & intStatNo - 1), 0) curMthTwo = Nz(basCustomDLookUp("TwoMonths", "dbo.tblCustStatement", "CustIDNo = " & lngCustID & " and StatementNumber = " & intStatNo - 1), 0) curMthThree = Nz(basCustomDLookUp("ThreeMonths", "dbo.tblCustStatement", "CustIDNo = " & lngCustID & " and StatementNumber = " & intStatNo - 1), 0) Set rst = basRunDataObject("dbo.vwMthEndStatReceipts", adCmdTable) rst.Find "LinkIDNo = " & lngStatID If Not (rst.EOF Or rst.EOF) Then 'Receipt record exist curReceipts = Nz(Abs(rst!Receipts), 0) Else curReceipts = 0 End If 'Deduct receipts from aged debts from oldest to current If curReceipts >= curMthThree Then curReceipts = curReceipts - curMthThree curMthThree = 0 Else curMthThree = curMthThree - curReceipts curReceipts = 0 End If If curReceipts >= curMthTwo Then curReceipts = curReceipts - curMthTwo curMthTwo = 0 Else curMthTwo = curMthTwo - curReceipts curReceipts = 0 End If If curReceipts >= curMthOne Then curReceipts = curReceipts - curMthOne curMthOne = 0 Else curMthOne = curMthOne - curReceipts curReceipts = 0 End If curCurrent = curCurrent - curReceipts 'Age debts up by one month curMthThree = curMthThree + curMthTwo curMthTwo = curMthOne If curCurrent >= 0 Then curMthOne = curCurrent curCurrent = 0 Else curMthOne = 0 End If 'If more paid than due then curCurrent will be in negative at this point Set rst = basRunDataObject("dbo.spMthEndStatCharges", adCmdStoredProc) rst.Find "LinkIDNo = " & lngStatID If Not (rst.EOF Or rst.EOF) Then curCurrent = curCurrent + Nz(rst!Charges, 0) End If 'Make faster(?) by opening a query with just the current customers being processed Set rst = basRunDataObject("dbo.tblCustStatement", adCmdTable) With rst .Find "StatementID = " & lngStatID, , adSearchForward If Not (.BOF Or .EOF) Then 'Statement record exists !CurrentMth = curCurrent !OneMonth = curMthOne !TwoMonths = curMthTwo !ThreeMonths = curMthThree !StatementNote = DLookup("StatementNote", "dbo.tblCustomers", "CustomerID = " & lngCustID) .Update End If End With rst.Close Set rst = Nothing Regards David Emerson DALYN Software Ltd 25b Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From selina at easydatabases.com.au Thu Oct 2 07:14:00 2003 From: selina at easydatabases.com.au (Selina Iddon) Date: Thu, 2 Oct 2003 22:14:00 +1000 Subject: [dba-SQLServer] DateTime Hell! References: <5.2.0.9.0.20031002102433.00b1add0@mail.dalyn.co.nz> Message-ID: <01a101c388de$aa356890$6465000a@venus> Hi Everyone I haven't participated in this list too much because I'm relatively new to SQL and with the help of Susan's book and reading this list have been struggling through, but this one has me at my wits end. I am passing a parameter to a stored procedure and using this ID it retrievies the datetime from a view and is assigned to a variable. I then want to assess whether the times overlaps with other datetimes in the same view. The stored procedure is converting the date format to 2003-10-03 14:00:00.000 when putting it in the variable and my view has the date time formatted as 3 Oct 2003 2:00:00 PM and they won't compare to each other, even though they are both happily inside convert(datetime,XXX) functions and have come from the same field in the same view. I've tried using convert(datetime,XXX,13) replacing the 13 with 6, 9 and multiple other combinations as described on a web site I found, but nothing works. Please Please help if you can. I've lost days on this project which is due Monday (in my dreams!) TIA Selina From tuxedo_man at hotmail.com Thu Oct 2 11:32:53 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Thu, 02 Oct 2003 16:32:53 +0000 Subject: [dba-SQLServer] DateTime Hell! Message-ID: hmmm... not sure what the issue you are trying to describe is but I'll give it a shot... 1) is the parameter you are trying to pass in a datetime variable or text? 2) how are you comparing your dates? 3) when you pass in the date, try using the 101 format (ie. convert(smalldatetime, '10/02/2003',101)) Billy >From: "Selina Iddon" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: [dba-SQLServer] DateTime Hell! >Date: Thu, 2 Oct 2003 22:14:00 +1000 > >Hi Everyone >I haven't participated in this list too much because I'm relatively new to >SQL and with the help of Susan's book and reading this list have been >struggling through, but this one has me at my wits end. > >I am passing a parameter to a stored procedure and using this ID it >retrievies the datetime from a view and is assigned to a variable. I then >want to assess whether the times overlaps with other datetimes in the same >view. The stored procedure is converting the date format to 2003-10-03 >14:00:00.000 when putting it in the variable and my view has the date time >formatted as 3 Oct 2003 2:00:00 PM and they won't compare to each other, >even though they are both happily inside convert(datetime,XXX) functions >and >have come from the same field in the same view. I've tried using >convert(datetime,XXX,13) replacing the 13 with 6, 9 and multiple other >combinations as described on a web site I found, but nothing works. > >Please Please help if you can. I've lost days on this project which is due >Monday (in my dreams!) > >TIA >Selina > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From DavidL at sierranevada.com Thu Oct 2 13:09:31 2003 From: DavidL at sierranevada.com (David Lewis) Date: Thu, 2 Oct 2003 11:09:31 -0700 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: <229F7C29573CC4479A3313CC55B0965463F4F3@pale.sierranevada.corp> I would say yes, definitely. There are a few tools in sqlserver that will help you, but I didn't read through your code enough to give any concrete proposals. You can avoid moving any data over the wire to the front end by using stored procedures. I would modularize the code here to have one calling procedure that perhaps uses a cursor or table udf to identify the records you want to act on, then call sub procedures to insert the records you want, passing appropriate parameters. You could have one sub procedure per insert, thereby making your code a bit easier to manage. You could also look at triggers to see if they can be any use here. I am not super experienced, but I have read that triggers are sort of old-school db technology, and may be on their way out, so you might not want to go down that road. I have seen from my own experience that triggers are trickier to get right. At any rate, I don't think any of the code you posted needs to be done on the front end. hth. D. Lewis > Message: 2 > Date: Thu, 02 Oct 2003 10:39:17 +1200 > From: David Emerson > Subject: [dba-SQLServer]Convert VBA to SQL pointers > To: dba-SQLServer at databaseadvisors.com > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > Content-Type: text/plain; format=flowed; charset=us-ascii > > Group, > > AXP FE, SQL2000 BE. > > I am looking for pointers at this stage as how I can do the > task. I have a > vba procedure which runs on the click of a button (most of it > is replicated > below). As it is currently dealing with over 2000 meters it > takes a while > to run (because it is going back and forth between Access and SQL). > > Basically what it does is loop through one recordset of > meters, looks up > values from other related tables, then adds records to a > couple of other > tables. It is things like looping through a recordset, and > checking that > records don't exist before creating new records that I am unsure of. > > Is there a way to write the same thing in SQL so that it can > all be run in > the BE? > From davide at dalyn.co.nz Thu Oct 2 14:18:37 2003 From: davide at dalyn.co.nz (David Emerson) Date: Fri, 03 Oct 2003 07:18:37 +1200 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers In-Reply-To: <229F7C29573CC4479A3313CC55B0965463F4F3@pale.sierranevada.c orp> Message-ID: <5.2.0.9.0.20031003071425.00b1b1e8@mail.dalyn.co.nz> Thanks David. I think the key word is cursor. This seems to be the SQL equivalent of a recordset. I will investigate this further. David At 2/10/2003, you wrote: >I would say yes, definitely. There are a few tools in sqlserver that will >help you, but I didn't read through your code enough to give any concrete >proposals. You can avoid moving any data over the wire to the front end by >using stored procedures. I would modularize the code here to have one >calling procedure that perhaps uses a cursor or table udf to identify the >records you want to act on, then call sub procedures to insert the records >you want, passing appropriate parameters. You could have one sub procedure >per insert, thereby making your code a bit easier to manage. > >You could also look at triggers to see if they can be any use here. I am >not super experienced, but I have read that triggers are sort of old-school >db technology, and may be on their way out, so you might not want to go down >that road. I have seen from my own experience that triggers are trickier to >get right. > >At any rate, I don't think any of the code you posted needs to be done on >the front end. > >hth. D. Lewis > > > > Message: 2 > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > From: David Emerson > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > To: dba-SQLServer at databaseadvisors.com > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > Group, > > > > AXP FE, SQL2000 BE. > > > > I am looking for pointers at this stage as how I can do the > > task. I have a > > vba procedure which runs on the click of a button (most of it > > is replicated > > below). As it is currently dealing with over 2000 meters it > > takes a while > > to run (because it is going back and forth between Access and SQL). > > > > Basically what it does is loop through one recordset of > > meters, looks up > > values from other related tables, then adds records to a > > couple of other > > tables. It is things like looping through a recordset, and > > checking that > > records don't exist before creating new records that I am unsure of. > > > > Is there a way to write the same thing in SQL so that it can > > all be run in > > the BE? > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com From knicholson at gpsx.net Thu Oct 2 15:29:44 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Thu, 2 Oct 2003 15:29:44 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: I posted a cursor question on Monday or Tuesday. I have since studied the world of cursors. They should not be used, unless in cases such as these where you need to move through each row like we did in the old days. I am almost done with my cursor hell, and think by tomorrow I will have it working. I have my code documented pretty well, so I will e it to you when I am done. -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:19 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks David. I think the key word is cursor. This seems to be the SQL equivalent of a recordset. I will investigate this further. David At 2/10/2003, you wrote: >I would say yes, definitely. There are a few tools in sqlserver that will >help you, but I didn't read through your code enough to give any concrete >proposals. You can avoid moving any data over the wire to the front end by >using stored procedures. I would modularize the code here to have one >calling procedure that perhaps uses a cursor or table udf to identify the >records you want to act on, then call sub procedures to insert the records >you want, passing appropriate parameters. You could have one sub procedure >per insert, thereby making your code a bit easier to manage. > >You could also look at triggers to see if they can be any use here. I am >not super experienced, but I have read that triggers are sort of old-school >db technology, and may be on their way out, so you might not want to go down >that road. I have seen from my own experience that triggers are trickier to >get right. > >At any rate, I don't think any of the code you posted needs to be done on >the front end. > >hth. D. Lewis > > > > Message: 2 > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > From: David Emerson > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > To: dba-SQLServer at databaseadvisors.com > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > Group, > > > > AXP FE, SQL2000 BE. > > > > I am looking for pointers at this stage as how I can do the > > task. I have a > > vba procedure which runs on the click of a button (most of it > > is replicated > > below). As it is currently dealing with over 2000 meters it > > takes a while > > to run (because it is going back and forth between Access and SQL). > > > > Basically what it does is loop through one recordset of > > meters, looks up > > values from other related tables, then adds records to a > > couple of other > > tables. It is things like looping through a recordset, and > > checking that > > records don't exist before creating new records that I am unsure of. > > > > Is there a way to write the same thing in SQL so that it can > > all be run in > > the BE? > > >_______________________________________________ >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 davide at dalyn.co.nz Thu Oct 2 14:35:02 2003 From: davide at dalyn.co.nz (David Emerson) Date: Fri, 03 Oct 2003 07:35:02 +1200 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers In-Reply-To: Message-ID: <5.2.0.9.0.20031003073406.00b79d38@mail.dalyn.co.nz> Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied the >world of cursors. They should not be used, unless in cases such as these >where you need to move through each row like we did in the old days. I am >almost done with my cursor hell, and think by tomorrow I will have it >working. I have my code documented pretty well, so I will e it to you when >I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the SQL >equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any concrete > >proposals. You can avoid moving any data over the wire to the front end by > >using stored procedures. I would modularize the code here to have one > >calling procedure that perhaps uses a cursor or table udf to identify the > >records you want to act on, then call sub procedures to insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. I am > >not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to go >down > >that road. I have seen from my own experience that triggers are trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be done on > >the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the > > > task. I have a > > > vba procedure which runs on the click of a button (most of it > > > is replicated > > > below). As it is currently dealing with over 2000 meters it > > > takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of > > > meters, looks up > > > values from other related tables, then adds records to a > > > couple of other > > > tables. It is things like looping through a recordset, and > > > checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can > > > all be run in > > > the BE? > > > > >_______________________________________________ > >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 knicholson at gpsx.net Thu Oct 2 16:09:05 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Thu, 2 Oct 2003 16:09:05 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied the >world of cursors. They should not be used, unless in cases such as these >where you need to move through each row like we did in the old days. I am >almost done with my cursor hell, and think by tomorrow I will have it >working. I have my code documented pretty well, so I will e it to you when >I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the SQL >equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any concrete > >proposals. You can avoid moving any data over the wire to the front end by > >using stored procedures. I would modularize the code here to have one > >calling procedure that perhaps uses a cursor or table udf to identify the > >records you want to act on, then call sub procedures to insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. I am > >not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to go >down > >that road. I have seen from my own experience that triggers are trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be done on > >the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the > > > task. I have a > > > vba procedure which runs on the click of a button (most of it > > > is replicated > > > below). As it is currently dealing with over 2000 meters it > > > takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of > > > meters, looks up > > > values from other related tables, then adds records to a > > > couple of other > > > tables. It is things like looping through a recordset, and > > > checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can > > > all be run in > > > the BE? > > > > >_______________________________________________ > >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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From selina at easydatabases.com.au Thu Oct 2 15:16:41 2003 From: selina at easydatabases.com.au (Selina Iddon) Date: Fri, 3 Oct 2003 06:16:41 +1000 Subject: [dba-SQLServer] DateTime Hell! References: Message-ID: <000c01c38922$17cc1550$6465000a@venus> Hi Billy Thanks for your reply. I'm passing an int variable, it uses that to lookup the rest of the information it requires, including the smalldatetime start and finish and puts them in two new variables within the SP. I haven't tried the convert 101, I'll give that a go. Also, I was using datetime, not smalldatetime, so I'll try that. Thanks Selina ---------------------------------------------------------------------------- ---- Selina Iddon selina at easydatabases.com.au Ph: 0414 225 265 Easy Access Databases ----- Original Message ----- From: "Billy Pang" To: Sent: Friday, October 03, 2003 2:32 AM Subject: Re: [dba-SQLServer] DateTime Hell! > hmmm... not sure what the issue you are trying to describe is but I'll give > it a shot... > > 1) is the parameter you are trying to pass in a datetime variable or text? > 2) how are you comparing your dates? > 3) when you pass in the date, try using the 101 format (ie. > convert(smalldatetime, '10/02/2003',101)) > > Billy > > > >From: "Selina Iddon" > >Reply-To: dba-sqlserver at databaseadvisors.com > >To: > >Subject: [dba-SQLServer] DateTime Hell! > >Date: Thu, 2 Oct 2003 22:14:00 +1000 > > > >Hi Everyone > >I haven't participated in this list too much because I'm relatively new to > >SQL and with the help of Susan's book and reading this list have been > >struggling through, but this one has me at my wits end. > > > >I am passing a parameter to a stored procedure and using this ID it > >retrievies the datetime from a view and is assigned to a variable. I then > >want to assess whether the times overlaps with other datetimes in the same > >view. The stored procedure is converting the date format to 2003-10-03 > >14:00:00.000 when putting it in the variable and my view has the date time > >formatted as 3 Oct 2003 2:00:00 PM and they won't compare to each other, > >even though they are both happily inside convert(datetime,XXX) functions > >and > >have come from the same field in the same view. I've tried using > >convert(datetime,XXX,13) replacing the 13 with 6, 9 and multiple other > >combinations as described on a web site I found, but nothing works. > > > >Please Please help if you can. I've lost days on this project which is due > >Monday (in my dreams!) > > > >TIA > >Selina > > > > > >_______________________________________________ > >dba-SQLServer mailing list > >dba-SQLServer at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > >http://www.databaseadvisors.com > > > > _________________________________________________________________ > MSN 8 with e-mail virus protection service: 2 months FREE* > http://join.msn.com/?page=features/virus > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > > From Robert.Djabarov at usaa.com Thu Oct 2 15:52:23 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Thu, 2 Oct 2003 15:52:23 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DBD65@ex02.eagle.usaa.com> I'm probably missing something (which is not unusual), but wouldn't a simple update do the trick? update t set siteno = t3.site_no + t2.newsiteno from tblLastSiteNo t3, tblAmerican t inner join ( select t1.siteno, newsiteno=count(*) from tblAmerican t1 inner join tblAmerican t2 on t1.id >= t2.id group by t1.siteno ) t2 on t.siteno = t2.siteno update tblLastSiteNo set site_no = (select max(siteno) from tblAmerican) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, October 02, 2003 4:09 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied >the world of cursors. They should not be used, unless in cases such as >these where you need to move through each row like we did in the old >days. I am almost done with my cursor hell, and think by tomorrow I >will have it working. I have my code documented pretty well, so I will >e it to you when I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the >SQL equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any > >concrete proposals. You can avoid moving any data over the wire to > >the front end by > >using stored procedures. I would modularize the code here to have > >one calling procedure that perhaps uses a cursor or table udf to > >identify the records you want to act on, then call sub procedures to > >insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. > >I am not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to > >go >down > >that road. I have seen from my own experience that triggers are > >trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be > >done on the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the task. > > > I have a vba procedure which runs on the click of a button (most > > > of it is replicated > > > below). As it is currently dealing with over 2000 meters it > > > takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of meters, > > > looks up values from other related tables, then adds records to a > > > couple of other > > > tables. It is things like looping through a recordset, and > > > checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can all > > > be run in the BE? > > > > >_______________________________________________ > >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 _______________________________________________ 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 tuxedo_man at hotmail.com Thu Oct 2 16:44:15 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Thu, 02 Oct 2003 21:44:15 +0000 Subject: [dba-SQLServer] DateTime Hell! Message-ID: just some thoughts: - the two new variables (start and finish datetime) should be declared as datetime as well... - from BOL (smalldatetime): Date and time data from January 1, 1900, through June 6, 2079, with accuracy to the minute. smalldatetime values with 29.998 seconds or lower are rounded down to the nearest minute; values with 29.999 seconds or higher are rounded up to the nearest minute. - from BOL (ldatetime): Date and time data from January 1, 1753 through December 31, 9999, to an accuracy of one three-hundredth of a second (equivalent to 3.33 milliseconds or 0.00333 seconds). Values are rounded to increments of .000, .003, or .007 seconds, as shown in the table. >From: "Selina Iddon" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: Re: [dba-SQLServer] DateTime Hell! >Date: Fri, 3 Oct 2003 06:16:41 +1000 > >Hi Billy >Thanks for your reply. I'm passing an int variable, it uses that to lookup >the rest of the information it requires, including the smalldatetime start >and finish and puts them in two new variables within the SP. I haven't >tried the convert 101, I'll give that a go. Also, I was using datetime, >not >smalldatetime, so I'll try that. >Thanks >Selina > >---------------------------------------------------------------------------- >---- Selina Iddon selina at easydatabases.com.au Ph: 0414 225 265 Easy Access >Databases >----- Original Message ----- >From: "Billy Pang" >To: >Sent: Friday, October 03, 2003 2:32 AM >Subject: Re: [dba-SQLServer] DateTime Hell! > > > > hmmm... not sure what the issue you are trying to describe is but I'll >give > > it a shot... > > > > 1) is the parameter you are trying to pass in a datetime variable or >text? > > 2) how are you comparing your dates? > > 3) when you pass in the date, try using the 101 format (ie. > > convert(smalldatetime, '10/02/2003',101)) > > > > Billy > > > > > > >From: "Selina Iddon" > > >Reply-To: dba-sqlserver at databaseadvisors.com > > >To: > > >Subject: [dba-SQLServer] DateTime Hell! > > >Date: Thu, 2 Oct 2003 22:14:00 +1000 > > > > > >Hi Everyone > > >I haven't participated in this list too much because I'm relatively new >to > > >SQL and with the help of Susan's book and reading this list have been > > >struggling through, but this one has me at my wits end. > > > > > >I am passing a parameter to a stored procedure and using this ID it > > >retrievies the datetime from a view and is assigned to a variable. I >then > > >want to assess whether the times overlaps with other datetimes in the >same > > >view. The stored procedure is converting the date format to 2003-10-03 > > >14:00:00.000 when putting it in the variable and my view has the date >time > > >formatted as 3 Oct 2003 2:00:00 PM and they won't compare to each >other, > > >even though they are both happily inside convert(datetime,XXX) >functions > > >and > > >have come from the same field in the same view. I've tried using > > >convert(datetime,XXX,13) replacing the 13 with 6, 9 and multiple other > > >combinations as described on a web site I found, but nothing works. > > > > > >Please Please help if you can. I've lost days on this project which is >due > > >Monday (in my dreams!) > > > > > >TIA > > >Selina > > > > > > > > >_______________________________________________ > > >dba-SQLServer mailing list > > >dba-SQLServer at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > >http://www.databaseadvisors.com > > > > > > > _________________________________________________________________ > > MSN 8 with e-mail virus protection service: 2 months FREE* > > http://join.msn.com/?page=features/virus > > > > _______________________________________________ > > 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 > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From tuxedo_man at hotmail.com Thu Oct 2 16:44:15 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Thu, 02 Oct 2003 21:44:15 +0000 Subject: [dba-SQLServer] DateTime Hell! Message-ID: just some thoughts: - the two new variables (start and finish datetime) should be declared as datetime as well... - from BOL (smalldatetime): Date and time data from January 1, 1900, through June 6, 2079, with accuracy to the minute. smalldatetime values with 29.998 seconds or lower are rounded down to the nearest minute; values with 29.999 seconds or higher are rounded up to the nearest minute. - from BOL (ldatetime): Date and time data from January 1, 1753 through December 31, 9999, to an accuracy of one three-hundredth of a second (equivalent to 3.33 milliseconds or 0.00333 seconds). Values are rounded to increments of .000, .003, or .007 seconds, as shown in the table. >From: "Selina Iddon" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: Re: [dba-SQLServer] DateTime Hell! >Date: Fri, 3 Oct 2003 06:16:41 +1000 > >Hi Billy >Thanks for your reply. I'm passing an int variable, it uses that to lookup >the rest of the information it requires, including the smalldatetime start >and finish and puts them in two new variables within the SP. I haven't >tried the convert 101, I'll give that a go. Also, I was using datetime, >not >smalldatetime, so I'll try that. >Thanks >Selina > >---------------------------------------------------------------------------- >---- Selina Iddon selina at easydatabases.com.au Ph: 0414 225 265 Easy Access >Databases >----- Original Message ----- >From: "Billy Pang" >To: >Sent: Friday, October 03, 2003 2:32 AM >Subject: Re: [dba-SQLServer] DateTime Hell! > > > > hmmm... not sure what the issue you are trying to describe is but I'll >give > > it a shot... > > > > 1) is the parameter you are trying to pass in a datetime variable or >text? > > 2) how are you comparing your dates? > > 3) when you pass in the date, try using the 101 format (ie. > > convert(smalldatetime, '10/02/2003',101)) > > > > Billy > > > > > > >From: "Selina Iddon" > > >Reply-To: dba-sqlserver at databaseadvisors.com > > >To: > > >Subject: [dba-SQLServer] DateTime Hell! > > >Date: Thu, 2 Oct 2003 22:14:00 +1000 > > > > > >Hi Everyone > > >I haven't participated in this list too much because I'm relatively new >to > > >SQL and with the help of Susan's book and reading this list have been > > >struggling through, but this one has me at my wits end. > > > > > >I am passing a parameter to a stored procedure and using this ID it > > >retrievies the datetime from a view and is assigned to a variable. I >then > > >want to assess whether the times overlaps with other datetimes in the >same > > >view. The stored procedure is converting the date format to 2003-10-03 > > >14:00:00.000 when putting it in the variable and my view has the date >time > > >formatted as 3 Oct 2003 2:00:00 PM and they won't compare to each >other, > > >even though they are both happily inside convert(datetime,XXX) >functions > > >and > > >have come from the same field in the same view. I've tried using > > >convert(datetime,XXX,13) replacing the 13 with 6, 9 and multiple other > > >combinations as described on a web site I found, but nothing works. > > > > > >Please Please help if you can. I've lost days on this project which is >due > > >Monday (in my dreams!) > > > > > >TIA > > >Selina > > > > > > > > >_______________________________________________ > > >dba-SQLServer mailing list > > >dba-SQLServer at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > >http://www.databaseadvisors.com > > > > > > > _________________________________________________________________ > > MSN 8 with e-mail virus protection service: 2 months FREE* > > http://join.msn.com/?page=features/virus > > > > _______________________________________________ > > 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 > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From artful at rogers.com Sun Oct 5 15:24:23 2003 From: artful at rogers.com (Arthur Fuller) Date: Sun, 5 Oct 2003 13:24:23 -0700 Subject: [dba-SQLServer]Question about Computed Columns In-Reply-To: Message-ID: <000001c38b7e$b71d0b60$6501a8c0@rock> Can anyone tell me when these were introduced in MS SQL? First time I saw them was S2K, but they may have been there in S7 and I didn't notice. They may have been there in 6.5 which I never used. TIA, Arthur --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From paul.hartland at fsmail.net Sun Oct 5 13:01:44 2003 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Sun, 5 Oct 2003 20:01:44 +0200 (CEST) Subject: [dba-SQLServer]Question about Computed Columns Message-ID: <11575212.1065376904530.JavaMail.www@wwinf3005> When what was introduced to SQL Message date : Oct 05 2003, 06:26 PM >From : Arthur Fuller To : dba-sqlserver at databaseadvisors.com Copy to : Subject : [dba-SQLServer]Question about Computed Columns Can anyone tell me when these were introduced in MS SQL? First time I saw them was S2K, but they may have been there in S7 and I didn't notice. They may have been there in 6.5 which I never used. TIA, Arthur --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From shait at mindspring.com Sun Oct 5 14:25:12 2003 From: shait at mindspring.com (Stephen Hait) Date: Sun, 5 Oct 2003 15:25:12 -0400 Subject: [dba-SQLServer]Question about Computed Columns In-Reply-To: <11575212.1065376904530.JavaMail.www@wwinf3005> Message-ID: <3F8037D8.31812.ABAC305@localhost> Computed columns, maybe? > When what was introduced to SQL > > > > > Message date : Oct 05 2003, 06:26 PM > >From : Arthur Fuller > To : dba-sqlserver at databaseadvisors.com > Copy to : > Subject : [dba-SQLServer]Question about Computed Columns > Can anyone tell me when these were introduced in MS SQL? First time > I saw them was S2K, but they may have been there in S7 and I didn't > notice. They may have been there in 6.5 which I never used. > > TIA, > Arthur > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 > > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com From paul.hartland at fsmail.net Sun Oct 5 14:46:32 2003 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Sun, 5 Oct 2003 21:46:32 +0200 (CEST) Subject: [dba-SQLServer]Question about Computed Columns Message-ID: <29240802.1065383192693.JavaMail.www@wwinf3006> lol, didn't read the full subject heading....only seen question about Message date : Oct 05 2003, 08:25 PM >From : Stephen Hait To : dba-sqlserver at databaseadvisors.com Copy to : Subject : Re: [dba-SQLServer]Question about Computed Columns Computed columns, maybe? > When what was introduced to SQL > > > > > Message date : Oct 05 2003, 06:26 PM > >From : Arthur Fuller > To : dba-sqlserver at databaseadvisors.com > Copy to : > Subject : [dba-SQLServer]Question about Computed Columns > Can anyone tell me when these were introduced in MS SQL? First time > I saw them was S2K, but they may have been there in S7 and I didn't > notice. They may have been there in 6.5 which I never used. > > TIA, > Arthur > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 > > > > _______________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From stuart at lexacorp.com.pg Sun Oct 5 17:30:43 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 06 Oct 2003 08:30:43 +1000 Subject: [dba-SQLServer]Question about Computed Columns In-Reply-To: <000001c38b7e$b71d0b60$6501a8c0@rock> References: Message-ID: <3F812833.19409.E32CB@localhost> On 5 Oct 2003 at 13:24, Arthur Fuller wrote: > Can anyone tell me when these were introduced in MS SQL? First time I > saw them was S2K, but they may have been there in S7 and I didn't > notice. They may have been there in 6.5 which I never used. > Since "Compute clause" is included in TSQL v 7.0 Help and is not listed in the "New Features in Transact-SQL" section , I would assume that it was also present in 6.5. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Sun Oct 5 17:43:05 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 06 Oct 2003 08:43:05 +1000 Subject: [dba-SQLServer]Question about Computed Columns In-Reply-To: <3F8037D8.31812.ABAC305@localhost> References: <11575212.1065376904530.JavaMail.www@wwinf3005> Message-ID: <3F812B19.22515.1988E6@localhost> On 5 Oct 2003 at 15:25, Stephen Hait wrote: > Computed columns, maybe? > > > When what was introduced to SQL > > That's the trouble with relying on the subject to contain part of your message. I (plus, I suspect, many others - including Paul) just flick through their list messages without even looking at the Subject header. It's actually quite annoying to have to look up at the subject to get the sense of the message when you are skipping through them. Could I ask nicely that people put all the relevant content in the body? Please? -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From artful at rogers.com Sun Oct 5 21:56:05 2003 From: artful at rogers.com (Arthur Fuller) Date: Sun, 5 Oct 2003 19:56:05 -0700 Subject: [dba-SQLServer]Question about Computed Columns In-Reply-To: <3F812B19.22515.1988E6@localhost> Message-ID: <000001c38bb5$62ef7eb0$6501a8c0@rock> Well, no. I object. I trust intelligent subjects and ignore the contents of messages that are not of immediate interest. Call me a fascist if you want, but I think your way of going about it is incorrect, and until browbeaten into submission, I will not cooperate with your misguided intention. Subjects are subjects; contents are details. I think I did it correctly and if you missed the point, I don't think that's my problem. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Sunday, October 05, 2003 3:43 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Question about Computed Columns On 5 Oct 2003 at 15:25, Stephen Hait wrote: > Computed columns, maybe? > > > When what was introduced to SQL > > That's the trouble with relying on the subject to contain part of your message. I (plus, I suspect, many others - including Paul) just flick through their list messages without even looking at the Subject header. It's actually quite annoying to have to look up at the subject to get the sense of the message when you are skipping through them. Could I ask nicely that people put all the relevant content in the body? Please? -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From artful at rogers.com Sun Oct 5 22:14:28 2003 From: artful at rogers.com (Arthur Fuller) Date: Sun, 5 Oct 2003 20:14:28 -0700 Subject: [dba-SQLServer]Changing a Column Name Globally In-Reply-To: <3F812B19.22515.1988E6@localhost> Message-ID: <000001c38bb7$f5d3f290$6501a8c0@rock> Suppose I want to change a column name globally (i.e. in every table, every sproc, every view and every UDF). Is there a concise way of doing it? SalesID -> SaleNumber. TIA, Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Sunday, October 05, 2003 3:43 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Question about Computed Columns On 5 Oct 2003 at 15:25, Stephen Hait wrote: > Computed columns, maybe? > > > When what was introduced to SQL > > That's the trouble with relying on the subject to contain part of your message. I (plus, I suspect, many others - including Paul) just flick through their list messages without even looking at the Subject header. It's actually quite annoying to have to look up at the subject to get the sense of the message when you are skipping through them. Could I ask nicely that people put all the relevant content in the body? Please? -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From artful at rogers.com Mon Oct 6 00:22:50 2003 From: artful at rogers.com (Arthur Fuller) Date: Sun, 5 Oct 2003 22:22:50 -0700 Subject: [dba-SQLServer]Dependency problems In-Reply-To: <000001c38bb7$f5d3f290$6501a8c0@rock> Message-ID: <000101c38bc9$e343bae0$6501a8c0@rock> I have heard and read several times that the GUI Depends and the sproc sp_depends have problems, but have never encountered same. Can anyone document a repeatable flaw? Arthur --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From Robert.Djabarov at usaa.com Mon Oct 6 08:39:29 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 6 Oct 2003 08:39:29 -0500 Subject: [dba-SQLServer]Question about Computed Columns Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DBF0B@ex02.eagle.usaa.com> 6.5 never had it -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Sunday, October 05, 2003 5:31 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Question about Computed Columns On 5 Oct 2003 at 13:24, Arthur Fuller wrote: > Can anyone tell me when these were introduced in MS SQL? First time I > saw them was S2K, but they may have been there in S7 and I didn't > notice. They may have been there in 6.5 which I never used. > Since "Compute clause" is included in TSQL v 7.0 Help and is not listed in the "New Features in Transact-SQL" section , I would assume that it was also present in 6.5. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jcolby at colbyconsulting.com Mon Oct 6 08:59:06 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Mon, 6 Oct 2003 09:59:06 -0400 Subject: [dba-SQLServer]Field Sizes Message-ID: Access stores text and memo data using the exact amount needed (plus pointers) , i.e. even though the text field says 255 characters if the string is 10 characters, 10 characters are used for storage. Does SQL Server work this way of is space "reserved" for the stated size of the field? John W. Colby www.colbyconsulting.com From jcolby at colbyconsulting.com Mon Oct 6 09:19:43 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Mon, 6 Oct 2003 10:19:43 -0400 Subject: [dba-SQLServer]Default Value Message-ID: I have tables in SQL Server that say the default value is supposed to be true (1) but when a record is created the value 1 is not filled in. What am I missing? John W. Colby www.colbyconsulting.com From Robert.Djabarov at usaa.com Mon Oct 6 09:43:09 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 6 Oct 2003 09:43:09 -0500 Subject: [dba-SQLServer]Default Value Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DBF2E@ex02.eagle.usaa.com> Define the column to be NOT NULL with default 1. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 9:20 AM To: SQLServer Subject: [dba-SQLServer]Default Value I have tables in SQL Server that say the default value is supposed to be true (1) but when a record is created the value 1 is not filled in. What am I missing? John W. Colby www.colbyconsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Mon Oct 6 09:43:57 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 6 Oct 2003 09:43:57 -0500 Subject: [dba-SQLServer]Field Sizes Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DBF2F@ex02.eagle.usaa.com> It will be similar if you choose varchar(255) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 8:59 AM To: SQLServer Subject: [dba-SQLServer]Field Sizes Access stores text and memo data using the exact amount needed (plus pointers) , i.e. even though the text field says 255 characters if the string is 10 characters, 10 characters are used for storage. Does SQL Server work this way of is space "reserved" for the stated size of the field? John W. Colby www.colbyconsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From my.lists at verizon.net Mon Oct 6 10:23:19 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Mon, 06 Oct 2003 08:23:19 -0700 Subject: [dba-SQLServer]Question about Computed Columns In-Reply-To: <3F812B19.22515.1988E6@localhost> References: <11575212.1065376904530.JavaMail.www@wwinf3005> <3F812B19.22515.1988E6@localhost> Message-ID: <3F8188E7.40301@verizon.net> Stuart McLachlan wrote: > Could I ask nicely that people put all the relevant content in the > body? Please? Thanks for the input Stuart. I do believe that if anyone wants a response they should include as much information in their "email" as possible. To me that means in the email, which includes the subject, after all who hasn't skipped a few emails just because the subject was not descriptive enough? -- -Francisco From my.lists at verizon.net Mon Oct 6 10:57:29 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Mon, 06 Oct 2003 08:57:29 -0700 Subject: [dba-SQLServer]Changing a Column Name Globally In-Reply-To: <000001c38bb7$f5d3f290$6501a8c0@rock> References: <000001c38bb7$f5d3f290$6501a8c0@rock> Message-ID: <3F8190E9.9040302@verizon.net> Arthur Fuller wrote: > Suppose I want to change a column name globally (i.e. in every table, > every sproc, every view and every UDF). Is there a concise way of doing > it? SalesID -> SaleNumber. > > TIA, > Arthur > Don't know about Sprocs or UDF's but I have an old script from the days in SWYNK.com, it's called sp_ColumnHelp, it locates all the views/tables that a specific column is available and if you add the additional paramter even gives back only those that match a specific value. With some tweaking I'm sure you could adjust it to do what you want for the tables/views, but I'm not sure about sprocs and udfs. I can send you the .sql attachment seperatly if you want it. -- -Francisco From mikedorism at ntelos.net Mon Oct 6 12:15:32 2003 From: mikedorism at ntelos.net (Mike and Doris Manning) Date: Mon, 6 Oct 2003 13:15:32 -0400 Subject: [dba-SQLServer]Field Sizes In-Reply-To: Message-ID: <003a01c38c2d$7685e810$32390cd8@hargrove.internal> It does if you use varchar (pads the rest with spaces) but it does not if you use nvarchar. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 9:59 AM To: SQLServer Subject: [dba-SQLServer]Field Sizes Access stores text and memo data using the exact amount needed (plus pointers) , i.e. even though the text field says 255 characters if the string is 10 characters, 10 characters are used for storage. Does SQL Server work this way of is space "reserved" for the stated size of the field? John W. Colby www.colbyconsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jcolby at colbyconsulting.com Mon Oct 6 12:18:08 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Mon, 6 Oct 2003 13:18:08 -0400 Subject: [dba-SQLServer]Field Sizes In-Reply-To: <003a01c38c2d$7685e810$32390cd8@hargrove.internal> Message-ID: >It does if you use varchar (pads the rest with spaces) but it does not if you use nvarchar. Which begs the question, why use varchar? Faster than Nvarchar? John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mike and Doris Manning Sent: Monday, October 06, 2003 1:16 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Field Sizes It does if you use varchar (pads the rest with spaces) but it does not if you use nvarchar. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 9:59 AM To: SQLServer Subject: [dba-SQLServer]Field Sizes Access stores text and memo data using the exact amount needed (plus pointers) , i.e. even though the text field says 255 characters if the string is 10 characters, 10 characters are used for storage. Does SQL Server work this way of is space "reserved" for the stated size of the field? John W. Colby www.colbyconsulting.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 jcolby at colbyconsulting.com Mon Oct 6 12:22:13 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Mon, 6 Oct 2003 13:22:13 -0400 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <003a01c38c2d$7685e810$32390cd8@hargrove.internal> Message-ID: I used a n ODBC connection to link my existing FE to my Client Billing data exported to SQL Server. I am adding ToDo list functionality and have discovered that when I build a table and link it to the FE, if I go back in to SQL Server and add a new column, that column doesn't show in the BE. I have to delete the link and relink before I can see the new column. Is this normal? It's almost as if the link is a query of specific fields. John W. Colby www.colbyconsulting.com From ebarro at afsweb.com Mon Oct 6 12:34:03 2003 From: ebarro at afsweb.com (Eric Barro) Date: Mon, 6 Oct 2003 10:34:03 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: Message-ID: Yes I have seen this behavior too. You would be better off manipulating the recordset via code much like you would do with an ASP front end and SQL back end or have some relinker code when you open the db or on demand when you make changes. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of John Colby Sent: Monday, October 06, 2003 10:22 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]ODBC connection - Is this normal I used a n ODBC connection to link my existing FE to my Client Billing data exported to SQL Server. I am adding ToDo list functionality and have discovered that when I build a table and link it to the FE, if I go back in to SQL Server and add a new column, that column doesn't show in the BE. I have to delete the link and relink before I can see the new column. Is this normal? It's almost as if the link is a query of specific fields. John W. Colby www.colbyconsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From Robert.Djabarov at usaa.com Mon Oct 6 15:25:36 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 6 Oct 2003 15:25:36 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DBFDB@ex02.eagle.usaa.com> Very normal. It's also normal to drop Access as your FE and do everything using something more robust like C#, C++, or even VB. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 12:22 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]ODBC connection - Is this normal I used a n ODBC connection to link my existing FE to my Client Billing data exported to SQL Server. I am adding ToDo list functionality and have discovered that when I build a table and link it to the FE, if I go back in to SQL Server and add a new column, that column doesn't show in the BE. I have to delete the link and relink before I can see the new column. Is this normal? It's almost as if the link is a query of specific fields. John W. Colby www.colbyconsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From mikedorism at ntelos.net Mon Oct 6 15:36:09 2003 From: mikedorism at ntelos.net (Mike and Doris Manning) Date: Mon, 6 Oct 2003 16:36:09 -0400 Subject: [dba-SQLServer]Field Sizes In-Reply-To: Message-ID: <000001c38c49$7cdbb2a0$32390cd8@hargrove.internal> Pardon me, but I need to correct myself. Char -- fixed width -- padded with spaces VarChar -- variable width -- no padding NChar -- fixed width allowing for Unicode characters -- padded with spaces NVarChar -- variable width allowing for Unicode characters -- no padding >From SQL BOL: The Unicode specification defines a single encoding scheme for most characters widely used in businesses around the world. All computers consistently translate the bit patterns in Unicode data into characters using the single Unicode specification. This ensures that the same bit pattern is always converted to the same character on all computers. Data can be freely transferred from one database or computer to another without concern that the receiving system will translate the bit patterns into characters incorrectly. One problem with data types that use 1 byte to encode each character is that the data type can only represent 256 different characters. This forces multiple encoding specifications (or code pages) for different alphabets such as European alphabets, which are relatively small. It is also impossible to handle systems such as the Japanese Kanji or Korean Hangul alphabets that have thousands of characters. Each MicrosoftR SQL ServerT collation has a code page that defines what patterns of bits represent each character in char, varchar, and text values. Individual columns and character constants can be assigned a different code page. Client computers use the code page associated with the operating system locale to interpret character bit patterns. There are many different code pages. Some characters appear on some code pages, but not on others. Some characters are defined with one bit pattern on some code pages, and with a different bit pattern on other code pages. When you build international systems that must handle different languages, it becomes difficult to pick code pages for all the computers that meet the language requirements of multiple countries/regions. It is also difficult to ensure that every computer performs the correct translations when interfacing with a system using a different code page. The Unicode specification addresses this problem by using 2 bytes to encode each character. There are enough different patterns (65,536) in 2 bytes for a single specification covering the most common business languages. Because all Unicode systems consistently use the same bit patterns to represent all characters, there is no problem with characters being converted incorrectly when moving from one system to another. You can minimize character conversion issues by using Unicode data types throughout your system. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 1:18 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Field Sizes >It does if you use varchar (pads the rest with spaces) but it does not >if you use nvarchar. Which begs the question, why use varchar? Faster than Nvarchar? John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mike and Doris Manning Sent: Monday, October 06, 2003 1:16 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Field Sizes It does if you use varchar (pads the rest with spaces) but it does not if you use nvarchar. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, October 06, 2003 9:59 AM To: SQLServer Subject: [dba-SQLServer]Field Sizes Access stores text and memo data using the exact amount needed (plus pointers) , i.e. even though the text field says 255 characters if the string is 10 characters, 10 characters are used for storage. Does SQL Server work this way of is space "reserved" for the stated size of the field? John W. Colby www.colbyconsulting.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 stuart at lexacorp.com.pg Mon Oct 6 17:25:37 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 07 Oct 2003 08:25:37 +1000 Subject: [dba-SQLServer]Field Sizes In-Reply-To: References: <003a01c38c2d$7685e810$32390cd8@hargrove.internal> Message-ID: <3F827881.4879.2E3EDB@localhost> On 6 Oct 2003 at 13:18, John Colby wrote: > >It does if you use varchar (pads the rest with spaces) but it does not if > you use nvarchar. > > Which begs the question, why use varchar? Faster than Nvarchar? > As Charlotte pointed out, char is fixed length, varchar is variable The base data type is "char" a fixed length string The prefix "var" is used for a variable length version ie "varchar" The prefix "n" is used for the Unicode versions, hence "nvarchar" similarly "varbinary" is a variable length version of the fixed length "binary" type and "nchar", "ntext" are unicode versions of "char" and "text" Char is faster to access than Varchar because of the way it is stored, A fixed length variable is stored in a single location so it can be accessed directly. A variable length variable such as a varchar is stored as a pointer to a start position and a length descriptor with the actual string stored elsewhere so it required two accesses to retrieve. >From V.7 BOL: "Microsoft? SQL Server? version 6.5 and earlier automatically implemented fixed-length columns that allow null values as variable- length columns of the same data type. For example, a char column that allowed null values was treated as a varchar column. This resulted in less space being used when the length of the value stored in the column was less than the maximum column length. SQL Server version 7.0 treats any fixed-length column that allows null values as fixed- length. Therefore, a char column that allows null values is treated as a fixed-length char column. As a result, the same data now takes more disk space to store and can require more I/O and other processing operations in SQL Server 7.0 compared to earlier versions of SQL Server. To resolve this issue and achieve the same results as SQL Server 6.5 and earlier, use variable- length columns rather than fixed-length columns. For example, use a varchar data type instead of a char data type. However, if all the values in a column are the same length or the lengths of the values do not vary by much, it is more efficient to use a fixed-length column." -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From my.lists at verizon.net Tue Oct 7 00:09:59 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Mon, 06 Oct 2003 22:09:59 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DBFDB@ex02.eagle.usaa.com> References: <3CCEA32DFF043C4CB99B835557E11B30012DBFDB@ex02.eagle.usaa.com> Message-ID: <3F824AA7.5000504@verizon.net> Djabarov, Robert wrote: > Very normal. It's also normal to drop Access as your FE and do > everything using something more robust like C#, C++, or even VB. > Or even abandoning the .mdb part of Access and building it as an ADP, then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. -- -Francisco From jcolby at colbyconsulting.com Tue Oct 7 02:17:18 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Tue, 7 Oct 2003 03:17:18 -0400 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3F824AA7.5000504@verizon.net> Message-ID: >> Very normal. It's also normal to drop Access as your FE and do everything using something more robust like C#, C++, or even VB. Yea, in the same circles where it is normal to tie each other up, pierce body parts and use whips and chains for sexually deviant purposes. >Or even abandoning the .mdb part of Access and building it as an ADP, then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. True. And for those of you who don't use a framework, or who designed their framework from the ground up to use SQL Server that is certainly an option. My framework does things not easily ported to SQL Server (on-the-fly SQL Statements referencing form controls for example). One of the reasons that I moved my billing app to SQL Server is to slowly start the process of porting the framework. To this point, life has gotten in the way of THAT project. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 1:10 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Djabarov, Robert wrote: > Very normal. It's also normal to drop Access as your FE and do > everything using something more robust like C#, C++, or even VB. > Or even abandoning the .mdb part of Access and building it as an ADP, then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Tue Oct 7 08:43:18 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 08:43:18 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC071@ex02.eagle.usaa.com> Wow, so choosing the right tool for the job is as bad as body piercing, whips and chains? AND, you dare to call it "framework"????? "On-The-Fly SQL Statements"???? Man, I must be missing something very simple, and wasted all my life not being able to see it...wonder what the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! Good luck -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, October 07, 2003 2:17 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal >> Very normal. It's also normal to drop Access as your FE and do everything using something more robust like C#, C++, or even VB. Yea, in the same circles where it is normal to tie each other up, pierce body parts and use whips and chains for sexually deviant purposes. >Or even abandoning the .mdb part of Access and building it as an ADP, >then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. True. And for those of you who don't use a framework, or who designed their framework from the ground up to use SQL Server that is certainly an option. My framework does things not easily ported to SQL Server (on-the-fly SQL Statements referencing form controls for example). One of the reasons that I moved my billing app to SQL Server is to slowly start the process of porting the framework. To this point, life has gotten in the way of THAT project. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 1:10 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Djabarov, Robert wrote: > Very normal. It's also normal to drop Access as your FE and do > everything using something more robust like C#, C++, or even VB. > Or even abandoning the .mdb part of Access and building it as an ADP, then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. -- -Francisco _______________________________________________ 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 knicholson at gpsx.net Tue Oct 7 10:50:14 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Tue, 7 Oct 2003 10:50:14 -0500 Subject: [dba-SQLServer]Converting character value to small Money Message-ID: Help, since we were talking about casting and converting, somewhat. I have an sp put together to take data that was imported from a csv file. All fields are in a table stored as varchar 255. It is choking on the ones that need to be converted to money. This is my syntax: (I followed the online books syntax, I thought, for converting varchar to moola. I have highlighted where I think it is choking and included the error message). Thanks. CREATE PROCEDURE gps_convert AS drop table gps_archive_request_data create table gps_archive_request_data( jrnlsrc_id char(4), batch_no int, journal_no int, journal_seqno int, co_no smallint, period_no tinyint, period_year smallint, dist_gl int, dist_sub int, branch_no int, tran_amt money, tran_date smalldatetime, trantype_id char(6), post_date varchar(25), change_user int, change_date smalldatetime, invoice_no int, invline_no smallint, reference varchar(20), invtry_qty smallmoney, revdet_no smallint, costctr_id varchar(6), gl_posted_date smalldatetime, payctrl_no int, payline_no smallint, revsum_no int, job_no int, jobline_no smallint, cust_no int, site_no int, site_branch_no int, ) insert gps_archive_request_data( jrnlsrc_id, batch_no, journal_no, journal_seqno, co_no, period_no, period_year, dist_gl, dist_sub, branch_no, tran_amt, tran_date, trantype_id, post_date, change_user, change_date, invoice_no, invline_no, reference, invtry_qty, revdet_no, costctr_id, gl_posted_date, payctrl_no, payline_no, revsum_no, job_no, jobline_no, cust_no, site_no, site_branch_no ) select convert(char(4), jrnlsrc_id), convert(int, batch_no), convert(int, journal_no), convert(int, journal_seqno), convert(smallint,co_no), convert(tinyint, period_no), convert(smallint, period_year), convert(int, dist_gl), convert(int, dist_sub), convert(int, branch_no), cast(tran_amt as money), /* This is choking*/ convert(smalldatetime,tran_date), convert(char(6),trantype_id), convert(varchar(25),post_date), convert(int,change_user), convert(smalldatetime,change_date), convert(int,invoice_no), convert(smallint, invline_no), convert(varchar(20), reference), cast(invtry_qty as smallmoney), /*This is choking*/ convert(smallint,revdet_no), convert(varchar(6), costctr_id), convert(smalldatetime,gl_posted_date), convert(int,payctrl_no), convert(smallint,payline_no), convert(int,revsum_no), convert(int, job_no), convert(smallint,jobline_no), convert(int, cust_no), convert(int,site_no), convert(int, site_branch_no) from gps_gl_archive This is my error message: Changed language setting to us_english. Server: Msg 293, Level 16, State 1, Procedure gps_convert, Line 36 Cannot convert char value to smallmoney. The char value has incorrect syntax. From artful at rogers.com Tue Oct 7 13:01:43 2003 From: artful at rogers.com (Arthur Fuller) Date: Tue, 7 Oct 2003 11:01:43 -0700 Subject: [dba-SQLServer]Changing a Column Name Globally In-Reply-To: <3F8190E9.9040302@verizon.net> Message-ID: <000101c38cfd$18c31b00$6501a8c0@rock> I wrote something very similar using sysobjects and syscolumns and syscomments, so the "find" part is trivial. The "replace" part is what I'm hung up on. I want to be able to change the name of column AAA to BBB and have every dependent object affected. Imagine 500 tables, 1000 views and 1000 sprocs; I want to change AAA to BBB and have everything continue to work. An opium dream? A. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Monday, October 06, 2003 8:57 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Changing a Column Name Globally Arthur Fuller wrote: > Suppose I want to change a column name globally (i.e. in every table, > every sproc, every view and every UDF). Is there a concise way of > doing it? SalesID -> SaleNumber. > > TIA, > Arthur > Don't know about Sprocs or UDF's but I have an old script from the days in SWYNK.com, it's called sp_ColumnHelp, it locates all the views/tables that a specific column is available and if you add the additional paramter even gives back only those that match a specific value. With some tweaking I'm sure you could adjust it to do what you want for the tables/views, but I'm not sure about sprocs and udfs. I can send you the .sql attachment seperatly if you want it. -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From my.lists at verizon.net Tue Oct 7 10:42:53 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 07 Oct 2003 08:42:53 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DC071@ex02.eagle.usaa.com> References: <3CCEA32DFF043C4CB99B835557E11B30012DC071@ex02.eagle.usaa.com> Message-ID: <3F82DEFD.7000906@verizon.net> I don't want to get into an MS Access vs Other Tools argument. The fact is that if you've never used .ADP's then you either don't know what you're talking about, or you gave up due to lack of documentation. It's all the same after all. I won't knock ASP nor VB/.net (even C#) development, however IME, it's far quicker to develop in an Access ADP than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not "BINDING" the forms, to Tables/Views/Sprocs. Almost every other environment requires additional development time. And w/ Access ADP's, you can still access advanced Windows Features and API's or 3rd party .DLL's etc. There really is no limit. Additionally the Rules have also changed in SQL Server in which Dynamic SQL (aka On-The-Fly SQL) is frowned upon for more than just performance deficits, but because it exposes your tables... That being said. Sometimes it may seem necessary to use Dynamic SQL, but w/ proper planning and effort you can overcome most of those hurdles. Djabarov, Robert wrote: > Wow, so choosing the right tool for the job is as bad as body piercing, > whips and chains? AND, you dare to call it "framework"????? > "On-The-Fly SQL Statements"???? Man, I must be missing something very > simple, and wasted all my life not being able to see it...wonder what > the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > > Good luck > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John > Colby > Sent: Tuesday, October 07, 2003 2:17 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > >>>Very normal. It's also normal to drop Access as your FE and do > > everything using something more robust like C#, C++, or even VB. > > Yea, in the same circles where it is normal to tie each other up, pierce > body parts and use whips and chains for sexually deviant purposes. > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then > > that problem goes away completely and you still retain some of the RAD > attributes of building it w/ Access. > > True. And for those of you who don't use a framework, or who designed > their framework from the ground up to use SQL Server that is certainly > an option. My framework does things not easily ported to SQL Server > (on-the-fly SQL Statements referencing form controls for example). One > of the reasons that I moved my billing app to SQL Server is to slowly > start the process of porting the framework. To this point, life has > gotten in the way of THAT project. > > John W. Colby > www.colbyconsulting.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 1:10 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > Djabarov, Robert wrote: > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> > > > Or even abandoning the .mdb part of Access and building it as an ADP, > then that problem goes away completely and you still retain some of the > RAD attributes of building it w/ Access. > -- -Francisco From Robert.Djabarov at usaa.com Tue Oct 7 10:51:24 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 10:51:24 -0500 Subject: [dba-SQLServer]Changing a Column Name Globally Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC0BB@ex02.eagle.usaa.com> create procedure sp_BulkColumnRename ( @old_column_name varchar(128), @new_column_name varchar(128) ) as select [Exec_Command] = 'EXEC sp_rename ''[' + o.name + '].[' + @old_column_name + ']'', [' + @new_column_name + '], ''column''' from sysobjects o (nolock) inner join syscolumns c (nolock) on o.id = c.id and o.type = 'U' where c.name = @old_column_name go exec sp_BulkColumnRename 'AAA', 'BBB' If you tweek it a little, you will be able to do the whole thing in one shot. But I would excersise as much caution as possible while doing something as drastic and global as this. I would do a BEGIN TRAN at the beginning of the resulting script and ROLLBACK at the end of it and see if I am getting any errors, prior to performing COMMIT. As per replacing references to the column in views, procedures, functions, triggers, etc. - I would script those objects and do Find/Replace. Again, caution is important, meaning have reliable backups before doing anything. I would also script all non-data related objects and permission assignments and store them in safe place. ...I hope I am preaching to the choir here :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, October 07, 2003 1:02 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Changing a Column Name Globally I wrote something very similar using sysobjects and syscolumns and syscomments, so the "find" part is trivial. The "replace" part is what I'm hung up on. I want to be able to change the name of column AAA to BBB and have every dependent object affected. Imagine 500 tables, 1000 views and 1000 sprocs; I want to change AAA to BBB and have everything continue to work. An opium dream? A. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Monday, October 06, 2003 8:57 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Changing a Column Name Globally Arthur Fuller wrote: > Suppose I want to change a column name globally (i.e. in every table, > every sproc, every view and every UDF). Is there a concise way of > doing it? SalesID -> SaleNumber. > > TIA, > Arthur > Don't know about Sprocs or UDF's but I have an old script from the days in SWYNK.com, it's called sp_ColumnHelp, it locates all the views/tables that a specific column is available and if you add the additional paramter even gives back only those that match a specific value. With some tweaking I'm sure you could adjust it to do what you want for the tables/views, but I'm not sure about sprocs and udfs. I can send you the .sql attachment seperatly if you want it. -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Tue Oct 7 11:02:25 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 11:02:25 -0500 Subject: [dba-SQLServer]Changing a Column Name Globally Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC0C3@ex02.eagle.usaa.com> Here's an update (1.0.1b) for the previous post: alter procedure dbo.sp_BulkColumnRename ( @old_column_name varchar(128), @new_column_name varchar(128) ) as declare @id int, @exec varchar(8000) declare @tbl table ( [id] int identity(1,1) not null primary key clustered, contents varchar(255) not null) insert @tbl (contents) select [Exec_Command] = 'EXEC sp_rename ''[' + o.name + '].[' + @old_column_name + ']'', [' + @new_column_name + '], ''column''' from sysobjects o (nolock) inner join syscolumns c (nolock) on o.id = c.id and o.type = 'U' where c.name = @old_column_name begin tran select @id = min([id]) from @tbl while @id is not null begin select @exec = contents from @tbl where [id] = @id exec (@exec) if @@error != 0 begin set @exec = 'Failed to perform ' + @exec raiserror (@exec, 15, 1) rollback tran return (1) end select @id = min([id]) from @tbl where [id] > @id end commit tran go -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, October 07, 2003 1:02 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Changing a Column Name Globally I wrote something very similar using sysobjects and syscolumns and syscomments, so the "find" part is trivial. The "replace" part is what I'm hung up on. I want to be able to change the name of column AAA to BBB and have every dependent object affected. Imagine 500 tables, 1000 views and 1000 sprocs; I want to change AAA to BBB and have everything continue to work. An opium dream? A. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Monday, October 06, 2003 8:57 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Changing a Column Name Globally Arthur Fuller wrote: > Suppose I want to change a column name globally (i.e. in every table, > every sproc, every view and every UDF). Is there a concise way of > doing it? SalesID -> SaleNumber. > > TIA, > Arthur > Don't know about Sprocs or UDF's but I have an old script from the days in SWYNK.com, it's called sp_ColumnHelp, it locates all the views/tables that a specific column is available and if you add the additional paramter even gives back only those that match a specific value. With some tweaking I'm sure you could adjust it to do what you want for the tables/views, but I'm not sure about sprocs and udfs. I can send you the .sql attachment seperatly if you want it. -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jcolby at colbyconsulting.com Tue Oct 7 12:27:37 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Tue, 7 Oct 2003 13:27:37 -0400 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DC071@ex02.eagle.usaa.com> Message-ID: Robert, I have programmed since the 80s, using Fortran, C, Turbo Pascal, VB, DBase XX, Paradox, Access etc. Access is in no way even remotely equivalent to any of those other tools. Access is a tool just like C#, C++ or even VB. Access was designed, from the ground up, to build databases and the application to use the databases. C, and later C++ was designed, from the ground up, to give you gnats ass control over hardware. It was designed to do what assembler allowed, but from a higher level. VB was designed to replace Fortran as a general purpose, easy(ier) to use language for general purpose programming. Anyone who makes any attempt to claim that C or ANY of it's variants is a RAD database development tool appears to ME to fall into that circle where people ask others to flog them so they can enjoy the pain. Using JUST Access I built (last week), from the ground up, a database with 20 tables, 19 relationships, enforcing referential integrity, 16 forms, including tab forms displaying child records to one of the tables, combos that provide pick lists from the list tables etc. etc. ALL of that took ~12 hours. If you claim that you can do that in C, C++, C# or VB I will: a) Take my hat off to you OR... b) Call you a liar to your face and challenge you to do so in front of me. Probably the latter. I can do this in front of you BTW (assuming we can meet face to face). So... >Wow, so choosing the right tool for the job is as bad as body piercing, whips and chains? NO, choosing the WRONG tool for the job is the equivalent of body piercing, whips and chains. And further, I was making a joke, so lighten up a bit. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Djabarov, Robert Sent: Tuesday, October 07, 2003 9:43 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal Wow, so choosing the right tool for the job is as bad as body piercing, whips and chains? AND, you dare to call it "framework"????? "On-The-Fly SQL Statements"???? Man, I must be missing something very simple, and wasted all my life not being able to see it...wonder what the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! Good luck -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, October 07, 2003 2:17 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal >> Very normal. It's also normal to drop Access as your FE and do everything using something more robust like C#, C++, or even VB. Yea, in the same circles where it is normal to tie each other up, pierce body parts and use whips and chains for sexually deviant purposes. >Or even abandoning the .mdb part of Access and building it as an ADP, >then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. True. And for those of you who don't use a framework, or who designed their framework from the ground up to use SQL Server that is certainly an option. My framework does things not easily ported to SQL Server (on-the-fly SQL Statements referencing form controls for example). One of the reasons that I moved my billing app to SQL Server is to slowly start the process of porting the framework. To this point, life has gotten in the way of THAT project. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 1:10 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Djabarov, Robert wrote: > Very normal. It's also normal to drop Access as your FE and do > everything using something more robust like C#, C++, or even VB. > Or even abandoning the .mdb part of Access and building it as an ADP, then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. -- -Francisco From Robert.Djabarov at usaa.com Tue Oct 7 12:34:51 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 12:34:51 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC0EA@ex02.eagle.usaa.com> So I guess you're more concerned about "on time" rather than the substance, huh? Good luck to you too :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 10:43 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal I don't want to get into an MS Access vs Other Tools argument. The fact is that if you've never used .ADP's then you either don't know what you're talking about, or you gave up due to lack of documentation. It's all the same after all. I won't knock ASP nor VB/.net (even C#) development, however IME, it's far quicker to develop in an Access ADP than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not "BINDING" the forms, to Tables/Views/Sprocs. Almost every other environment requires additional development time. And w/ Access ADP's, you can still access advanced Windows Features and API's or 3rd party .DLL's etc. There really is no limit. Additionally the Rules have also changed in SQL Server in which Dynamic SQL (aka On-The-Fly SQL) is frowned upon for more than just performance deficits, but because it exposes your tables... That being said. Sometimes it may seem necessary to use Dynamic SQL, but w/ proper planning and effort you can overcome most of those hurdles. Djabarov, Robert wrote: > Wow, so choosing the right tool for the job is as bad as body piercing, > whips and chains? AND, you dare to call it "framework"????? > "On-The-Fly SQL Statements"???? Man, I must be missing something very > simple, and wasted all my life not being able to see it...wonder what > the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > > Good luck > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John > Colby > Sent: Tuesday, October 07, 2003 2:17 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > >>>Very normal. It's also normal to drop Access as your FE and do > > everything using something more robust like C#, C++, or even VB. > > Yea, in the same circles where it is normal to tie each other up, > pierce body parts and use whips and chains for sexually deviant > purposes. > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then > > that problem goes away completely and you still retain some of the RAD > attributes of building it w/ Access. > > True. And for those of you who don't use a framework, or who designed > their framework from the ground up to use SQL Server that is certainly > an option. My framework does things not easily ported to SQL Server > (on-the-fly SQL Statements referencing form controls for example). > One of the reasons that I moved my billing app to SQL Server is to > slowly start the process of porting the framework. To this point, > life has gotten in the way of THAT project. > > John W. Colby > www.colbyconsulting.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 1:10 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > Djabarov, Robert wrote: > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> > > > Or even abandoning the .mdb part of Access and building it as an ADP, > then that problem goes away completely and you still retain some of > the RAD attributes of building it w/ Access. > -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jcolby at colbyconsulting.com Tue Oct 7 12:38:19 2003 From: jcolby at colbyconsulting.com (John Colby) Date: Tue, 7 Oct 2003 13:38:19 -0400 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3F82DEFD.7000906@verizon.net> Message-ID: Francisco, I would LOVE to port my entire app to an ADP, just haven't had the time. If I am to use my framework I have to not break it in the process. I designed the framework in Access long before ADP even existed and when it came time to rewrite it I was faced with taking the time to do so such that it worked in both environments or just get it working again in A2K. I had stuff to do so I took the easy route. As anyone who's been on the list for long knows I have one very serious piece of code that handles Active / Trash flags for me. I also have a control which I call Rec_ID because it is always bound to the record ID (an autonumber as we all know). These specific items get referenced in my framework a LOT. Because the REC_ID control always contains the PK of the current record of whatever table a form is looking at, it becomes trivial to use that as a pointer to the current PK. These and a small handful of other specific controls on every form get referenced in my framework, and are used to filter SQL statements, sometimes directly, more likely in a VB function that examines the control. Either way, it doesn't port easily to SQL Server which doesn't understand either my custom VB Functions nor controls on forms. It IS possible to work around these problems by feeding the control values into parameters in SProcs in SQL Server. I started to do so, and just got sidetracked. Even if I do that, I have to pretty much rewrite any existing application, build these custom SProcs, etc. Not something I can just "pop in a new framework" and go. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 11:43 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal I don't want to get into an MS Access vs Other Tools argument. The fact is that if you've never used .ADP's then you either don't know what you're talking about, or you gave up due to lack of documentation. It's all the same after all. I won't knock ASP nor VB/.net (even C#) development, however IME, it's far quicker to develop in an Access ADP than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not "BINDING" the forms, to Tables/Views/Sprocs. Almost every other environment requires additional development time. And w/ Access ADP's, you can still access advanced Windows Features and API's or 3rd party .DLL's etc. There really is no limit. Additionally the Rules have also changed in SQL Server in which Dynamic SQL (aka On-The-Fly SQL) is frowned upon for more than just performance deficits, but because it exposes your tables... That being said. Sometimes it may seem necessary to use Dynamic SQL, but w/ proper planning and effort you can overcome most of those hurdles. Djabarov, Robert wrote: > Wow, so choosing the right tool for the job is as bad as body piercing, > whips and chains? AND, you dare to call it "framework"????? > "On-The-Fly SQL Statements"???? Man, I must be missing something very > simple, and wasted all my life not being able to see it...wonder what > the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > > Good luck > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John > Colby > Sent: Tuesday, October 07, 2003 2:17 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > >>>Very normal. It's also normal to drop Access as your FE and do > > everything using something more robust like C#, C++, or even VB. > > Yea, in the same circles where it is normal to tie each other up, pierce > body parts and use whips and chains for sexually deviant purposes. > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then > > that problem goes away completely and you still retain some of the RAD > attributes of building it w/ Access. > > True. And for those of you who don't use a framework, or who designed > their framework from the ground up to use SQL Server that is certainly > an option. My framework does things not easily ported to SQL Server > (on-the-fly SQL Statements referencing form controls for example). One > of the reasons that I moved my billing app to SQL Server is to slowly > start the process of porting the framework. To this point, life has > gotten in the way of THAT project. > > John W. Colby > www.colbyconsulting.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 1:10 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > Djabarov, Robert wrote: > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> > > > Or even abandoning the .mdb part of Access and building it as an ADP, > then that problem goes away completely and you still retain some of the > RAD attributes of building it w/ Access. > -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From sgeller at cce.umn.edu Tue Oct 7 12:53:12 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Tue, 7 Oct 2003 12:53:12 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: Robert, The code you excerpt here is part of the loop. Each time the loop is gone through, a new site number is used. Each row is updated with a distinct and incremental siteno which is the point here. --Susan -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Thursday, October 02, 2003 3:52 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I'm probably missing something (which is not unusual), but wouldn't a simple update do the trick? update t set siteno = t3.site_no + t2.newsiteno from tblLastSiteNo t3, tblAmerican t inner join ( select t1.siteno, newsiteno=count(*) from tblAmerican t1 inner join tblAmerican t2 on t1.id >= t2.id group by t1.siteno ) t2 on t.siteno = t2.siteno update tblLastSiteNo set site_no = (select max(siteno) from tblAmerican) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, October 02, 2003 4:09 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied >the world of cursors. They should not be used, unless in cases such as >these where you need to move through each row like we did in the old >days. I am almost done with my cursor hell, and think by tomorrow I >will have it working. I have my code documented pretty well, so I will >e it to you when I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the >SQL equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any > >concrete proposals. You can avoid moving any data over the wire to > >the front end by > >using stored procedures. I would modularize the code here to have > >one calling procedure that perhaps uses a cursor or table udf to > >identify the records you want to act on, then call sub procedures to > >insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. > >I am not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to > >go >down > >that road. I have seen from my own experience that triggers are > >trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be > >done on the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the task. > > > I have a vba procedure which runs on the click of a button (most > > > of it is replicated > > > below). As it is currently dealing with over 2000 meters it > > > takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of meters, > > > looks up values from other related tables, then adds records to a > > > couple of other > > > tables. It is things like looping through a recordset, and > > > checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can all > > > be run in the BE? > > > > >_______________________________________________ > >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 _______________________________________________ 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 knicholson at gpsx.net Tue Oct 7 14:02:11 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Tue, 7 Oct 2003 14:02:11 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: So why you guys are arguing, can anyone please tell me what is wrong with my syntax to cast varchars to money? Please? -----Original Message----- From: John Colby [mailto:jcolby at colbyconsulting.com] Sent: Tuesday, October 07, 2003 1:38 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal Francisco, I would LOVE to port my entire app to an ADP, just haven't had the time. If I am to use my framework I have to not break it in the process. I designed the framework in Access long before ADP even existed and when it came time to rewrite it I was faced with taking the time to do so such that it worked in both environments or just get it working again in A2K. I had stuff to do so I took the easy route. As anyone who's been on the list for long knows I have one very serious piece of code that handles Active / Trash flags for me. I also have a control which I call Rec_ID because it is always bound to the record ID (an autonumber as we all know). These specific items get referenced in my framework a LOT. Because the REC_ID control always contains the PK of the current record of whatever table a form is looking at, it becomes trivial to use that as a pointer to the current PK. These and a small handful of other specific controls on every form get referenced in my framework, and are used to filter SQL statements, sometimes directly, more likely in a VB function that examines the control. Either way, it doesn't port easily to SQL Server which doesn't understand either my custom VB Functions nor controls on forms. It IS possible to work around these problems by feeding the control values into parameters in SProcs in SQL Server. I started to do so, and just got sidetracked. Even if I do that, I have to pretty much rewrite any existing application, build these custom SProcs, etc. Not something I can just "pop in a new framework" and go. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 11:43 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal I don't want to get into an MS Access vs Other Tools argument. The fact is that if you've never used .ADP's then you either don't know what you're talking about, or you gave up due to lack of documentation. It's all the same after all. I won't knock ASP nor VB/.net (even C#) development, however IME, it's far quicker to develop in an Access ADP than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not "BINDING" the forms, to Tables/Views/Sprocs. Almost every other environment requires additional development time. And w/ Access ADP's, you can still access advanced Windows Features and API's or 3rd party .DLL's etc. There really is no limit. Additionally the Rules have also changed in SQL Server in which Dynamic SQL (aka On-The-Fly SQL) is frowned upon for more than just performance deficits, but because it exposes your tables... That being said. Sometimes it may seem necessary to use Dynamic SQL, but w/ proper planning and effort you can overcome most of those hurdles. Djabarov, Robert wrote: > Wow, so choosing the right tool for the job is as bad as body piercing, > whips and chains? AND, you dare to call it "framework"????? > "On-The-Fly SQL Statements"???? Man, I must be missing something very > simple, and wasted all my life not being able to see it...wonder what > the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > > Good luck > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John > Colby > Sent: Tuesday, October 07, 2003 2:17 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > >>>Very normal. It's also normal to drop Access as your FE and do > > everything using something more robust like C#, C++, or even VB. > > Yea, in the same circles where it is normal to tie each other up, pierce > body parts and use whips and chains for sexually deviant purposes. > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then > > that problem goes away completely and you still retain some of the RAD > attributes of building it w/ Access. > > True. And for those of you who don't use a framework, or who designed > their framework from the ground up to use SQL Server that is certainly > an option. My framework does things not easily ported to SQL Server > (on-the-fly SQL Statements referencing form controls for example). One > of the reasons that I moved my billing app to SQL Server is to slowly > start the process of porting the framework. To this point, life has > gotten in the way of THAT project. > > John W. Colby > www.colbyconsulting.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 1:10 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > Djabarov, Robert wrote: > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> > > > Or even abandoning the .mdb part of Access and building it as an ADP, > then that problem goes away completely and you still retain some of the > RAD attributes of building it w/ Access. > -- -Francisco _______________________________________________ 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 Robert.Djabarov at usaa.com Tue Oct 7 13:06:56 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 13:06:56 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC102@ex02.eagle.usaa.com> Susan, That's exactly what you'll get if you run this code, a new site number for every record, incremented from record to record by one. The last update will update the seed in your tblLastSiteNo table so that the next time you run this mass update a new seed will be used to start increment from. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Susan Geller Sent: Tuesday, October 07, 2003 12:53 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Robert, The code you excerpt here is part of the loop. Each time the loop is gone through, a new site number is used. Each row is updated with a distinct and incremental siteno which is the point here. --Susan -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Thursday, October 02, 2003 3:52 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I'm probably missing something (which is not unusual), but wouldn't a simple update do the trick? update t set siteno = t3.site_no + t2.newsiteno from tblLastSiteNo t3, tblAmerican t inner join ( select t1.siteno, newsiteno=count(*) from tblAmerican t1 inner join tblAmerican t2 on t1.id >= t2.id group by t1.siteno ) t2 on t.siteno = t2.siteno update tblLastSiteNo set site_no = (select max(siteno) from tblAmerican) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, October 02, 2003 4:09 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied >the world of cursors. They should not be used, unless in cases such as >these where you need to move through each row like we did in the old >days. I am almost done with my cursor hell, and think by tomorrow I >will have it working. I have my code documented pretty well, so I will >e it to you when I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the >SQL equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any > >concrete proposals. You can avoid moving any data over the wire to > >the front end by > >using stored procedures. I would modularize the code here to have > >one calling procedure that perhaps uses a cursor or table udf to > >identify the records you want to act on, then call sub procedures to > >insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. I > >am not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to > >go >down > >that road. I have seen from my own experience that triggers are > >trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be > >done on the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the task. > > > I have a vba procedure which runs on the click of a button (most > > > of it is replicated below). As it is currently dealing with over > > > 2000 meters it takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of meters, > > > looks up values from other related tables, then adds records to a > > > couple of other tables. It is things like looping through a > > > recordset, and checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can all > > > be run in the BE? > > > > >_______________________________________________ > >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 _______________________________________________ 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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From knicholson at gpsx.net Tue Oct 7 14:17:03 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Tue, 7 Oct 2003 14:17:03 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: I saw this same type of code in the SQL for Smarties book, but as you can tell I am new to SQL and do what I can. The cursor thing works for my purpose as I can not afford to wait for a final updating of my tblLastSiteNo as our database is in use with others adding data while by sp is running. -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Tuesday, October 07, 2003 2:07 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Susan, That's exactly what you'll get if you run this code, a new site number for every record, incremented from record to record by one. The last update will update the seed in your tblLastSiteNo table so that the next time you run this mass update a new seed will be used to start increment from. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Susan Geller Sent: Tuesday, October 07, 2003 12:53 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Robert, The code you excerpt here is part of the loop. Each time the loop is gone through, a new site number is used. Each row is updated with a distinct and incremental siteno which is the point here. --Susan -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Thursday, October 02, 2003 3:52 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I'm probably missing something (which is not unusual), but wouldn't a simple update do the trick? update t set siteno = t3.site_no + t2.newsiteno from tblLastSiteNo t3, tblAmerican t inner join ( select t1.siteno, newsiteno=count(*) from tblAmerican t1 inner join tblAmerican t2 on t1.id >= t2.id group by t1.siteno ) t2 on t.siteno = t2.siteno update tblLastSiteNo set site_no = (select max(siteno) from tblAmerican) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, October 02, 2003 4:09 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied >the world of cursors. They should not be used, unless in cases such as >these where you need to move through each row like we did in the old >days. I am almost done with my cursor hell, and think by tomorrow I >will have it working. I have my code documented pretty well, so I will >e it to you when I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the >SQL equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any > >concrete proposals. You can avoid moving any data over the wire to > >the front end by > >using stored procedures. I would modularize the code here to have > >one calling procedure that perhaps uses a cursor or table udf to > >identify the records you want to act on, then call sub procedures to > >insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. I > >am not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to > >go >down > >that road. I have seen from my own experience that triggers are > >trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be > >done on the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the task. > > > I have a vba procedure which runs on the click of a button (most > > > of it is replicated below). As it is currently dealing with over > > > 2000 meters it takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of meters, > > > looks up values from other related tables, then adds records to a > > > couple of other tables. It is things like looping through a > > > recordset, and checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can all > > > be run in the BE? > > > > >_______________________________________________ > >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 _______________________________________________ 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 _______________________________________________ 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 Robert.Djabarov at usaa.com Tue Oct 7 13:16:57 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 13:16:57 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC10F@ex02.eagle.usaa.com> Oh, ok, just my 2 cents. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Tuesday, October 07, 2003 2:17 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I saw this same type of code in the SQL for Smarties book, but as you can tell I am new to SQL and do what I can. The cursor thing works for my purpose as I can not afford to wait for a final updating of my tblLastSiteNo as our database is in use with others adding data while by sp is running. -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Tuesday, October 07, 2003 2:07 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Susan, That's exactly what you'll get if you run this code, a new site number for every record, incremented from record to record by one. The last update will update the seed in your tblLastSiteNo table so that the next time you run this mass update a new seed will be used to start increment from. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Susan Geller Sent: Tuesday, October 07, 2003 12:53 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Robert, The code you excerpt here is part of the loop. Each time the loop is gone through, a new site number is used. Each row is updated with a distinct and incremental siteno which is the point here. --Susan -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Thursday, October 02, 2003 3:52 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I'm probably missing something (which is not unusual), but wouldn't a simple update do the trick? update t set siteno = t3.site_no + t2.newsiteno from tblLastSiteNo t3, tblAmerican t inner join ( select t1.siteno, newsiteno=count(*) from tblAmerican t1 inner join tblAmerican t2 on t1.id >= t2.id group by t1.siteno ) t2 on t.siteno = t2.siteno update tblLastSiteNo set site_no = (select max(siteno) from tblAmerican) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, October 02, 2003 4:09 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied >the world of cursors. They should not be used, unless in cases such as >these where you need to move through each row like we did in the old >days. I am almost done with my cursor hell, and think by tomorrow I >will have it working. I have my code documented pretty well, so I will >e it to you when I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the >SQL equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any > >concrete proposals. You can avoid moving any data over the wire to > >the front end by > >using stored procedures. I would modularize the code here to have > >one calling procedure that perhaps uses a cursor or table udf to > >identify the records you want to act on, then call sub procedures to > >insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. I > >am not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to > >go >down > >that road. I have seen from my own experience that triggers are > >trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be > >done on the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the task. > > > I have a vba procedure which runs on the click of a button (most > > > of it is replicated below). As it is currently dealing with over > > > 2000 meters it takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of meters, > > > looks up values from other related tables, then adds records to a > > > couple of other tables. It is things like looping through a > > > recordset, and checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can all > > > be run in the BE? > > > > >_______________________________________________ > >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 _______________________________________________ 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 _______________________________________________ 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 knicholson at gpsx.net Tue Oct 7 14:22:46 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Tue, 7 Oct 2003 14:22:46 -0500 Subject: [dba-SQLServer]RE: Convert VBA to SQL pointers Message-ID: Hey, I was so happy with myself that I (underline, I) could actually contribute something to this list. You'll see, in six more months I will be much better at this. I love it, it is so powerful. -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Tuesday, October 07, 2003 2:17 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Oh, ok, just my 2 cents. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Tuesday, October 07, 2003 2:17 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I saw this same type of code in the SQL for Smarties book, but as you can tell I am new to SQL and do what I can. The cursor thing works for my purpose as I can not afford to wait for a final updating of my tblLastSiteNo as our database is in use with others adding data while by sp is running. -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Tuesday, October 07, 2003 2:07 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Susan, That's exactly what you'll get if you run this code, a new site number for every record, incremented from record to record by one. The last update will update the seed in your tblLastSiteNo table so that the next time you run this mass update a new seed will be used to start increment from. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Susan Geller Sent: Tuesday, October 07, 2003 12:53 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Robert, The code you excerpt here is part of the loop. Each time the loop is gone through, a new site number is used. Each row is updated with a distinct and incremental siteno which is the point here. --Susan -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Thursday, October 02, 2003 3:52 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers I'm probably missing something (which is not unusual), but wouldn't a simple update do the trick? update t set siteno = t3.site_no + t2.newsiteno from tblLastSiteNo t3, tblAmerican t inner join ( select t1.siteno, newsiteno=count(*) from tblAmerican t1 inner join tblAmerican t2 on t1.id >= t2.id group by t1.siteno ) t2 on t.siteno = t2.siteno update tblLastSiteNo set site_no = (select max(siteno) from tblAmerican) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, October 02, 2003 4:09 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Here you go! A simple cursor stored procedure to number records in a table sequentially in the site_no field or whatever I called it. I put all kinds of English in here for how the cursor is thinking. Hope this helps. It took me a while to research this..... and it WORKED!!!!! CREATE PROCEDURE newcursor AS /*First, declare the cursor and the dataset unique records that you need to loop through*/ declare mycursor CURSOR for select id, siteno from tblamerican /* Now we can open the cursor*/ open mycursor /*Declare two like fields for comparison of unique row*/ declare @tmp_site_id int, @siteno int /*Get your first row*/ fetch next from mycursor into @tmp_site_id, @siteno /*Continue looping through until the end of the recordset*/ while @@fetch_status = 0 begin /* My goal is to number my site nos, starting with the next site number in my tblLastSiteNo table */ update tblamerican set siteno=tblLastSiteNo.site_no+1 from /* See this next line, where we marry the two raw tables and then the cursor rows?*/ tblLastSiteNo, tblAmerican where tblAmerican.id = @tmp_site_id and tblAmerican.siteno=@siteno /*Now I am updating that tblLastSite before I leave this row*/ update tblLastSiteNo set site_no= site_no+1 /*Continue on my merry way through the end*/ fetch next from mycursor into @tmp_site_id, @siteno end /*Clean House*/ close mycursor deallocate mycursor -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Thursday, October 02, 2003 3:35 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]RE: Convert VBA to SQL pointers Thanks - I would appreciate that. David At 2/10/2003, you wrote: >I posted a cursor question on Monday or Tuesday. I have since studied >the world of cursors. They should not be used, unless in cases such as >these where you need to move through each row like we did in the old >days. I am almost done with my cursor hell, and think by tomorrow I >will have it working. I have my code documented pretty well, so I will >e it to you when I am done. > >-----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Thursday, October 02, 2003 3:19 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]RE: Convert VBA to SQL pointers > > >Thanks David. I think the key word is cursor. This seems to be the >SQL equivalent of a recordset. I will investigate this further. > >David > >At 2/10/2003, you wrote: > > >I would say yes, definitely. There are a few tools in sqlserver that will > >help you, but I didn't read through your code enough to give any > >concrete proposals. You can avoid moving any data over the wire to > >the front end by > >using stored procedures. I would modularize the code here to have > >one calling procedure that perhaps uses a cursor or table udf to > >identify the records you want to act on, then call sub procedures to > >insert the records > >you want, passing appropriate parameters. You could have one sub procedure > >per insert, thereby making your code a bit easier to manage. > > > >You could also look at triggers to see if they can be any use here. I > >am not super experienced, but I have read that triggers are sort of old-school > >db technology, and may be on their way out, so you might not want to > >go >down > >that road. I have seen from my own experience that triggers are > >trickier >to > >get right. > > > >At any rate, I don't think any of the code you posted needs to be > >done on the front end. > > > >hth. D. Lewis > > > > > > > Message: 2 > > > Date: Thu, 02 Oct 2003 10:39:17 +1200 > > > From: David Emerson > > > Subject: [dba-SQLServer]Convert VBA to SQL pointers > > > To: dba-SQLServer at databaseadvisors.com > > > Message-ID: <5.2.0.9.0.20031002102433.00b1add0 at mail.dalyn.co.nz> > > > Content-Type: text/plain; format=flowed; charset=us-ascii > > > > > > Group, > > > > > > AXP FE, SQL2000 BE. > > > > > > I am looking for pointers at this stage as how I can do the task. > > > I have a vba procedure which runs on the click of a button (most > > > of it is replicated below). As it is currently dealing with over > > > 2000 meters it takes a while > > > to run (because it is going back and forth between Access and SQL). > > > > > > Basically what it does is loop through one recordset of meters, > > > looks up values from other related tables, then adds records to a > > > couple of other tables. It is things like looping through a > > > recordset, and checking that > > > records don't exist before creating new records that I am unsure of. > > > > > > Is there a way to write the same thing in SQL so that it can all > > > be run in the BE? > > > > >_______________________________________________ > >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 _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Tue Oct 7 13:22:30 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 13:22:30 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC114@ex02.eagle.usaa.com> The syntax is ok, I think you have something like '123,321.21' in the field (I am not 100% sure about that because the error you posted is different from the error you would get if this particular value was attempted to be inserted into a "moola" field). You may also do some additional validation within your CONVERT function, like: CONVERT(money, nullif(isnumeric(varchar_field), 0)) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Tuesday, October 07, 2003 2:02 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal So why you guys are arguing, can anyone please tell me what is wrong with my syntax to cast varchars to money? Please? -----Original Message----- From: John Colby [mailto:jcolby at colbyconsulting.com] Sent: Tuesday, October 07, 2003 1:38 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal Francisco, I would LOVE to port my entire app to an ADP, just haven't had the time. If I am to use my framework I have to not break it in the process. I designed the framework in Access long before ADP even existed and when it came time to rewrite it I was faced with taking the time to do so such that it worked in both environments or just get it working again in A2K. I had stuff to do so I took the easy route. As anyone who's been on the list for long knows I have one very serious piece of code that handles Active / Trash flags for me. I also have a control which I call Rec_ID because it is always bound to the record ID (an autonumber as we all know). These specific items get referenced in my framework a LOT. Because the REC_ID control always contains the PK of the current record of whatever table a form is looking at, it becomes trivial to use that as a pointer to the current PK. These and a small handful of other specific controls on every form get referenced in my framework, and are used to filter SQL statements, sometimes directly, more likely in a VB function that examines the control. Either way, it doesn't port easily to SQL Server which doesn't understand either my custom VB Functions nor controls on forms. It IS possible to work around these problems by feeding the control values into parameters in SProcs in SQL Server. I started to do so, and just got sidetracked. Even if I do that, I have to pretty much rewrite any existing application, build these custom SProcs, etc. Not something I can just "pop in a new framework" and go. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 11:43 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal I don't want to get into an MS Access vs Other Tools argument. The fact is that if you've never used .ADP's then you either don't know what you're talking about, or you gave up due to lack of documentation. It's all the same after all. I won't knock ASP nor VB/.net (even C#) development, however IME, it's far quicker to develop in an Access ADP than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not "BINDING" the forms, to Tables/Views/Sprocs. Almost every other environment requires additional development time. And w/ Access ADP's, you can still access advanced Windows Features and API's or 3rd party .DLL's etc. There really is no limit. Additionally the Rules have also changed in SQL Server in which Dynamic SQL (aka On-The-Fly SQL) is frowned upon for more than just performance deficits, but because it exposes your tables... That being said. Sometimes it may seem necessary to use Dynamic SQL, but w/ proper planning and effort you can overcome most of those hurdles. Djabarov, Robert wrote: > Wow, so choosing the right tool for the job is as bad as body piercing, > whips and chains? AND, you dare to call it "framework"????? > "On-The-Fly SQL Statements"???? Man, I must be missing something very > simple, and wasted all my life not being able to see it...wonder what > the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > > Good luck > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John > Colby > Sent: Tuesday, October 07, 2003 2:17 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > >>>Very normal. It's also normal to drop Access as your FE and do > > everything using something more robust like C#, C++, or even VB. > > Yea, in the same circles where it is normal to tie each other up, > pierce body parts and use whips and chains for sexually deviant > purposes. > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then > > that problem goes away completely and you still retain some of the RAD > attributes of building it w/ Access. > > True. And for those of you who don't use a framework, or who designed > their framework from the ground up to use SQL Server that is certainly > an option. My framework does things not easily ported to SQL Server > (on-the-fly SQL Statements referencing form controls for example). > One of the reasons that I moved my billing app to SQL Server is to > slowly start the process of porting the framework. To this point, > life has gotten in the way of THAT project. > > John W. Colby > www.colbyconsulting.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 1:10 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > Djabarov, Robert wrote: > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> > > > Or even abandoning the .mdb part of Access and building it as an ADP, > then that problem goes away completely and you still retain some of > the RAD attributes of building it w/ Access. > -- -Francisco _______________________________________________ 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 knicholson at gpsx.net Tue Oct 7 14:32:24 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Tue, 7 Oct 2003 14:32:24 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: You know what, maybe the nulls are making it go nuts. Let me try this out. -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Tuesday, October 07, 2003 2:23 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal The syntax is ok, I think you have something like '123,321.21' in the field (I am not 100% sure about that because the error you posted is different from the error you would get if this particular value was attempted to be inserted into a "moola" field). You may also do some additional validation within your CONVERT function, like: CONVERT(money, nullif(isnumeric(varchar_field), 0)) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Tuesday, October 07, 2003 2:02 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal So why you guys are arguing, can anyone please tell me what is wrong with my syntax to cast varchars to money? Please? -----Original Message----- From: John Colby [mailto:jcolby at colbyconsulting.com] Sent: Tuesday, October 07, 2003 1:38 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal Francisco, I would LOVE to port my entire app to an ADP, just haven't had the time. If I am to use my framework I have to not break it in the process. I designed the framework in Access long before ADP even existed and when it came time to rewrite it I was faced with taking the time to do so such that it worked in both environments or just get it working again in A2K. I had stuff to do so I took the easy route. As anyone who's been on the list for long knows I have one very serious piece of code that handles Active / Trash flags for me. I also have a control which I call Rec_ID because it is always bound to the record ID (an autonumber as we all know). These specific items get referenced in my framework a LOT. Because the REC_ID control always contains the PK of the current record of whatever table a form is looking at, it becomes trivial to use that as a pointer to the current PK. These and a small handful of other specific controls on every form get referenced in my framework, and are used to filter SQL statements, sometimes directly, more likely in a VB function that examines the control. Either way, it doesn't port easily to SQL Server which doesn't understand either my custom VB Functions nor controls on forms. It IS possible to work around these problems by feeding the control values into parameters in SProcs in SQL Server. I started to do so, and just got sidetracked. Even if I do that, I have to pretty much rewrite any existing application, build these custom SProcs, etc. Not something I can just "pop in a new framework" and go. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 11:43 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal I don't want to get into an MS Access vs Other Tools argument. The fact is that if you've never used .ADP's then you either don't know what you're talking about, or you gave up due to lack of documentation. It's all the same after all. I won't knock ASP nor VB/.net (even C#) development, however IME, it's far quicker to develop in an Access ADP than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not "BINDING" the forms, to Tables/Views/Sprocs. Almost every other environment requires additional development time. And w/ Access ADP's, you can still access advanced Windows Features and API's or 3rd party .DLL's etc. There really is no limit. Additionally the Rules have also changed in SQL Server in which Dynamic SQL (aka On-The-Fly SQL) is frowned upon for more than just performance deficits, but because it exposes your tables... That being said. Sometimes it may seem necessary to use Dynamic SQL, but w/ proper planning and effort you can overcome most of those hurdles. Djabarov, Robert wrote: > Wow, so choosing the right tool for the job is as bad as body piercing, > whips and chains? AND, you dare to call it "framework"????? > "On-The-Fly SQL Statements"???? Man, I must be missing something very > simple, and wasted all my life not being able to see it...wonder what > the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > > Good luck > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John > Colby > Sent: Tuesday, October 07, 2003 2:17 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > >>>Very normal. It's also normal to drop Access as your FE and do > > everything using something more robust like C#, C++, or even VB. > > Yea, in the same circles where it is normal to tie each other up, > pierce body parts and use whips and chains for sexually deviant > purposes. > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then > > that problem goes away completely and you still retain some of the RAD > attributes of building it w/ Access. > > True. And for those of you who don't use a framework, or who designed > their framework from the ground up to use SQL Server that is certainly > an option. My framework does things not easily ported to SQL Server > (on-the-fly SQL Statements referencing form controls for example). > One of the reasons that I moved my billing app to SQL Server is to > slowly start the process of porting the framework. To this point, > life has gotten in the way of THAT project. > > John W. Colby > www.colbyconsulting.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 1:10 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > Djabarov, Robert wrote: > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> > > > Or even abandoning the .mdb part of Access and building it as an ADP, > then that problem goes away completely and you still retain some of > the RAD attributes of building it w/ Access. > -- -Francisco _______________________________________________ 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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Tue Oct 7 13:48:42 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 13:48:42 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC129@ex02.eagle.usaa.com> Ok, John, my list is a little longer and includes cobol for vms, as/400, and os390, plus visual dbase, foxpro (2.0) all the way to visual foxpro, jcl, rexx, clarion, java, ... That's about it. Every single tool was used to create at least one production routine. Many are still running the same code (cobol, clarion, paradox - converted to win version, and of course vb) with no maintenance. There are 2 commercial applications that have been purchased and are being used in three states... Is it my cover letter or a job history section? C is not a RAD tool, but C++ or Delphi is, needless to say vb, providing it's in a shop that has been specializing in development using that tool for a while. I am pretty sure you can crank up an app in 12 hours using access! How big is this app? How many users (concurrent) does it have? Using access for multi-user environment is a cuicide and a guaranteed call from a recruiter saying "sorry you lost your job, but my client decided to fill in the position internally." I will not even attempt to compete with you to beat a 12-hour dead-line, but I will develop something like this probably in a week and a half. Slow? Yup, but it will be solid and will not depend on the number of users to continue to perform the same way. I also bet that your access solution will croke up after the 6th user joins your access party. Speed of development is not everything, though is one of the major contributing factors. And I will take my hat off to you should we meet face-to-face, simply out of respect to your experience. But please, don't call access a RAD tool. It may be viewed as a prototype tool, but not anything further. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, October 07, 2003 12:28 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal Robert, I have programmed since the 80s, using Fortran, C, Turbo Pascal, VB, DBase XX, Paradox, Access etc. Access is in no way even remotely equivalent to any of those other tools. Access is a tool just like C#, C++ or even VB. Access was designed, from the ground up, to build databases and the application to use the databases. C, and later C++ was designed, from the ground up, to give you gnats ass control over hardware. It was designed to do what assembler allowed, but from a higher level. VB was designed to replace Fortran as a general purpose, easy(ier) to use language for general purpose programming. Anyone who makes any attempt to claim that C or ANY of it's variants is a RAD database development tool appears to ME to fall into that circle where people ask others to flog them so they can enjoy the pain. Using JUST Access I built (last week), from the ground up, a database with 20 tables, 19 relationships, enforcing referential integrity, 16 forms, including tab forms displaying child records to one of the tables, combos that provide pick lists from the list tables etc. etc. ALL of that took ~12 hours. If you claim that you can do that in C, C++, C# or VB I will: a) Take my hat off to you OR... b) Call you a liar to your face and challenge you to do so in front of me. Probably the latter. I can do this in front of you BTW (assuming we can meet face to face). So... >Wow, so choosing the right tool for the job is as bad as body piercing, whips and chains? NO, choosing the WRONG tool for the job is the equivalent of body piercing, whips and chains. And further, I was making a joke, so lighten up a bit. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Djabarov, Robert Sent: Tuesday, October 07, 2003 9:43 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal Wow, so choosing the right tool for the job is as bad as body piercing, whips and chains? AND, you dare to call it "framework"????? "On-The-Fly SQL Statements"???? Man, I must be missing something very simple, and wasted all my life not being able to see it...wonder what the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! Good luck -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, October 07, 2003 2:17 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]ODBC connection - Is this normal >> Very normal. It's also normal to drop Access as your FE and do everything using something more robust like C#, C++, or even VB. Yea, in the same circles where it is normal to tie each other up, pierce body parts and use whips and chains for sexually deviant purposes. >Or even abandoning the .mdb part of Access and building it as an ADP, >then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. True. And for those of you who don't use a framework, or who designed their framework from the ground up to use SQL Server that is certainly an option. My framework does things not easily ported to SQL Server (on-the-fly SQL Statements referencing form controls for example). One of the reasons that I moved my billing app to SQL Server is to slowly start the process of porting the framework. To this point, life has gotten in the way of THAT project. John W. Colby www.colbyconsulting.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 1:10 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Djabarov, Robert wrote: > Very normal. It's also normal to drop Access as your FE and do > everything using something more robust like C#, C++, or even VB. > Or even abandoning the .mdb part of Access and building it as an ADP, then that problem goes away completely and you still retain some of the RAD attributes of building it w/ Access. -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Tue Oct 7 13:58:16 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Tue, 7 Oct 2003 11:58:16 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal References: <3CCEA32DFF043C4CB99B835557E11B30012DC129@ex02.eagle.usaa.com> Message-ID: <00a801c38d04$f83a45e0$42f66e51@martin1> also bet that your access solution will croke up after the 6th user joins your access party. We just finished running an access back end on the web. At the end of Student enrolement we had 3100 distinct student registrations. Front end was in PHP. We had a min of 70 and 200 users per day inputting data to the backend. In fact this was one of the few systems that actually didnt fall over during student enrolement.and that includes our Ingres system. Hard to say how many concurrent users but i would GUESS +20 at any given session. Just data entry of course but worked and worked very well. Martin From Robert.Djabarov at usaa.com Tue Oct 7 14:02:51 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 14:02:51 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC130@ex02.eagle.usaa.com> OK, you all won, I give up! -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, October 07, 2003 1:58 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal also bet that your access solution will croke up after the 6th user joins your access party. We just finished running an access back end on the web. At the end of Student enrolement we had 3100 distinct student registrations. Front end was in PHP. We had a min of 70 and 200 users per day inputting data to the backend. In fact this was one of the few systems that actually didnt fall over during student enrolement.and that includes our Ingres system. Hard to say how many concurrent users but i would GUESS +20 at any given session. Just data entry of course but worked and worked very well. Martin _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Tue Oct 7 14:05:31 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 14:05:31 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC133@ex02.eagle.usaa.com> JOB POSTING: NEEDED - MS Access/ADP DBA with ... Many-many years and years of MS Access experience. EXPECTATIONS: Ability to develop medium to large enterprise-wide solutions using MS Access/ADP under 12 hours...etc. Don't ask me what's the pay. But if you do, it's actually higher than Notepad DBA. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, October 07, 2003 1:58 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal also bet that your access solution will croke up after the 6th user joins your access party. We just finished running an access back end on the web. At the end of Student enrolement we had 3100 distinct student registrations. Front end was in PHP. We had a min of 70 and 200 users per day inputting data to the backend. In fact this was one of the few systems that actually didnt fall over during student enrolement.and that includes our Ingres system. Hard to say how many concurrent users but i would GUESS +20 at any given session. Just data entry of course but worked and worked very well. Martin _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From my.lists at verizon.net Tue Oct 7 14:11:34 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 07 Oct 2003 12:11:34 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DC0EA@ex02.eagle.usaa.com> References: <3CCEA32DFF043C4CB99B835557E11B30012DC0EA@ex02.eagle.usaa.com> Message-ID: <3F830FE6.5070507@verizon.net> Please explain to me the lacking substance in an Access ADP. Djabarov, Robert wrote: > So I guess you're more concerned about "on time" rather than the > substance, huh? Good luck to you too :) > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 10:43 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > I don't want to get into an MS Access vs Other Tools argument. The fact > > is that if you've never used .ADP's then you either don't know what > you're talking about, or you gave up due to lack of documentation. It's > > all the same after all. I won't knock ASP nor VB/.net (even C#) > development, however IME, it's far quicker to develop in an Access ADP > than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not > "BINDING" the forms, to Tables/Views/Sprocs. Almost every other > environment requires additional development time. And w/ Access ADP's, > you can still access advanced Windows Features and API's or 3rd party > .DLL's etc. There really is no limit. > > Additionally the Rules have also changed in SQL Server in which Dynamic > SQL (aka On-The-Fly SQL) is frowned upon for more than just performance > deficits, but because it exposes your tables... That being said. > Sometimes it may seem necessary to use Dynamic SQL, but w/ proper > planning and effort you can overcome most of those hurdles. > > Djabarov, Robert wrote: > >>Wow, so choosing the right tool for the job is as bad as body > > piercing, > >>whips and chains? AND, you dare to call it "framework"????? >>"On-The-Fly SQL Statements"???? Man, I must be missing something very > > >>simple, and wasted all my life not being able to see it...wonder what >>the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! >> >>Good luck >> >>-----Original Message----- >>From: dba-sqlserver-bounces at databaseadvisors.com >>[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John >>Colby >>Sent: Tuesday, October 07, 2003 2:17 AM >>To: dba-sqlserver at databaseadvisors.com >>Subject: RE: [dba-SQLServer]ODBC connection - Is this normal >> >> >> >> >>>>Very normal. It's also normal to drop Access as your FE and do >> >>everything using something more robust like C#, C++, or even VB. >> >>Yea, in the same circles where it is normal to tie each other up, >>pierce body parts and use whips and chains for sexually deviant >>purposes. >> >> >> >>>Or even abandoning the .mdb part of Access and building it as an ADP, >>>then >> >>that problem goes away completely and you still retain some of the RAD > > >>attributes of building it w/ Access. >> >>True. And for those of you who don't use a framework, or who designed > > >>their framework from the ground up to use SQL Server that is certainly > > >>an option. My framework does things not easily ported to SQL Server >>(on-the-fly SQL Statements referencing form controls for example). >>One of the reasons that I moved my billing app to SQL Server is to >>slowly start the process of porting the framework. To this point, >>life has gotten in the way of THAT project. >> >>John W. Colby >>www.colbyconsulting.com >> >>-----Original Message----- >>From: dba-sqlserver-bounces at databaseadvisors.com >>[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of >>Francisco H Tapia >>Sent: Tuesday, October 07, 2003 1:10 AM >>To: dba-sqlserver at databaseadvisors.com >>Subject: Re: [dba-SQLServer]ODBC connection - Is this normal >> >> >>Djabarov, Robert wrote: >> >> >>>Very normal. It's also normal to drop Access as your FE and do >>>everything using something more robust like C#, C++, or even VB. >>> >> >> >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then that problem goes away completely and you still retain some of >>the RAD attributes of building it w/ Access. >> > > > -- -Francisco From Robert.Djabarov at usaa.com Tue Oct 7 14:10:01 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 14:10:01 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC137@ex02.eagle.usaa.com> Read the job posting -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 2:12 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Please explain to me the lacking substance in an Access ADP. Djabarov, Robert wrote: > So I guess you're more concerned about "on time" rather than the > substance, huh? Good luck to you too :) > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of > Francisco H Tapia > Sent: Tuesday, October 07, 2003 10:43 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > > I don't want to get into an MS Access vs Other Tools argument. The > fact > > is that if you've never used .ADP's then you either don't know what > you're talking about, or you gave up due to lack of documentation. It's > > all the same after all. I won't knock ASP nor VB/.net (even C#) > development, however IME, it's far quicker to develop in an Access ADP > than it is in ASP, VB, .Net, C# (whathaveyou) even when you are not > "BINDING" the forms, to Tables/Views/Sprocs. Almost every other > environment requires additional development time. And w/ Access ADP's, > you can still access advanced Windows Features and API's or 3rd party > .DLL's etc. There really is no limit. > > Additionally the Rules have also changed in SQL Server in which > Dynamic > SQL (aka On-The-Fly SQL) is frowned upon for more than just performance > deficits, but because it exposes your tables... That being said. > Sometimes it may seem necessary to use Dynamic SQL, but w/ proper > planning and effort you can overcome most of those hurdles. > > Djabarov, Robert wrote: > >>Wow, so choosing the right tool for the job is as bad as body > > piercing, > >>whips and chains? AND, you dare to call it "framework"????? >>"On-The-Fly SQL Statements"???? Man, I must be missing something very > > >>simple, and wasted all my life not being able to see it...wonder what >>the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! >> >>Good luck >> >>-----Original Message----- >>From: dba-sqlserver-bounces at databaseadvisors.com >>[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John >>Colby >>Sent: Tuesday, October 07, 2003 2:17 AM >>To: dba-sqlserver at databaseadvisors.com >>Subject: RE: [dba-SQLServer]ODBC connection - Is this normal >> >> >> >> >>>>Very normal. It's also normal to drop Access as your FE and do >> >>everything using something more robust like C#, C++, or even VB. >> >>Yea, in the same circles where it is normal to tie each other up, >>pierce body parts and use whips and chains for sexually deviant >>purposes. >> >> >> >>>Or even abandoning the .mdb part of Access and building it as an ADP, >>>then >> >>that problem goes away completely and you still retain some of the RAD > > >>attributes of building it w/ Access. >> >>True. And for those of you who don't use a framework, or who designed > > >>their framework from the ground up to use SQL Server that is certainly > > >>an option. My framework does things not easily ported to SQL Server >>(on-the-fly SQL Statements referencing form controls for example). >>One of the reasons that I moved my billing app to SQL Server is to >>slowly start the process of porting the framework. To this point, >>life has gotten in the way of THAT project. >> >>John W. Colby >>www.colbyconsulting.com >> >>-----Original Message----- >>From: dba-sqlserver-bounces at databaseadvisors.com >>[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of >>Francisco H Tapia >>Sent: Tuesday, October 07, 2003 1:10 AM >>To: dba-sqlserver at databaseadvisors.com >>Subject: Re: [dba-SQLServer]ODBC connection - Is this normal >> >> >>Djabarov, Robert wrote: >> >> >>>Very normal. It's also normal to drop Access as your FE and do >>>everything using something more robust like C#, C++, or even VB. >>> >> >> >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then that problem goes away completely and you still retain some of >>the RAD attributes of building it w/ Access. >> > > > -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From my.lists at verizon.net Tue Oct 7 14:34:40 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 07 Oct 2003 12:34:40 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DC133@ex02.eagle.usaa.com> References: <3CCEA32DFF043C4CB99B835557E11B30012DC133@ex02.eagle.usaa.com> Message-ID: <3F831550.2030606@verizon.net> Point, SQL Server is a database engine who is more robust than Access. Access (as an ADP) is a RAD tool that greatly accelerates development time vs building in w/ other tools. In fact you have a complete reporting system all built into one. The fact that you call it a prototype tool and nothing more shows you've never used it. Djabarov, Robert wrote: > JOB POSTING: > NEEDED - MS Access/ADP DBA with ... Many-many years and years of MS > Access experience. > EXPECTATIONS: Ability to develop medium to large enterprise-wide > solutions using MS Access/ADP under 12 hours...etc. > > Don't ask me what's the pay. But if you do, it's actually higher than > Notepad DBA. -- -Francisco From Robert.Djabarov at usaa.com Tue Oct 7 14:35:16 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 7 Oct 2003 14:35:16 -0500 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC143@ex02.eagle.usaa.com> A lot of facts! The Notepad DBA will be reporting to you! -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 2:35 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Point, SQL Server is a database engine who is more robust than Access. Access (as an ADP) is a RAD tool that greatly accelerates development time vs building in w/ other tools. In fact you have a complete reporting system all built into one. The fact that you call it a prototype tool and nothing more shows you've never used it. Djabarov, Robert wrote: > JOB POSTING: > NEEDED - MS Access/ADP DBA with ... Many-many years and years of MS > Access experience. > EXPECTATIONS: Ability to develop medium to large enterprise-wide > solutions using MS Access/ADP under 12 hours...etc. > > Don't ask me what's the pay. But if you do, it's actually higher than > Notepad DBA. -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Oct 7 16:35:05 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 07 Oct 2003 14:35:05 -0700 Subject: [dba-SQLServer]ODBC connection - Is this normal References: <3CCEA32DFF043C4CB99B835557E11B30012DC129@ex02.eagle.usaa.com> Message-ID: <3F833189.6070506@shaw.ca> I think there is a common distinction problem here. Access is the frontend RAD. JET is the database engine that comes with Access. I can hook Access directly to Oracle or SAP-DB through ADO without touching the Jet database which has problems in a large multi user environment. Without seeing this distinction, you might as well say something like Powerbuilder will have concurrency problems. However if you want to cringe about Access, in the California elections today the Diebold Touch Screen voting machines use a backend access mdb file to collect the votes. Djabarov, Robert wrote: >Ok, John, my list is a little longer and includes cobol for vms, as/400, >and os390, plus visual dbase, foxpro (2.0) all the way to visual foxpro, >jcl, rexx, clarion, java, ... That's about it. Every single tool was >used to create at least one production routine. Many are still running >the same code (cobol, clarion, paradox - converted to win version, and >of course vb) with no maintenance. There are 2 commercial applications >that have been purchased and are being used in three states... Is it my >cover letter or a job history section? > >C is not a RAD tool, but C++ or Delphi is, needless to say vb, providing >it's in a shop that has been specializing in development using that tool >for a while. > >I am pretty sure you can crank up an app in 12 hours using access! How >big is this app? How many users (concurrent) does it have? Using >access for multi-user environment is a cuicide and a guaranteed call >from a recruiter saying "sorry you lost your job, but my client decided >to fill in the position internally." > >I will not even attempt to compete with you to beat a 12-hour dead-line, >but I will develop something like this probably in a week and a half. >Slow? Yup, but it will be solid and will not depend on the number of >users to continue to perform the same way. I also bet that your access >solution will croke up after the 6th user joins your access party. >Speed of development is not everything, though is one of the major >contributing factors. > >And I will take my hat off to you should we meet face-to-face, simply >out of respect to your experience. > >But please, don't call access a RAD tool. It may be viewed as a >prototype tool, but not anything further. > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John >Colby >Sent: Tuesday, October 07, 2003 12:28 PM >To: dba-sqlserver at databaseadvisors.com >Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > >Robert, > >I have programmed since the 80s, using Fortran, C, Turbo Pascal, VB, >DBase XX, Paradox, Access etc. Access is in no way even remotely >equivalent to any of those other tools. Access is a tool just like C#, >C++ or even VB. Access was designed, from the ground up, to build >databases and the application to use the databases. C, and later C++ >was designed, from the ground up, to give you gnats ass control over >hardware. It was designed to do what assembler allowed, but from a >higher level. VB was designed to replace Fortran as a general purpose, >easy(ier) to use language for general purpose programming. > >Anyone who makes any attempt to claim that C or ANY of it's variants is >a RAD database development tool appears to ME to fall into that circle >where people ask others to flog them so they can enjoy the pain. > >Using JUST Access I built (last week), from the ground up, a database >with 20 tables, 19 relationships, enforcing referential integrity, 16 >forms, including tab forms displaying child records to one of the >tables, combos that provide pick lists from the list tables etc. etc. >ALL of that took ~12 hours. > >If you claim that you can do that in C, C++, C# or VB I will: > >a) Take my hat off to you OR... >b) Call you a liar to your face and challenge you to do so in front of >me. > >Probably the latter. I can do this in front of you BTW (assuming we can >meet face to face). > >So... > > > >>Wow, so choosing the right tool for the job is as bad as body piercing, >> >> >whips and chains? > >NO, choosing the WRONG tool for the job is the equivalent of body >piercing, whips and chains. > >And further, I was making a joke, so lighten up a bit. > >John W. Colby >www.colbyconsulting.com > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of >Djabarov, Robert >Sent: Tuesday, October 07, 2003 9:43 AM >To: dba-sqlserver at databaseadvisors.com >Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > >Wow, so choosing the right tool for the job is as bad as body piercing, >whips and chains? AND, you dare to call it "framework"????? >"On-The-Fly SQL Statements"???? Man, I must be missing something very >simple, and wasted all my life not being able to see it...wonder what >the heck it is... Oh, I get it, it's MS Access used as a RAD tool!!!! > >Good luck > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John >Colby >Sent: Tuesday, October 07, 2003 2:17 AM >To: dba-sqlserver at databaseadvisors.com >Subject: RE: [dba-SQLServer]ODBC connection - Is this normal > > > > >>>Very normal. It's also normal to drop Access as your FE and do >>> >>> >everything using something more robust like C#, C++, or even VB. > >Yea, in the same circles where it is normal to tie each other up, pierce >body parts and use whips and chains for sexually deviant purposes. > > > >>Or even abandoning the .mdb part of Access and building it as an ADP, >>then >> >> >that problem goes away completely and you still retain some of the RAD >attributes of building it w/ Access. > >True. And for those of you who don't use a framework, or who designed >their framework from the ground up to use SQL Server that is certainly >an option. My framework does things not easily ported to SQL Server >(on-the-fly SQL Statements referencing form controls for example). One >of the reasons that I moved my billing app to SQL Server is to slowly >start the process of porting the framework. To this point, life has >gotten in the way of THAT project. > >John W. Colby >www.colbyconsulting.com > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of >Francisco H Tapia >Sent: Tuesday, October 07, 2003 1:10 AM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]ODBC connection - Is this normal > > >Djabarov, Robert wrote: > > >>Very normal. It's also normal to drop Access as your FE and do >>everything using something more robust like C#, C++, or even VB. >> >> >> > >Or even abandoning the .mdb part of Access and building it as an ADP, >then that problem goes away completely and you still retain some of the >RAD attributes of building it w/ Access. > > >-- >-Francisco > > >_______________________________________________ >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 > > > > -- Marty Connelly Victoria, B.C. Canada From DavidL at sierranevada.com Tue Oct 7 16:42:26 2003 From: DavidL at sierranevada.com (David Lewis) Date: Tue, 7 Oct 2003 14:42:26 -0700 Subject: [dba-SQLServer]RE: Access etc. spat Message-ID: <229F7C29573CC4479A3313CC55B0965463F50E@pale.sierranevada.corp> This is normally a pretty well behaved list, with some experienced and helpful people on it. I think this thread should be ended, or at least continued off-list. Let's return to the list of a few days ago. Thanks from all of us. D. Lewis From davide at dalyn.co.nz Tue Oct 7 22:55:49 2003 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 08 Oct 2003 16:55:49 +1300 Subject: [dba-SQLServer]Selecting data into variables Message-ID: <5.2.0.9.0.20031008164844.00b1ae20@mail.dalyn.co.nz> I would like to run a select statement that returns 1 row, then put the column values into variables I have declared in my Sproc. The closest I have come across in BOL is the SELECT INTO statement but this is for "Embedded SQL for C and SQL Server". I could use a cursor but it seems overkill for only one row. Is there an easy way to do this? Regards David Emerson DALYN Software Ltd 25b Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From davide at dalyn.co.nz Tue Oct 7 23:00:43 2003 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 08 Oct 2003 17:00:43 +1300 Subject: [dba-SQLServer]SET vs SELECT Message-ID: <5.2.0.9.0.20031008165907.00b339f8@mail.dalyn.co.nz> I have seen these commands used in similar situations. Eg SET @myVar = 10 SELECT @myVar = 10 Are they interchangeable or do they have different purposes? Regards David Emerson DALYN Software Ltd 25b Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From tuxedo_man at hotmail.com Wed Oct 8 00:20:24 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 08 Oct 2003 05:20:24 +0000 Subject: [dba-SQLServer]Selecting data into variables Message-ID: Like this? /* -- cut here */ USE NORTHWIND DECLARE @prod_name varchar(50) SELECT @prod_name = productname from products where productid = 4; PRINT @prod_name /* -- cut here */ Billy >From: David Emerson >Reply-To: dba-sqlserver at databaseadvisors.com >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer]Selecting data into variables >Date: Wed, 08 Oct 2003 16:55:49 +1300 > >I would like to run a select statement that returns 1 row, then put the >column values into variables I have declared in my Sproc. The closest I >have come across in BOL is the SELECT INTO statement but this is for >"Embedded SQL for C and SQL Server". > >I could use a cursor but it seems overkill for only one row. Is there an >easy way to do this? > >Regards > >David Emerson >DALYN Software Ltd >25b Cunliffe St, Johnsonville >Wellington, New Zealand >Ph/Fax (877) 456-1205 > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From tuxedo_man at hotmail.com Wed Oct 8 00:23:59 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 08 Oct 2003 05:23:59 +0000 Subject: [dba-SQLServer]SET vs SELECT Message-ID: AFAIK, no difference.... I usually use SET when assigning a single value and SELECT to set values obtained from a table. >From: David Emerson >Reply-To: dba-sqlserver at databaseadvisors.com >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer]SET vs SELECT >Date: Wed, 08 Oct 2003 17:00:43 +1300 > >I have seen these commands used in similar situations. Eg > >SET @myVar = 10 >SELECT @myVar = 10 > >Are they interchangeable or do they have different purposes? > >Regards > >David Emerson >DALYN Software Ltd >25b Cunliffe St, Johnsonville >Wellington, New Zealand >Ph/Fax (877) 456-1205 > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From Erwin.Craps at ithelps.be Wed Oct 8 01:57:01 2003 From: Erwin.Craps at ithelps.be (Erwin Craps) Date: Wed, 8 Oct 2003 08:57:01 +0200 Subject: [dba-SQLServer]ODBC connection - Is this normal Message-ID: Tough discussion over, had this severall times over and over again. People who don't know access always have trouble to see some things in access.. Hard Core developers don't like access for serious development because the result is quiet as good but fur for half to a 1/4 fourth even less of the price. Hard core developers don't like access because of their experiances with access databases that are created by 'users' or not amateur developers that do not develop in a proper multiuser way. It is said that Access is multiuser by default, but that is not true, it is true only when you are a "form developer" like regular users. When you program in VBA you need to respect multiuser programming just like any other languages. In my + 10 years (?!) experiance with access (from version 1.0) if you have an aaccess (MDB) not behaving like it should, its mostly because of bad programming. Simple stuff like not killing objects or no error control. JET is a very powerfull database. Microosft is unsing jet in W2K and WXP for own OS managment. For example DHCP and DNS server are bith using JET to store their information. Don't forget Exchange Server also uses a modifed version of JET (at least it did in 5.5 dont know for sure in 2K).... The only corrupted databases I ever had in a 10 year of time is due to the well known VBA bug when importing code. When someone says that developing in C++ or whatever language is more stable than Access. I do believe him! But that has nothing to do with the language but with the backend. As soon as you seperate the crucial part of an database application, the database on to a seperate and high performance server ofcourse your app will run better... Same thing for access. Splitting front end backend MDB is one step to go. But better is ADP and SQL server.Only then you compare apples wit apples. There is no mass user problem, as far as you have a mass multi user problem. Access MDB does not block with 6 users. Than you have a badly developped app. I have a 400MB MDB file with more than a 1M records that is both acccess from the local network and from the internet (write and read)- 24 hours a day for almost 4 years now. I neaver had a crash or block on that... But I did need to change my programming style over the years. Most important change I needed to to, and what I beleive is a common thing is to adapt my style to not do bulk operations. Because of access is so fast, you tend to always use bulk operations (like for generating reports and dooing stored-calculations-in table. Those bulk operations tend to slow down my app over the years... I took that in account and now develop in partial updates. If it wasnt for Access a lot of SME companies wouldn't have any software at all becase to expensive. I even know a Movie Theatre Box Office ticket sales app in Germany that uses Access as a front end. IF you know something about ticket sales (with unique serial id on each), in cinema's its a question of having 5 to 20 POS per cinema getting hundreds and thousends of people in within 15 minutes of time... No, I'm sory, Access may seem like a toy, It may be used as a toy by many people, but there is a deeper side on access that a lot of people never has seen... Well some of those people are right in this mailing list.... (and I tend to include me in the last group) Erwin -----Oorspronkelijk bericht----- Van: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] Namens Djabarov, Robert Verzonden: dinsdag 7 oktober 2003 21:35 Aan: dba-sqlserver at databaseadvisors.com Onderwerp: RE: [dba-SQLServer]ODBC connection - Is this normal A lot of facts! The Notepad DBA will be reporting to you! -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Tuesday, October 07, 2003 2:35 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]ODBC connection - Is this normal Point, SQL Server is a database engine who is more robust than Access. Access (as an ADP) is a RAD tool that greatly accelerates development time vs building in w/ other tools. In fact you have a complete reporting system all built into one. The fact that you call it a prototype tool and nothing more shows you've never used it. Djabarov, Robert wrote: > JOB POSTING: > NEEDED - MS Access/ADP DBA with ... Many-many years and years of MS > Access experience. > EXPECTATIONS: Ability to develop medium to large enterprise-wide > solutions using MS Access/ADP under 12 hours...etc. > > Don't ask me what's the pay. But if you do, it's actually higher than > Notepad DBA. -- -Francisco _______________________________________________ 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 prosoft6 at hotmail.com Wed Oct 8 08:35:14 2003 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Wed, 08 Oct 2003 09:35:14 -0400 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Message-ID: Hi Group, All of a sudden, my BEDB.dbf file has grown huge. The file itself and the log file are at 10GB. I tried shrinking the database, and received a message saying that it was successful, however, the files are still the same size. I'm receiving an event log error ID 17052 that states that there is no more room in the log file. How can I resolve this problem? It is causing problems on the server because the files are taking up so much space. It is error 9002, severity 17. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com From prosoft6 at hotmail.com Wed Oct 8 08:35:14 2003 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Wed, 08 Oct 2003 09:35:14 -0400 Subject: [dba-SQLServer][AccessD] SQL LOG File is Huge! 10GB - Help Message-ID: Hi Group, All of a sudden, my BEDB.dbf file has grown huge. The file itself and the log file are at 10GB. I tried shrinking the database, and received a message saying that it was successful, however, the files are still the same size. I'm receiving an event log error ID 17052 that states that there is no more room in the log file. How can I resolve this problem? It is causing problems on the server because the files are taking up so much space. It is error 9002, severity 17. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From prosoft6 at hotmail.com Wed Oct 8 08:35:14 2003 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Wed, 08 Oct 2003 09:35:14 -0400 Subject: [dba-SQLServer][AccessD] SQL LOG File is Huge! 10GB - Help Message-ID: Hi Group, All of a sudden, my BEDB.dbf file has grown huge. The file itself and the log file are at 10GB. I tried shrinking the database, and received a message saying that it was successful, however, the files are still the same size. I'm receiving an event log error ID 17052 that states that there is no more room in the log file. How can I resolve this problem? It is causing problems on the server because the files are taking up so much space. It is error 9002, severity 17. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Wed Oct 8 09:32:54 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 08 Oct 2003 07:32:54 -0700 Subject: [dba-SQLServer]SET vs SELECT In-Reply-To: References: Message-ID: <3F842016.7040902@verizon.net> with Select you can assign values to multiple variables. such as SELECT @Column1 = T.Column1, @Column2 = T.Column2 From Table as T In BOL it is recommended that the SET command be used instead, this maybe because you can use more attributes. I think in SQL 2k, the Select command was able to be used to populate variables (i may be wrong about that). Billy Pang wrote: > AFAIK, no difference.... > I usually use SET when assigning a single value and SELECT to set values > obtained from a table. > > > > >> From: David Emerson >> Reply-To: dba-sqlserver at databaseadvisors.com >> To: dba-SQLServer at databaseadvisors.com >> Subject: [dba-SQLServer]SET vs SELECT >> Date: Wed, 08 Oct 2003 17:00:43 +1300 >> >> I have seen these commands used in similar situations. Eg >> >> SET @myVar = 10 >> SELECT @myVar = 10 >> >> Are they interchangeable or do they have different purposes? >> >> Regards >> -- -Francisco From ebarro at afsweb.com Wed Oct 8 09:52:02 2003 From: ebarro at afsweb.com (Eric Barro) Date: Wed, 8 Oct 2003 07:52:02 -0700 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help In-Reply-To: Message-ID: Julie, You need to go through the following steps to reduce the size of your transaction log files 1. Backup the transaction log. 2. Shrink the transaction log - you can do this just for the transaction log. 3. Keep going through the shrinking transaction log process until it's down to a few hundred megs. 4. When the logs are of a manageable size make sure that you put limits on the size of the logs. 5. Schedule a job that backs up the transaction logs after several hours. 6. Schedule a job that shrinks the database at night on a nightly basis. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Julie Reardon-Taylor Sent: Wednesday, October 08, 2003 6:35 AM To: AccessD at databaseadvisors.com; dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Hi Group, All of a sudden, my BEDB.dbf file has grown huge. The file itself and the log file are at 10GB. I tried shrinking the database, and received a message saying that it was successful, however, the files are still the same size. I'm receiving an event log error ID 17052 that states that there is no more room in the log file. How can I resolve this problem? It is causing problems on the server because the files are taking up so much space. It is error 9002, severity 17. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 From my.lists at verizon.net Wed Oct 8 10:18:40 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 08 Oct 2003 08:18:40 -0700 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help In-Reply-To: References: Message-ID: <3F842AD0.1050803@verizon.net> To shrink your logs and DB, first run a full backup, then for the log file you can run the following command, substituting of course the log name and the number of megs/gigs you actually want for the size. DBCC SHRINKFILE (YOURDBLOGName, 10) Eric Barro wrote: > Julie, > > You need to go through the following steps to reduce the size of your transaction log files > > 1. Backup the transaction log. > 2. Shrink the transaction log - you can do this just for the transaction log. > 3. Keep going through the shrinking transaction log process until it's down to a few hundred megs. > 4. When the logs are of a manageable size make sure that you put limits on the size of the logs. > 5. Schedule a job that backs up the transaction logs after several hours. > 6. Schedule a job that shrinks the database at night on a nightly basis. > > --- > Eric Barro > Senior Systems Analyst > Advanced Field Services > (208) 772-7060 > http://www.afsweb.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Julie > Reardon-Taylor > Sent: Wednesday, October 08, 2003 6:35 AM > To: AccessD at databaseadvisors.com; dba-SQLServer at databaseadvisors.com > Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help > > > > Hi Group, > > All of a sudden, my BEDB.dbf file has grown huge. The file itself and the > log file are at 10GB. I tried shrinking the database, and received a > message saying that it was successful, however, the files are still the same > size. I'm receiving an event log error ID 17052 that states that there is > no more room in the log file. How can I resolve this problem? It is > causing problems on the server because the files are taking up so much > space. It is error 9002, severity 17. > > > Julie Reardon-Taylor > PRO-SOFT OF NY, INC. > www.pro-soft.net > > _________________________________________________________________ -- -Francisco From prosoft6 at hotmail.com Wed Oct 8 10:34:31 2003 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Wed, 08 Oct 2003 11:34:31 -0400 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Message-ID: Thanks Eric. I already have the shrinking and re-indexing in place to occur before I back up the transaction logs. It looks like the database is corrupt and is causing massive bloating. Cannot see why this occurred, but it happened overnight. Anyone have this problem before? The transaction logs are backed up every two hours, with the databases backed up in the PM, shrunk and re-indexed every night. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ Instant message in style with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com From knicholson at gpsx.net Wed Oct 8 11:41:42 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Wed, 8 Oct 2003 11:41:42 -0500 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Message-ID: Simple question, but did you try sucking the backend into a new database? -----Original Message----- From: Julie Reardon-Taylor [mailto:prosoft6 at hotmail.com] Sent: Wednesday, October 08, 2003 11:35 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Thanks Eric. I already have the shrinking and re-indexing in place to occur before I back up the transaction logs. It looks like the database is corrupt and is causing massive bloating. Cannot see why this occurred, but it happened overnight. Anyone have this problem before? The transaction logs are backed up every two hours, with the databases backed up in the PM, shrunk and re-indexed every night. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ Instant message in style with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From michael.broesdorf at web.de Wed Oct 8 10:42:06 2003 From: michael.broesdorf at web.de (=?iso-8859-1?Q?Michael_Br=F6sdorf?=) Date: Wed, 8 Oct 2003 17:42:06 +0200 Subject: AW: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help In-Reply-To: Message-ID: Julie, truncate the log before you shrink it, then it will actually be smaller. Michael -----Urspr?ngliche Nachricht----- Von: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]Im Auftrag von Julie Reardon-Taylor Gesendet: Mittwoch, 8. Oktober 2003 15:35 An: AccessD at databaseadvisors.com; dba-SQLServer at databaseadvisors.com Betreff: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Hi Group, All of a sudden, my BEDB.dbf file has grown huge. The file itself and the log file are at 10GB. I tried shrinking the database, and received a message saying that it was successful, however, the files are still the same size. I'm receiving an event log error ID 17052 that states that there is no more room in the log file. How can I resolve this problem? It is causing problems on the server because the files are taking up so much space. It is error 9002, severity 17. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From michael.broesdorf at web.de Wed Oct 8 10:48:04 2003 From: michael.broesdorf at web.de (=?iso-8859-1?Q?Michael_Br=F6sdorf?=) Date: Wed, 8 Oct 2003 17:48:04 +0200 Subject: [dba-SQLServer]Linked Server (DB2) In-Reply-To: Message-ID: Dear group, we have SQL Server 2000 running in our office. We need to read/write data from/to a DB2-database stored elsewhere. The physical connection is set up using a DSL-line. I want to set up the DB2-database as a linked server in SQL-Server. But I was only partly successfull. I can read data from the tables/views but can not write to them. I tried the DB2-ODBC-Driver from the DB2-Client (installed on the SQL-Server-machine) and the DB2-Drivers (ODBC/OLE-DB) from Microsoft (which are part of the Host Integration Server). The connection is set up to use TCP/IP (I don't even know what system the DB2-database is running on...). The connection properties ask for a connection string, but I don't have a clue how to built that. Could anyone point me in the right direction here (as to where to look for information)? I tried the Microsoft Knowledge Base (which provides _some_ information) and IBM's website (which states, that "is is possible to create a linked server in MS SQL Server 2000 that points to a DB2-database" - a very usefull piece of information indeed...). Please Help!!! TIA, Michael From Robert.Djabarov at usaa.com Wed Oct 8 10:52:00 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 8 Oct 2003 10:52:00 -0500 Subject: [dba-SQLServer]Selecting data into variables Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC24E@ex02.eagle.usaa.com> Use output parameters -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Tuesday, October 07, 2003 10:56 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Selecting data into variables I would like to run a select statement that returns 1 row, then put the column values into variables I have declared in my Sproc. The closest I have come across in BOL is the SELECT INTO statement but this is for "Embedded SQL for C and SQL Server". I could use a cursor but it seems overkill for only one row. Is there an easy way to do this? Regards David Emerson DALYN Software Ltd 25b Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Wed Oct 8 10:54:34 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 8 Oct 2003 10:54:34 -0500 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC250@ex02.eagle.usaa.com> Truncating logs, shrinking files...there's most likely an open transaction sitting out there that will prevent you from doing either! Do DBCC OPENTRAN('your_database'), and if there is one or two see what they are doing (or not doing if sleeping) and go from there. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Michael Br?sdorf Sent: Wednesday, October 08, 2003 10:42 AM To: dba-sqlserver at databaseadvisors.com Subject: AW: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Julie, truncate the log before you shrink it, then it will actually be smaller. Michael -----Urspr?ngliche Nachricht----- Von: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]Im Auftrag von Julie Reardon-Taylor Gesendet: Mittwoch, 8. Oktober 2003 15:35 An: AccessD at databaseadvisors.com; dba-SQLServer at databaseadvisors.com Betreff: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Hi Group, All of a sudden, my BEDB.dbf file has grown huge. The file itself and the log file are at 10GB. I tried shrinking the database, and received a message saying that it was successful, however, the files are still the same size. I'm receiving an event log error ID 17052 that states that there is no more room in the log file. How can I resolve this problem? It is causing problems on the server because the files are taking up so much space. It is error 9002, severity 17. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.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 Robert.Djabarov at usaa.com Wed Oct 8 10:56:05 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 8 Oct 2003 10:56:05 -0500 Subject: [dba-SQLServer]Linked Server (DB2) Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC253@ex02.eagle.usaa.com> Are you sure the db2 guys gave you write permissions? -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Michael Br?sdorf Sent: Wednesday, October 08, 2003 10:48 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Linked Server (DB2) Dear group, we have SQL Server 2000 running in our office. We need to read/write data from/to a DB2-database stored elsewhere. The physical connection is set up using a DSL-line. I want to set up the DB2-database as a linked server in SQL-Server. But I was only partly successfull. I can read data from the tables/views but can not write to them. I tried the DB2-ODBC-Driver from the DB2-Client (installed on the SQL-Server-machine) and the DB2-Drivers (ODBC/OLE-DB) from Microsoft (which are part of the Host Integration Server). The connection is set up to use TCP/IP (I don't even know what system the DB2-database is running on...). The connection properties ask for a connection string, but I don't have a clue how to built that. Could anyone point me in the right direction here (as to where to look for information)? I tried the Microsoft Knowledge Base (which provides _some_ information) and IBM's website (which states, that "is is possible to create a linked server in MS SQL Server 2000 that points to a DB2-database" - a very usefull piece of information indeed...). Please Help!!! TIA, Michael _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Wed Oct 8 12:28:34 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 8 Oct 2003 10:28:34 -0700 Subject: [dba-SQLServer]Linked Server (DB2) References: <3CCEA32DFF043C4CB99B835557E11B30012DC253@ex02.eagle.usaa.com> Message-ID: <001f01c38dc1$9af3a850$42f66e51@martin1> The format of the connection string is "Provider=DB2OLEDB;Network Transport Library=TCPIP;Network Address=XXX.XXX.XXX.XXX;Initial Catalog=MyCtlg;Package Collection=MyPkgCol;Default Schema=Schema;User ID=MyUser;Password=MyPW" not sure how this will work over DSL? If you can get me onto the DB2 system I can try it from here. I have DB2 at home but would need to install it again. Martin ----- Original Message ----- From: "Djabarov, Robert" To: Sent: Wednesday, October 08, 2003 8:56 AM Subject: RE: [dba-SQLServer]Linked Server (DB2) Are you sure the db2 guys gave you write permissions? -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Michael Br?sdorf Sent: Wednesday, October 08, 2003 10:48 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Linked Server (DB2) Dear group, we have SQL Server 2000 running in our office. We need to read/write data from/to a DB2-database stored elsewhere. The physical connection is set up using a DSL-line. I want to set up the DB2-database as a linked server in SQL-Server. But I was only partly successfull. I can read data from the tables/views but can not write to them. I tried the DB2-ODBC-Driver from the DB2-Client (installed on the SQL-Server-machine) and the DB2-Drivers (ODBC/OLE-DB) from Microsoft (which are part of the Host Integration Server). The connection is set up to use TCP/IP (I don't even know what system the DB2-database is running on...). The connection properties ask for a connection string, but I don't have a clue how to built that. Could anyone point me in the right direction here (as to where to look for information)? I tried the Microsoft Knowledge Base (which provides _some_ information) and IBM's website (which states, that "is is possible to create a linked server in MS SQL Server 2000 that points to a DB2-database" - a very usefull piece of information indeed...). Please Help!!! TIA, Michael _______________________________________________ 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 mwp.reid at qub.ac.uk Wed Oct 8 12:39:13 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 8 Oct 2003 10:39:13 -0700 Subject: [dba-SQLServer]Linking to DB2 References: Message-ID: <001901c38dc3$17fe3260$42f66e51@martin1> Hope this to the right list http://www.databasejournal.com/features/mssql/article.php/1756161 >From MS EXEC sp_addlinkedserver @server='DB2', @srvproduct='Microsoft OLE DB Provider for DB2', @catalog='DB2', @provider='DB2OLEDB', @provstr='Initial Catalog=PUBS;Data Source=DB2;HostCCSID=1252;Network Address You need to register to see this one http://www-level3.experts-exchange.com/Databases/Microsoft_SQL_Server/Q_20681782.html Martin From michael.broesdorf at web.de Wed Oct 8 12:52:48 2003 From: michael.broesdorf at web.de (=?iso-8859-1?Q?Michael_Br=F6sdorf?=) Date: Wed, 8 Oct 2003 19:52:48 +0200 Subject: AW: [dba-SQLServer]Linked Server (DB2) In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DC253@ex02.eagle.usaa.com> Message-ID: Yep, if I link the tables in question to an Access db, it works fine! Michael -----Urspr?ngliche Nachricht----- Von: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]Im Auftrag von Djabarov, Robert Gesendet: Mittwoch, 8. Oktober 2003 17:56 An: dba-sqlserver at databaseadvisors.com Betreff: RE: [dba-SQLServer]Linked Server (DB2) Are you sure the db2 guys gave you write permissions? -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Michael Br?sdorf Sent: Wednesday, October 08, 2003 10:48 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Linked Server (DB2) Dear group, we have SQL Server 2000 running in our office. We need to read/write data from/to a DB2-database stored elsewhere. The physical connection is set up using a DSL-line. I want to set up the DB2-database as a linked server in SQL-Server. But I was only partly successfull. I can read data from the tables/views but can not write to them. I tried the DB2-ODBC-Driver from the DB2-Client (installed on the SQL-Server-machine) and the DB2-Drivers (ODBC/OLE-DB) from Microsoft (which are part of the Host Integration Server). The connection is set up to use TCP/IP (I don't even know what system the DB2-database is running on...). The connection properties ask for a connection string, but I don't have a clue how to built that. Could anyone point me in the right direction here (as to where to look for information)? I tried the Microsoft Knowledge Base (which provides _some_ information) and IBM's website (which states, that "is is possible to create a linked server in MS SQL Server 2000 that points to a DB2-database" - a very usefull piece of information indeed...). Please Help!!! TIA, Michael _______________________________________________ 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 prosoft6 at hotmail.com Wed Oct 8 14:02:37 2003 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Wed, 08 Oct 2003 15:02:37 -0400 Subject: [dba-SQLServer] Re: [AccessD] SQL LOG File is Huge! 10GB - Help Thank You!!!! Message-ID: Thank you to everyone for your suggestions. I have worked all day to clear up the problem, and have managed to shrink the transaction log as well as the database back to their normal size. Still not sure what caused it though. I will look at each of your suggestions to prevent this from happening in the future. Really appreciate all of your responses! Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com From prosoft6 at hotmail.com Wed Oct 8 14:02:37 2003 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Wed, 08 Oct 2003 15:02:37 -0400 Subject: [dba-SQLServer] Re: [AccessD] SQL LOG File is Huge! 10GB - Help Thank You!!!! Message-ID: Thank you to everyone for your suggestions. I have worked all day to clear up the problem, and have managed to shrink the transaction log as well as the database back to their normal size. Still not sure what caused it though. I will look at each of your suggestions to prevent this from happening in the future. Really appreciate all of your responses! Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Wed Oct 8 17:59:29 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 09 Oct 2003 11:59:29 +1300 Subject: [dba-SQLServer]Selecting data into variables In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30012DC24E@ex02.eagle.usaa.c om> Message-ID: <5.2.0.9.0.20031009115915.00b55ad0@mail.dalyn.co.nz> Ah - thanks. David At 8/10/2003, you wrote: >Use output parameters > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David >Emerson >Sent: Tuesday, October 07, 2003 10:56 PM >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer]Selecting data into variables > > >I would like to run a select statement that returns 1 row, then put the >column values into variables I have declared in my Sproc. The closest I > >have come across in BOL is the SELECT INTO statement but this is for >"Embedded SQL for C and SQL Server". > >I could use a cursor but it seems overkill for only one row. Is there >an >easy way to do this? > >Regards > >David Emerson >DALYN Software Ltd >25b Cunliffe St, Johnsonville >Wellington, New Zealand >Ph/Fax (877) 456-1205 > >_______________________________________________ >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 davide at dalyn.co.nz Wed Oct 8 18:00:04 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 09 Oct 2003 12:00:04 +1300 Subject: [dba-SQLServer]Selecting data into variables In-Reply-To: Message-ID: <5.2.0.9.0.20031009115807.00b1c7b0@mail.dalyn.co.nz> Thanks but I was looking at more than 1 variable at a time. I think output parameters will do the trick. David At 8/10/2003, you wrote: >Like this? > >/* -- cut here */ >USE NORTHWIND >DECLARE @prod_name varchar(50) >SELECT @prod_name = productname from products where productid = 4; >PRINT @prod_name >/* -- cut here */ > > >Billy > >>From: David Emerson >>Reply-To: dba-sqlserver at databaseadvisors.com >>To: dba-SQLServer at databaseadvisors.com >>Subject: [dba-SQLServer]Selecting data into variables >>Date: Wed, 08 Oct 2003 16:55:49 +1300 >> >>I would like to run a select statement that returns 1 row, then put the >>column values into variables I have declared in my Sproc. The closest I >>have come across in BOL is the SELECT INTO statement but this is for >>"Embedded SQL for C and SQL Server". >> >>I could use a cursor but it seems overkill for only one row. Is there an >>easy way to do this? >> >>Regards >> >>David Emerson >>DALYN Software Ltd >>25b Cunliffe St, Johnsonville >>Wellington, New Zealand >>Ph/Fax (877) 456-1205 >> >>_______________________________________________ >>dba-SQLServer mailing list >>dba-SQLServer at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >>http://www.databaseadvisors.com > >_________________________________________________________________ >Protect your PC - get McAfee.com VirusScan Online >http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > > From andrew.haslett at ilc.gov.au Wed Oct 8 21:01:01 2003 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Thu, 9 Oct 2003 11:31:01 +0930 Subject: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Message-ID: ******************************** I already have the shrinking and re-indexing in place to occur before I back up the transaction logs ******************************** Wrong way round. Backing it up marks the inactive portion 'shrinkable', so it has to be done first. Cheers, A -----Original Message----- From: Julie Reardon-Taylor [mailto:prosoft6 at hotmail.com] Sent: Thursday, 9 October 2003 1:05 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL LOG File is Huge! 10GB - Help Thanks Eric. I already have the shrinking and re-indexing in place to occur before I back up the transaction logs. It looks like the database is corrupt and is causing massive bloating. Cannot see why this occurred, but it happened overnight. Anyone have this problem before? The transaction logs are backed up every two hours, with the databases backed up in the PM, shrunk and re-indexed every night. Julie Reardon-Taylor PRO-SOFT OF NY, INC. www.pro-soft.net _________________________________________________________________ Instant message in style with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From MarkBoyd at McBeeAssociates.com Fri Oct 10 08:46:35 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 10 Oct 2003 09:46:35 -0400 Subject: [dba-SQLServer]Repairing a corrupt table Message-ID: I am in the process of repairing a corrupt table. My backup software is failing with the following message: 'Table Corrupt: Object ID 734690461, Index ID 2. Keys out of order on page (1:78526), slots 145 and 146.' It seems table MSmerge_contents has become corrupt. This table is used in the replication with another SQL Server. I ran DBCC_CHECKDB to make sure this was the only table with corruption issues. Now I want to run the repair option, but am prompted with a message stating the database needs to be in single-user mode in order to repair. I tried putting the db into single-user mode, but am prompted with an error message telling me the option can't be changed while another user is in the database. I'm pretty sure no one else is in it, but am thinking the subscription to the other server needs to be removed to do this. Has anyone dealt with this sort of issue before? How can I tell if anyone is connected to the database? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ebarro at afsweb.com Fri Oct 10 09:53:26 2003 From: ebarro at afsweb.com (Eric Barro) Date: Fri, 10 Oct 2003 07:53:26 -0700 Subject: [dba-SQLServer]Repairing a corrupt table In-Reply-To: Message-ID: Mark, Go to the database you want to use and then click on Tools and then SQL Query Analyzer from the menu. Type sp_who2 to get a list of connections and processes they are running. I don't believe you can put the db in single user mode with replication turned on. You will need to turn it off then. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 6:47 AM To: SQLServerList Subject: [dba-SQLServer]Repairing a corrupt table I am in the process of repairing a corrupt table. My backup software is failing with the following message: ?Table Corrupt: Object ID 734690461, Index ID 2. Keys out of order on page (1:78526), slots 145 and 146.? It seems table MSmerge_contents has become corrupt. This table is used in the replication with another SQL Server. I ran DBCC_CHECKDB to make sure this was the only table with corruption issues. Now I want to run the repair option, but am prompted with a message stating the database needs to be in single-user mode in order to repair. I tried putting the db into single-user mode, but am prompted with an error message telling me the option can?t be changed while another user is in the database. I?m pretty sure no one else is in it, but am thinking the subscription to the other server needs to be removed to do this. Has anyone dealt with this sort of issue before? How can I tell if anyone is connected to the database? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 -------------- next part -------------- An HTML attachment was scrubbed... URL: From MarkBoyd at McBeeAssociates.com Fri Oct 10 10:28:47 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 10 Oct 2003 11:28:47 -0400 Subject: [dba-SQLServer]Repairing a corrupt table Message-ID: Eric - Thanks for your response. Running sp_who2 returned 15 records with statuses ranging from sleeping, to background, to runnable. What do these statuses mean? Should I only be concerned with runnable and background? Also, you mention turning "off" replication. Is there a way to turn off replication without deleting the subscription? We used many filters when creating the subscription, and I don't want to recreate them if I don't have to. Thanks again, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Friday, October 10, 2003 10:53 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Repairing a corrupt table Mark, Go to the database you want to use and then click on Tools and then SQL Query Analyzer from the menu. Type sp_who2 to get a list of connections and processes they are running. I don't believe you can put the db in single user mode with replication turned on. You will need to turn it off then. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 6:47 AM To: SQLServerList Subject: [dba-SQLServer]Repairing a corrupt table I am in the process of repairing a corrupt table. My backup software is failing with the following message: 'Table Corrupt: Object ID 734690461, Index ID 2. Keys out of order on page (1:78526), slots 145 and 146.' It seems table MSmerge_contents has become corrupt. This table is used in the replication with another SQL Server. I ran DBCC_CHECKDB to make sure this was the only table with corruption issues. Now I want to run the repair option, but am prompted with a message stating the database needs to be in single-user mode in order to repair. I tried putting the db into single-user mode, but am prompted with an error message telling me the option can't be changed while another user is in the database. I'm pretty sure no one else is in it, but am thinking the subscription to the other server needs to be removed to do this. Has anyone dealt with this sort of issue before? How can I tell if anyone is connected to the database? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robert.Djabarov at usaa.com Fri Oct 10 10:43:12 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Fri, 10 Oct 2003 10:43:12 -0500 Subject: [dba-SQLServer]Repairing a corrupt table Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC479@ex02.eagle.usaa.com> if you do it really quick you may get by with it: select 'kill', spid from master.dbo.sysprocesses (nolock) where db_name(dbid) = 'your_database' print "exec sp_dboption 'your_database', 'single', true" print "dbcc checkdb('your_database', REPAIR_ALLOW_DATA_LOSS ) copy the output into the qa window (make sure you're not in the database, use master to do it) and run it. if this doesn't fly, - yup, remove the publication. But I would also try to offload the table in question to a temporary permanent table, truncate the original table, and see if the results of dbcc checkdb changed. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 8:47 AM To: SQLServerList Subject: [dba-SQLServer]Repairing a corrupt table I am in the process of repairing a corrupt table. My backup software is failing with the following message: 'Table Corrupt: Object ID 734690461, Index ID 2. Keys out of order on page (1:78526), slots 145 and 146.' It seems table MSmerge_contents has become corrupt. This table is used in the replication with another SQL Server. I ran DBCC_CHECKDB to make sure this was the only table with corruption issues. Now I want to run the repair option, but am prompted with a message stating the database needs to be in single-user mode in order to repair. I tried putting the db into single-user mode, but am prompted with an error message telling me the option can't be changed while another user is in the database. I'm pretty sure no one else is in it, but am thinking the subscription to the other server needs to be removed to do this. Has anyone dealt with this sort of issue before? How can I tell if anyone is connected to the database? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ebarro at afsweb.com Fri Oct 10 11:26:14 2003 From: ebarro at afsweb.com (Eric Barro) Date: Fri, 10 Oct 2003 09:26:14 -0700 Subject: [dba-SQLServer]Repairing a corrupt table In-Reply-To: Message-ID: Mark, Unfortunately replication has to be rebuilt. Have SQL generate the scripts for you so that you can easily recreate those filters. That's one of the things I hate about the replication scenario. Even a table structure change will require rebuilding the replication for publications that reference that table. The ones you need to be concerned about are the ones that have the spid. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 8:29 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Repairing a corrupt table Eric ? Thanks for your response. Running sp_who2 returned 15 records with statuses ranging from sleeping, to background, to runnable. What do these statuses mean? Should I only be concerned with runnable and background? Also, you mention turning ?off? replication. Is there a way to turn off replication without deleting the subscription? We used many filters when creating the subscription, and I don?t want to recreate them if I don?t have to. Thanks again, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Friday, October 10, 2003 10:53 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Repairing a corrupt table Mark, Go to the database you want to use and then click on Tools and then SQL Query Analyzer from the menu. Type sp_who2 to get a list of connections and processes they are running. I don't believe you can put the db in single user mode with replication turned on. You will need to turn it off then. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 6:47 AM To: SQLServerList Subject: [dba-SQLServer]Repairing a corrupt table I am in the process of repairing a corrupt table. My backup software is failing with the following message: ?Table Corrupt: Object ID 734690461, Index ID 2. Keys out of order on page (1:78526), slots 145 and 146.? It seems table MSmerge_contents has become corrupt. This table is used in the replication with another SQL Server. I ran DBCC_CHECKDB to make sure this was the only table with corruption issues. Now I want to run the repair option, but am prompted with a message stating the database needs to be in single-user mode in order to repair. I tried putting the db into single-user mode, but am prompted with an error message telling me the option can?t be changed while another user is in the database. I?m pretty sure no one else is in it, but am thinking the subscription to the other server needs to be removed to do this. Has anyone dealt with this sort of issue before? How can I tell if anyone is connected to the database? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.516 / Virus Database: 313 - Release Date: 9/1/2003 -------------- next part -------------- An HTML attachment was scrubbed... URL: From MarkBoyd at McBeeAssociates.com Fri Oct 10 12:59:40 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 10 Oct 2003 13:59:40 -0400 Subject: [dba-SQLServer]Repairing a corrupt table Message-ID: Eric - Thanks for the input. I'll give it a shot late tonight when nobody is in the database. Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Friday, October 10, 2003 12:26 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Repairing a corrupt table Mark, Unfortunately replication has to be rebuilt. Have SQL generate the scripts for you so that you can easily recreate those filters. That's one of the things I hate about the replication scenario. Even a table structure change will require rebuilding the replication for publications that reference that table. The ones you need to be concerned about are the ones that have the spid. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 8:29 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Repairing a corrupt table Eric - Thanks for your response. Running sp_who2 returned 15 records with statuses ranging from sleeping, to background, to runnable. What do these statuses mean? Should I only be concerned with runnable and background? Also, you mention turning "off" replication. Is there a way to turn off replication without deleting the subscription? We used many filters when creating the subscription, and I don't want to recreate them if I don't have to. Thanks again, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Friday, October 10, 2003 10:53 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Repairing a corrupt table Mark, Go to the database you want to use and then click on Tools and then SQL Query Analyzer from the menu. Type sp_who2 to get a list of connections and processes they are running. I don't believe you can put the db in single user mode with replication turned on. You will need to turn it off then. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 10, 2003 6:47 AM To: SQLServerList Subject: [dba-SQLServer]Repairing a corrupt table I am in the process of repairing a corrupt table. My backup software is failing with the following message: 'Table Corrupt: Object ID 734690461, Index ID 2. Keys out of order on page (1:78526), slots 145 and 146.' It seems table MSmerge_contents has become corrupt. This table is used in the replication with another SQL Server. I ran DBCC_CHECKDB to make sure this was the only table with corruption issues. Now I want to run the repair option, but am prompted with a message stating the database needs to be in single-user mode in order to repair. I tried putting the db into single-user mode, but am prompted with an error message telling me the option can't be changed while another user is in the database. I'm pretty sure no one else is in it, but am thinking the subscription to the other server needs to be removed to do this. Has anyone dealt with this sort of issue before? How can I tell if anyone is connected to the database? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuxedo_man at hotmail.com Fri Oct 10 20:05:51 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Sat, 11 Oct 2003 01:05:51 +0000 Subject: [dba-SQLServer]How to determine whether string is a number? Message-ID: I need to determine whether the string '4d4' is number or not. But it appears that the ISNUMERIC function is not always accurate as shown below: SELECT ISNUMERIC(SUBSTRING('4D4',1,3)); It should evaluate to 0 but it returns 1! You can try for yourself. Basically, I need a way to determine that '4D4' is not a number. Anyone have any ideas? Thanks in advance, Billy _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From stuart at lexacorp.com.pg Fri Oct 10 22:41:17 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 11 Oct 2003 13:41:17 +1000 Subject: [dba-SQLServer]How to determine whether string is a number? In-Reply-To: Message-ID: <3F88087D.6323.10DF9AD@localhost> On 11 Oct 2003 at 1:05, Billy Pang wrote: > I need to determine whether the string '4d4' is number or not. But it > appears that the ISNUMERIC function is not always accurate as shown below: > > SELECT ISNUMERIC(SUBSTRING('4D4',1,3)); > > It should evaluate to 0 but it returns 1! You can try for yourself. > > Basically, I need a way to determine that '4D4' is not a number. Anyone have > any ideas? > Unfortunately, xxDx is exactly the same as xxEx. It is regarded as scientific notation i.e. 4D4 = 40000, 1.234D5 = 123400 etc -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From martyconnelly at shaw.ca Sun Oct 12 11:13:19 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sun, 12 Oct 2003 09:13:19 -0700 Subject: [dba-SQLServer]Apply for beta of SQL Server Reporting Services References: <3F88087D.6323.10DF9AD@localhost> Message-ID: <3F897D9F.40609@shaw.ca> How to Nominate yourself to participate in the public beta for SQL Server Reporting Services http://www.microsoft.com/sql/evaluation/betanominations.asp It is scheduled to be offered as an add-on ($$?) for Microsoft's database and is due out later this year. You need a Passport account and the guestid from above url page A description of the product http://www.microsoft.com/sql/evaluation/bi/reportingservices.asp There is supposed to be a hook from Office to XML web Service Interface -- Marty Connelly Victoria, B.C. Canada From andrew.haslett at ilc.gov.au Sun Oct 12 17:25:17 2003 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Mon, 13 Oct 2003 07:55:17 +0930 Subject: [dba-SQLServer]Apply for beta of SQL Server Reporting Servi ces Message-ID: You can download a webcast for more info at: http://www.microsoft.com/usa/webcasts Quite interesting. I think the first release will be a little bare, but they are planning many more features in upcoming versions. Cheers, A -----Original Message----- From: MartyConnelly [mailto:martyconnelly at shaw.ca] Sent: Monday, 13 October 2003 1:43 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Apply for beta of SQL Server Reporting Services How to Nominate yourself to participate in the public beta for SQL Server Reporting Services http://www.microsoft.com/sql/evaluation/betanominations.asp It is scheduled to be offered as an add-on ($$?) for Microsoft's database and is due out later this year. You need a Passport account and the guestid from above url page A description of the product http://www.microsoft.com/sql/evaluation/bi/reportingservices.asp There is supposed to be a hook from Office to XML web Service Interface -- Marty Connelly Victoria, B.C. Canada _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From tuxedo_man at hotmail.com Tue Oct 14 12:47:23 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Tue, 14 Oct 2003 17:47:23 +0000 Subject: [dba-SQLServer] Message-ID: Hello: Our IIS Server is logging website hits to SQL Server. We are trying to figure out best way to export certain records from this table into another table every 5 minutes. So far, we came up with two options: 1) in a separate table, store the ID of the last record in the IIS Log table that was exported. Every 5 minutes, export the records that are greater than the last exported ID. 2) pick one of the columns in the log table to be the "Exported" flag column. After exporting a record from the log table, update that record as exported. We are leaning towards #2 but am unsure about any locking issues. AKAIK, IIS only inserts records into that table, never update. Any ideas or thoughts? Thanks in advance, Billy _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From ebarro at afsweb.com Tue Oct 14 12:53:16 2003 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 14 Oct 2003 10:53:16 -0700 Subject: [dba-SQLServer] In-Reply-To: Message-ID: Billy, What's the purpose of exporting those records? If it's for statistical purposes why not just run queries on the table? --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Billy Pang Sent: Tuesday, October 14, 2003 10:47 AM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer] Hello: Our IIS Server is logging website hits to SQL Server. We are trying to figure out best way to export certain records from this table into another table every 5 minutes. So far, we came up with two options: 1) in a separate table, store the ID of the last record in the IIS Log table that was exported. Every 5 minutes, export the records that are greater than the last exported ID. 2) pick one of the columns in the log table to be the "Exported" flag column. After exporting a record from the log table, update that record as exported. We are leaning towards #2 but am unsure about any locking issues. AKAIK, IIS only inserts records into that table, never update. Any ideas or thoughts? Thanks in advance, Billy _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 From my.lists at verizon.net Tue Oct 14 13:24:07 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 14 Oct 2003 11:24:07 -0700 Subject: [dba-SQLServer] In-Reply-To: References: Message-ID: <3F8C3F47.3090301@verizon.net> if you SELECT * FROM TableName WITH(NOLOCK) you won't have the locking issues as you are providing the hint not to lock the table. Some side-effects that any uncommitted insert will show up with this type of select. additionally a quick select every 5minutes should suffice and be quick enough even w/o the hint (depending on your rate of input). lastly you can also look at replication to get the records out of there or even logshipping. Billy Pang wrote: > Hello: > > Our IIS Server is logging website hits to SQL Server. We are trying to > figure out best way to export certain records from this table into > another table every 5 minutes. So far, we came up with two options: > > 1) in a separate table, store the ID of the last record in the IIS Log > table that was exported. Every 5 minutes, export the records that are > greater than the last exported ID. > > 2) pick one of the columns in the log table to be the "Exported" flag > column. After exporting a record from the log table, update that record > as exported. > > We are leaning towards #2 but am unsure about any locking issues. > AKAIK, IIS only inserts records into that table, never update. > > Any ideas or thoughts? > > Thanks in advance, > Billy -- -Francisco From Robert.Djabarov at usaa.com Tue Oct 14 13:40:58 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 14 Oct 2003 13:40:58 -0500 Subject: [dba-SQLServer] Message-ID: <3CCEA32DFF043C4CB99B835557E11B30012DC720@ex02.eagle.usaa.com> Actually, uncommitted insert will not show up in the select with nolock. Uncommitted update will be viewed with old data and uncommitted delete will still show the record that would be deleted. Since the situation here concerns only inserts then new records will not show up in the select until they are committed. I would recommend to go with a modified version of #2, - identify the first and the last id's of records that need to be exported prior to exporting them and updating the flag to "exported". -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Tuesday, October 14, 2003 1:24 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer] if you SELECT * FROM TableName WITH(NOLOCK) you won't have the locking issues as you are providing the hint not to lock the table. Some side-effects that any uncommitted insert will show up with this type of select. additionally a quick select every 5minutes should suffice and be quick enough even w/o the hint (depending on your rate of input). lastly you can also look at replication to get the records out of there or even logshipping. Billy Pang wrote: > Hello: > > Our IIS Server is logging website hits to SQL Server. We are trying > to > figure out best way to export certain records from this table into > another table every 5 minutes. So far, we came up with two options: > > 1) in a separate table, store the ID of the last record in the IIS Log > table that was exported. Every 5 minutes, export the records that are > greater than the last exported ID. > > 2) pick one of the columns in the log table to be the "Exported" flag > column. After exporting a record from the log table, update that record > as exported. > > We are leaning towards #2 but am unsure about any locking issues. > AKAIK, IIS only inserts records into that table, never update. > > Any ideas or thoughts? > > Thanks in advance, > Billy -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From tuxedo_man at hotmail.com Tue Oct 14 13:49:14 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Tue, 14 Oct 2003 18:49:14 +0000 Subject: [dba-SQLServer] Message-ID: IIS records everything in that table. I imgaine on a heavy traffic day there will be millions records insert into it that day alone. I only care about maybe a hand full of records in that table. Billy >From: "Eric Barro" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: RE: [dba-SQLServer] >Date: Tue, 14 Oct 2003 10:53:16 -0700 > >Billy, > >What's the purpose of exporting those records? If it's for statistical >purposes why not just run queries on the table? > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Billy >Pang >Sent: Tuesday, October 14, 2003 10:47 AM >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer] > > >Hello: > >Our IIS Server is logging website hits to SQL Server. We are trying to >figure out best way to export certain records from this table into another >table every 5 minutes. So far, we came up with two options: > >1) in a separate table, store the ID of the last record in the IIS Log >table >that was exported. Every 5 minutes, export the records that are greater >than the last exported ID. > >2) pick one of the columns in the log table to be the "Exported" flag >column. After exporting a record from the log table, update that record as >exported. > >We are leaning towards #2 but am unsure about any locking issues. AKAIK, >IIS only inserts records into that table, never update. > >Any ideas or thoughts? > >Thanks in advance, >Billy > >_________________________________________________________________ >The new MSN 8: advanced junk mail protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From tuxedo_man at hotmail.com Tue Oct 14 14:01:15 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Tue, 14 Oct 2003 19:01:15 +0000 Subject: [dba-SQLServer] Message-ID: Thanks for everyone's responses. I thought that nolock will show uncommitted transactions which includes inserts and updates. Before transaction is rolled back, the select will display the inserts in the transactions. I leaning towards option #1 because it is 6 times faster than option #2 (we can put index on ID but not on flagged field because there are only two possible values). Billy >From: "Djabarov, Robert" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: RE: [dba-SQLServer] >Date: Tue, 14 Oct 2003 13:40:58 -0500 > >Actually, uncommitted insert will not show up in the select with nolock. >Uncommitted update will be viewed with old data and uncommitted delete >will still show the record that would be deleted. Since the situation >here concerns only inserts then new records will not show up in the >select until they are committed. > >I would recommend to go with a modified version of #2, - identify the >first and the last id's of records that need to be exported prior to >exporting them and updating the flag to "exported". > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of >Francisco H Tapia >Sent: Tuesday, October 14, 2003 1:24 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer] > > >if you SELECT * FROM TableName WITH(NOLOCK) you won't have the locking >issues as you are providing the hint not to lock the table. Some >side-effects that any uncommitted insert will show up with this type of >select. > >additionally a quick select every 5minutes should suffice and be quick >enough even w/o the hint (depending on your rate of input). > >lastly you can also look at replication to get the records out of there >or even logshipping. > > > > >Billy Pang wrote: > > > Hello: > > > > Our IIS Server is logging website hits to SQL Server. We are trying > > to > > figure out best way to export certain records from this table into > > another table every 5 minutes. So far, we came up with two options: > > > > 1) in a separate table, store the ID of the last record in the IIS Log > > table that was exported. Every 5 minutes, export the records that are > > > greater than the last exported ID. > > > > 2) pick one of the columns in the log table to be the "Exported" flag > > column. After exporting a record from the log table, update that >record > > as exported. > > > > We are leaning towards #2 but am unsure about any locking issues. > > AKAIK, IIS only inserts records into that table, never update. > > > > Any ideas or thoughts? > > > > Thanks in advance, > > Billy > > > >-- >-Francisco > > >_______________________________________________ >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 > _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From ebarro at afsweb.com Tue Oct 14 14:30:39 2003 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 14 Oct 2003 12:30:39 -0700 Subject: [dba-SQLServer] In-Reply-To: Message-ID: I still recommend running a query on the table. I have the same setup and I have an ASP page that uses a SQL view to pull only those records that show an error 500 for the current day. If you index on fields you will be querying on (especially the ones that appear after the WHERE clause in SQL) you should be fine performance wise. Why store the data twice when you can get subsets of it using queries? --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Billy Pang Sent: Tuesday, October 14, 2003 11:49 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer] IIS records everything in that table. I imgaine on a heavy traffic day there will be millions records insert into it that day alone. I only care about maybe a hand full of records in that table. Billy >From: "Eric Barro" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: RE: [dba-SQLServer] >Date: Tue, 14 Oct 2003 10:53:16 -0700 > >Billy, > >What's the purpose of exporting those records? If it's for statistical >purposes why not just run queries on the table? > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Billy >Pang >Sent: Tuesday, October 14, 2003 10:47 AM >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer] > > >Hello: > >Our IIS Server is logging website hits to SQL Server. We are trying to >figure out best way to export certain records from this table into another >table every 5 minutes. So far, we came up with two options: > >1) in a separate table, store the ID of the last record in the IIS Log >table >that was exported. Every 5 minutes, export the records that are greater >than the last exported ID. > >2) pick one of the columns in the log table to be the "Exported" flag >column. After exporting a record from the log table, update that record as >exported. > >We are leaning towards #2 but am unsure about any locking issues. AKAIK, >IIS only inserts records into that table, never update. > >Any ideas or thoughts? > >Thanks in advance, >Billy > >_________________________________________________________________ >The new MSN 8: advanced junk mail protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 From tuxedo_man at hotmail.com Tue Oct 14 14:44:01 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Tue, 14 Oct 2003 19:44:01 +0000 Subject: [dba-SQLServer] Message-ID: Thanks Eric. Good point. I'm storing it twice in case they purge the IIS logs. I have no control over what happens to that server. >From: "Eric Barro" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: RE: [dba-SQLServer] >Date: Tue, 14 Oct 2003 12:30:39 -0700 > >I still recommend running a query on the table. I have the same setup and I >have an ASP page that uses a SQL view to pull only those records that show >an error 500 for the current day. If you index on fields you will be >querying on (especially the ones that appear after the WHERE clause in SQL) >you should be fine performance wise. > >Why store the data twice when you can get subsets of it using queries? > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Billy >Pang >Sent: Tuesday, October 14, 2003 11:49 AM >To: dba-sqlserver at databaseadvisors.com >Subject: RE: [dba-SQLServer] > > >IIS records everything in that table. I imgaine on a heavy traffic day >there will be millions records insert into it that day alone. I only care >about maybe a hand full of records in that table. > >Billy > > >From: "Eric Barro" > >Reply-To: dba-sqlserver at databaseadvisors.com > >To: > >Subject: RE: [dba-SQLServer] > >Date: Tue, 14 Oct 2003 10:53:16 -0700 > > > >Billy, > > > >What's the purpose of exporting those records? If it's for statistical > >purposes why not just run queries on the table? > > > >--- > >Eric Barro > >Senior Systems Analyst > >Advanced Field Services > >(208) 772-7060 > >http://www.afsweb.com > > > >-----Original Message----- > >From: dba-sqlserver-bounces at databaseadvisors.com > >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Billy > >Pang > >Sent: Tuesday, October 14, 2003 10:47 AM > >To: dba-SQLServer at databaseadvisors.com > >Subject: [dba-SQLServer] > > > > > >Hello: > > > >Our IIS Server is logging website hits to SQL Server. We are trying to > >figure out best way to export certain records from this table into >another > >table every 5 minutes. So far, we came up with two options: > > > >1) in a separate table, store the ID of the last record in the IIS Log > >table > >that was exported. Every 5 minutes, export the records that are greater > >than the last exported ID. > > > >2) pick one of the columns in the log table to be the "Exported" flag > >column. After exporting a record from the log table, update that record >as > >exported. > > > >We are leaning towards #2 but am unsure about any locking issues. AKAIK, > >IIS only inserts records into that table, never update. > > > >Any ideas or thoughts? > > > >Thanks in advance, > >Billy > > > >_________________________________________________________________ > >The new MSN 8: advanced junk mail protection and 2 months FREE* > >http://join.msn.com/?page=features/junkmail > > > >_______________________________________________ > >dba-SQLServer mailing list > >dba-SQLServer at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > >http://www.databaseadvisors.com > > > >--- > >Incoming mail is certified Virus Free. > >Checked by AVG anti-virus system (http://www.grisoft.com). > >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > > > >--- > >Outgoing mail is certified Virus Free. > >Checked by AVG anti-virus system (http://www.grisoft.com). > >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > > > >_______________________________________________ > >dba-SQLServer mailing list > >dba-SQLServer at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > >http://www.databaseadvisors.com > > > >_________________________________________________________________ >Tired of spam? Get advanced junk mail protection with MSN 8. >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From listmaster at databaseadvisors.com Tue Oct 14 20:46:20 2003 From: listmaster at databaseadvisors.com (Bryan Carbonnell) Date: Tue, 14 Oct 2003 21:46:20 -0400 Subject: [dba-SQLServer]AdministriviaList Configuration Changes Message-ID: <3F8C6EAC.17687.2BF2AA3@localhost> On Saturday October 18th, 2003 between 09:00 - 12:00 EDT (13:00 - 16:00 GMT) the lists hosted by Database Advisors will be making a small configuration change. This change will strip all HTML formatting from the posts sent to the lists. You should not have to do anything different at your end, the mailing list server will take care of it. Currently the DBA-OT list has been run this way for quite some time with no ill effects. If you do run into any problems, please contact our listmaster at listmaster at databaseadvisors.com or one of the moderators, a list of which can be found at http://www.databaseadvisors.com/lists/moderators.htm You can also keep an eye on http://www.databaseadvisors.com/liststatus.htm for any changes or notices. This small change will reduce DBA's bandwidth and hard drive storage space for our archives. It is also the first step in upgrading our server software to give us searchable archives for all the lists. Thank you for your patience during this, and the upcoming changes and upgrades. -- Bryan Carbonnell - listmaster at databaseadvisors.com I've learned.... That one should keep his words both soft and tender, because tomorrow he may have to eat them. _______________________________________________ Administrivia mailing list Administrivia at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/administrivia From my.lists at verizon.net Wed Oct 15 10:34:20 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 15 Oct 2003 08:34:20 -0700 Subject: [dba-SQLServer]Connecting to the server Message-ID: <3F8D68FC.3000304@verizon.net> My Boss's pc is running windows 2000 SP3 (I found out today he is on this later SP). The problem I found last night was that for some reason his pc is not able to identify the SqlServer Name, if I add it in a connection string it can't find it, however If I replace the name with an IP then it finds it w/o any problems. Why would this suddenly happen (yes I know MS, but really why?)? more importantly how do I fix it? -- -Francisco From ebarro at afsweb.com Wed Oct 15 10:58:08 2003 From: ebarro at afsweb.com (Eric Barro) Date: Wed, 15 Oct 2003 08:58:08 -0700 Subject: [dba-SQLServer]Connecting to the server In-Reply-To: <3F8D68FC.3000304@verizon.net> Message-ID: Francisco, Add an entry for the SQL server name in the HOSTS file on his machine associated with the IP. Then you can use the name in place of the IP since the HOSTS file will resolve to the IP. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Wednesday, October 15, 2003 8:34 AM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Connecting to the server My Boss's pc is running windows 2000 SP3 (I found out today he is on this later SP). The problem I found last night was that for some reason his pc is not able to identify the SqlServer Name, if I add it in a connection string it can't find it, however If I replace the name with an IP then it finds it w/o any problems. Why would this suddenly happen (yes I know MS, but really why?)? more importantly how do I fix it? -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 From knicholson at gpsx.net Wed Oct 15 12:10:31 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Wed, 15 Oct 2003 12:10:31 -0500 Subject: [dba-SQLServer]Connecting to the server Message-ID: Can you use a name for a server that has "reserved characters" in it? Like MAS-1 or MAS-2? Just asking, we had a problem with using the same naming conventions from SQL 7 on our new SQL 2000 servers. -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Wednesday, October 15, 2003 11:58 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Connecting to the server Francisco, Add an entry for the SQL server name in the HOSTS file on his machine associated with the IP. Then you can use the name in place of the IP since the HOSTS file will resolve to the IP. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Wednesday, October 15, 2003 8:34 AM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Connecting to the server My Boss's pc is running windows 2000 SP3 (I found out today he is on this later SP). The problem I found last night was that for some reason his pc is not able to identify the SqlServer Name, if I add it in a connection string it can't find it, however If I replace the name with an IP then it finds it w/o any problems. Why would this suddenly happen (yes I know MS, but really why?)? more importantly how do I fix it? -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From my.lists at verizon.net Wed Oct 15 11:36:18 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 15 Oct 2003 09:36:18 -0700 Subject: [dba-SQLServer]Connecting to the server In-Reply-To: References: Message-ID: <3F8D7782.5020109@verizon.net> I saw this problem before on a developer's machine who has added everything under the sun to his machine, SP's, .NET and it's SP's etc, etc. For some reason connecting to the server by name (for example MYSRVC) won't connect It is running Sql Server 2000 SP3. the default listening 1433 port has been modified. on the other hand connecting to a Sql7 server does not provide these side-effects. I have over 30 workstations that connect to this same server w/o any side effects. I don't want them modified because I'm sure it'll create the same problems like my Boss's pc and my co-worker's pc. the total length of the the server name is 8 characters, no special or otherwise non alpha characters at all. (i.e. MYAASRVC) Nicholson, Karen wrote: > Can you use a name for a server that has "reserved characters" in it? Like > MAS-1 or MAS-2? Just asking, we had a problem with using the same naming > conventions from SQL 7 on our new SQL 2000 servers. > > -----Original Message----- > From: Eric Barro [mailto:ebarro at afsweb.com] > Sent: Wednesday, October 15, 2003 11:58 AM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]Connecting to the server > > > Francisco, > > Add an entry for the SQL server name in the HOSTS file on his machine > associated with the IP. Then you can use the name in place of the IP since > the HOSTS file will resolve to the IP. > > --- > Eric Barro > Senior Systems Analyst > Advanced Field Services > (208) 772-7060 > http://www.afsweb.com > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of > Francisco H Tapia > Sent: Wednesday, October 15, 2003 8:34 AM > To: dba-SQLServer at databaseadvisors.com > Subject: [dba-SQLServer]Connecting to the server > > > My Boss's pc is running windows 2000 SP3 (I found out today he is on > this later SP). The problem I found last night was that for some reason > his pc is not able to identify the SqlServer Name, if I add it in a > connection string it can't find it, however If I replace the name with > an IP then it finds it w/o any problems. > > Why would this suddenly happen (yes I know MS, but really why?)? more > importantly how do I fix it? > > -- -Francisco From tuxedo_man at hotmail.com Wed Oct 15 12:21:51 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 15 Oct 2003 17:21:51 +0000 Subject: [dba-SQLServer]Connecting to the server Message-ID: Under the Client Network Utlity, are all the server aliases intact? >From: Francisco H Tapia >Reply-To: dba-sqlserver at databaseadvisors.com >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]Connecting to the server >Date: Wed, 15 Oct 2003 09:36:18 -0700 > >I saw this problem before on a developer's machine who has added everything >under the sun to his machine, SP's, .NET and it's SP's etc, etc. For some >reason connecting to the server by name (for example MYSRVC) won't connect >It is running Sql Server 2000 SP3. the default listening 1433 port has >been modified. on the other hand connecting to a Sql7 server does not >provide these side-effects. I have over 30 workstations that connect to >this same server w/o any side effects. I don't want them modified because >I'm sure it'll create the same problems like my Boss's pc and my >co-worker's pc. > >the total length of the the server name is 8 characters, no special or >otherwise non alpha characters at all. (i.e. MYAASRVC) > >Nicholson, Karen wrote: >>Can you use a name for a server that has "reserved characters" in it? >>Like >>MAS-1 or MAS-2? Just asking, we had a problem with using the same naming >>conventions from SQL 7 on our new SQL 2000 servers. >> >>-----Original Message----- >>From: Eric Barro [mailto:ebarro at afsweb.com] >>Sent: Wednesday, October 15, 2003 11:58 AM >>To: dba-sqlserver at databaseadvisors.com >>Subject: RE: [dba-SQLServer]Connecting to the server >> >> >>Francisco, >> >>Add an entry for the SQL server name in the HOSTS file on his machine >>associated with the IP. Then you can use the name in place of the IP since >>the HOSTS file will resolve to the IP. >> >>--- >>Eric Barro >>Senior Systems Analyst >>Advanced Field Services >>(208) 772-7060 >>http://www.afsweb.com >> >>-----Original Message----- >>From: dba-sqlserver-bounces at databaseadvisors.com >>[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of >>Francisco H Tapia >>Sent: Wednesday, October 15, 2003 8:34 AM >>To: dba-SQLServer at databaseadvisors.com >>Subject: [dba-SQLServer]Connecting to the server >> >> >>My Boss's pc is running windows 2000 SP3 (I found out today he is on this >>later SP). The problem I found last night was that for some reason his pc >>is not able to identify the SqlServer Name, if I add it in a connection >>string it can't find it, however If I replace the name with an IP then it >>finds it w/o any problems. >> >>Why would this suddenly happen (yes I know MS, but really why?)? more >>importantly how do I fix it? >> >> > > >-- >-Francisco > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From tuxedo_man at hotmail.com Wed Oct 15 13:53:07 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 15 Oct 2003 18:53:07 +0000 Subject: [dba-SQLServer]Help with stored procedure Message-ID: In a stored procedure report, how do I allow an optional filter for a select statement/ For example: use pubs go CREATE PROCEDURE au_info @lastname varchar(40), @firstname varchar(20) AS SELECT au_lname, au_fname FROM authors WHERE au_lname = @lastname and au_fname = @firstname go EXECUTE au_info @firstname = null, @lastname = 'Ringer' GO DROP PROCEDURE au_info I want the stored procedure to return all records where last name is "ringer" (there should be two of them) but right now it returns nothing. Thanks in advance, Billy _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From Robert.Djabarov at usaa.com Wed Oct 15 14:34:53 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 15 Oct 2003 14:34:53 -0500 Subject: [dba-SQLServer]Connecting to the server Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EEE06@ex02.eagle.usaa.com> In the Client Network Configuration on your boss's pc create an alias with tcp address. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Eric Barro Sent: Wednesday, October 15, 2003 10:58 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Connecting to the server Francisco, Add an entry for the SQL server name in the HOSTS file on his machine associated with the IP. Then you can use the name in place of the IP since the HOSTS file will resolve to the IP. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Francisco H Tapia Sent: Wednesday, October 15, 2003 8:34 AM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Connecting to the server My Boss's pc is running windows 2000 SP3 (I found out today he is on this later SP). The problem I found last night was that for some reason his pc is not able to identify the SqlServer Name, if I add it in a connection string it can't find it, however If I replace the name with an IP then it finds it w/o any problems. Why would this suddenly happen (yes I know MS, but really why?)? more importantly how do I fix it? -- -Francisco _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.525 / Virus Database: 322 - Release Date: 10/9/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From my.lists at verizon.net Wed Oct 15 16:01:57 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 15 Oct 2003 14:01:57 -0700 Subject: [dba-SQLServer]Connecting to the server In-Reply-To: References: Message-ID: <3F8DB5C5.3070808@verizon.net> I never messed with his client network utilities on his pc, thus never checked, just now I found that it was using the wrong port number I modified it and it seems to all be working fine.. now the big question... how did this happen? Billy Pang wrote: > Under the Client Network Utlity, are all the server aliases intact? > > >> From: Francisco H Tapia >> Reply-To: dba-sqlserver at databaseadvisors.com >> To: dba-sqlserver at databaseadvisors.com >> Subject: Re: [dba-SQLServer]Connecting to the server >> Date: Wed, 15 Oct 2003 09:36:18 -0700 >> >> I saw this problem before on a developer's machine who has added >> everything under the sun to his machine, SP's, .NET and it's SP's etc, >> etc. For some reason connecting to the server by name (for example >> MYSRVC) won't connect It is running Sql Server 2000 SP3. the default >> listening 1433 port has been modified. on the other hand connecting >> to a Sql7 server does not provide these side-effects. I have over 30 >> workstations that connect to this same server w/o any side effects. I >> don't want them modified because I'm sure it'll create the same >> problems like my Boss's pc and my co-worker's pc. >> >> the total length of the the server name is 8 characters, no special or >> otherwise non alpha characters at all. (i.e. MYAASRVC) >> >> Nicholson, Karen wrote: >> >>> Can you use a name for a server that has "reserved characters" in >>> it? Like >>> MAS-1 or MAS-2? Just asking, we had a problem with using the same >>> naming >>> conventions from SQL 7 on our new SQL 2000 servers. >>> >>> -----Original Message----- >>> From: Eric Barro [mailto:ebarro at afsweb.com] >>> Sent: Wednesday, October 15, 2003 11:58 AM >>> To: dba-sqlserver at databaseadvisors.com >>> Subject: RE: [dba-SQLServer]Connecting to the server >>> >>> >>> Francisco, >>> >>> Add an entry for the SQL server name in the HOSTS file on his machine >>> associated with the IP. Then you can use the name in place of the IP >>> since >>> the HOSTS file will resolve to the IP. >>> >>> --- >>> Eric Barro >>> Senior Systems Analyst >>> Advanced Field Services >>> (208) 772-7060 >>> http://www.afsweb.com >>> >>> -----Original Message----- >>> From: dba-sqlserver-bounces at databaseadvisors.com >>> [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of >>> Francisco H Tapia >>> Sent: Wednesday, October 15, 2003 8:34 AM >>> To: dba-SQLServer at databaseadvisors.com >>> Subject: [dba-SQLServer]Connecting to the server >>> >>> >>> My Boss's pc is running windows 2000 SP3 (I found out today he is on >>> this later SP). The problem I found last night was that for some >>> reason his pc is not able to identify the SqlServer Name, if I add it >>> in a connection string it can't find it, however If I replace the >>> name with an IP then it finds it w/o any problems. >>> >>> Why would this suddenly happen (yes I know MS, but really why?)? more >>> importantly how do I fix it? >>> >>> >> >> >> -- >> -Francisco >> >> -- -Francisco From Kenneth.Stoker at pnl.gov Wed Oct 15 16:01:06 2003 From: Kenneth.Stoker at pnl.gov (Stoker, Kenneth E) Date: Wed, 15 Oct 2003 14:01:06 -0700 Subject: [dba-SQLServer]Stored Procedures Book Recommendations Message-ID: <249C1CB246997C48BB74963CCD361C1B014A01D8@pnlmse28.pnl.gov> Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From my.lists at verizon.net Wed Oct 15 16:19:13 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 15 Oct 2003 14:19:13 -0700 Subject: [dba-SQLServer]Stored Procedures Book Recommendations In-Reply-To: <249C1CB246997C48BB74963CCD361C1B014A01D8@pnlmse28.pnl.gov> References: <249C1CB246997C48BB74963CCD361C1B014A01D8@pnlmse28.pnl.gov> Message-ID: <3F8DB9D1.3000501@verizon.net> BOL (Books On Line) they are very comprehensive. Stoker, Kenneth E wrote: > Everyone, > > I am starting to get into some quite complicated stored procedure > development, and was wondering if anyone here had any recommendations > for a good reference book on the subject. > > Thanks. > > *Ken Stoker* -- -Francisco From Robert.Djabarov at usaa.com Wed Oct 15 16:38:16 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 15 Oct 2003 16:38:16 -0500 Subject: [dba-SQLServer]Stored Procedures Book Recommendations Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EEE35@ex02.eagle.usaa.com> anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E Sent: Wednesday, October 15, 2003 4:01 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Stored Procedures Book Recommendations Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From Robert.Djabarov at usaa.com Wed Oct 15 16:40:27 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 15 Oct 2003 16:40:27 -0500 Subject: [dba-SQLServer]Help with stored procedure Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EEE37@ex02.eagle.usaa.com> CREATE PROCEDURE au_info @lastname varchar(40), @firstname varchar(20) AS SELECT au_lname, au_fname FROM authors WHERE au_lname = @lastname union SELECT au_lname, au_fname FROM authors WHERE au_fname = @firstname go EXECUTE au_info @firstname = null, @lastname = 'Ringer' GO DROP PROCEDURE au_info -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Billy Pang Sent: Wednesday, October 15, 2003 1:53 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Help with stored procedure In a stored procedure report, how do I allow an optional filter for a select statement/ For example: use pubs go CREATE PROCEDURE au_info @lastname varchar(40), @firstname varchar(20) AS SELECT au_lname, au_fname FROM authors WHERE au_lname = @lastname and au_fname = @firstname go EXECUTE au_info @firstname = null, @lastname = 'Ringer' GO DROP PROCEDURE au_info I want the stored procedure to return all records where last name is "ringer" (there should be two of them) but right now it returns nothing. Thanks in advance, Billy _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Robert.Djabarov at usaa.com Wed Oct 15 16:42:32 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 15 Oct 2003 16:42:32 -0500 Subject: [dba-SQLServer]Help with stored procedure Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EEE38@ex02.eagle.usaa.com> ...or: CREATE PROCEDURE au_info @lastname varchar(40), @firstname varchar(20) AS SELECT au_lname, au_fname FROM authors WHERE au_lname = @lastname and au_fname = isnull(@firstname, au_fname) go EXECUTE au_info @firstname = null, @lastname = 'Ringer' GO DROP PROCEDURE au_info -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Billy Pang Sent: Wednesday, October 15, 2003 1:53 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Help with stored procedure In a stored procedure report, how do I allow an optional filter for a select statement/ For example: use pubs go CREATE PROCEDURE au_info @lastname varchar(40), @firstname varchar(20) AS SELECT au_lname, au_fname FROM authors WHERE au_lname = @lastname and au_fname = @firstname go EXECUTE au_info @firstname = null, @lastname = 'Ringer' GO DROP PROCEDURE au_info I want the stored procedure to return all records where last name is "ringer" (there should be two of them) but right now it returns nothing. Thanks in advance, Billy _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From subs1847 at solution-providers.ie Fri Oct 17 03:16:23 2003 From: subs1847 at solution-providers.ie (Mark L. Breen) Date: Fri, 17 Oct 2003 09:16:23 +0100 Subject: [dba-SQLServer]Test References: <249C1CB246997C48BB74963CCD361C1B014A01D8@pnlmse28.pnl.gov> Message-ID: <005d01c39487$2a2db440$026da8c0@D8TZHN0J> Stored Procedures Book Recommendationstest -------------- next part -------------- An HTML attachment was scrubbed... URL: From my.lists at verizon.net Fri Oct 17 10:17:19 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Fri, 17 Oct 2003 08:17:19 -0700 Subject: [dba-SQLServer]Test In-Reply-To: <005d01c39487$2a2db440$026da8c0@D8TZHN0J> References: <249C1CB246997C48BB74963CCD361C1B014A01D8@pnlmse28.pnl.gov> <005d01c39487$2a2db440$026da8c0@D8TZHN0J> Message-ID: <3F9007FF.6040702@verizon.net> Mark L. Breen wrote: > test Passed -- -Francisco From listmaster at databaseadvisors.com Sat Oct 18 09:29:56 2003 From: listmaster at databaseadvisors.com (Bryan Carbonnell) Date: Sat, 18 Oct 2003 10:29:56 -0400 Subject: [dba-SQLServer]Administrivia - List Configuration Changes Completed Message-ID: <3F911624.25590.5C43C8@localhost> All of the list configurations have been completed as of 10:30 am EDT (14:30 GMT) All that should get through to the lists now is plain text. You should not have to make any configuration changes to still post. Tha mailing list software should be able to handle most or what you throw at it and strip everything except the plain text. If you have problems posting, PLEASE forward the entire rejection notice to listmaster at databaseadvisors.com *as an attachment*. If you don't forward it as an attachemnt, you will be inadvertently be removing the information I need to determine why your post was rejected. Thank You, -- Bryan Carbonnell - listmaster at databaseadvisors.com Never let a computer see you hurry. _______________________________________________ Administrivia mailing list Administrivia at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/administrivia From subs1847 at solution-providers.ie Mon Oct 20 03:18:13 2003 From: subs1847 at solution-providers.ie (Mark L. Breen) Date: Mon, 20 Oct 2003 09:18:13 +0100 Subject: [dba-SQLServer]Stored Procedures Book Recommendations References: <3CCEA32DFF043C4CB99B835557E11B30019EEE35@ex02.eagle.usaa.com> Message-ID: <00a001c396ec$c4a9b390$026da8c0@D8TZHN0J> MessageHello Robert, I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. Thanks in advance for your time, Mark ----- Original Message ----- From: Djabarov, Robert To: dba-sqlserver at databaseadvisors.com Sent: Wednesday, October 15, 2003 10:38 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E Sent: Wednesday, October 15, 2003 4:01 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Stored Procedures Book Recommendations Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov ------------------------------------------------------------------------------ _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Mon Oct 20 07:05:30 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Mon, 20 Oct 2003 13:05:30 +0100 Subject: [dba-SQLServer]Stored Procedures Book Recommendations References: <3CCEA32DFF043C4CB99B835557E11B30019EEE35@ex02.eagle.usaa.com> <00a001c396ec$c4a9b390$026da8c0@D8TZHN0J> Message-ID: <00ca01c39702$754e7270$9111758f@aine> Mark Contact me of list Martin ----- Original Message ----- From: "Mark L. Breen" To: Sent: Monday, October 20, 2003 9:18 AM Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations MessageHello Robert, I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. Thanks in advance for your time, Mark ----- Original Message ----- From: Djabarov, Robert To: dba-sqlserver at databaseadvisors.com Sent: Wednesday, October 15, 2003 10:38 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E Sent: Wednesday, October 15, 2003 4:01 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Stored Procedures Book Recommendations Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov ---------------------------------------------------------------------------- -- _______________________________________________ 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 shamil at SMSConsulting.spb.ru Mon Oct 20 06:24:42 2003 From: shamil at SMSConsulting.spb.ru (Shamil Salakhetdinov) Date: Mon, 20 Oct 2003 15:24:42 +0400 Subject: [dba-SQLServer]Stored Procedures Book Recommendations References: <3CCEA32DFF043C4CB99B835557E11B30019EEE35@ex02.eagle.usaa.com> <00a001c396ec$c4a9b390$026da8c0@D8TZHN0J> Message-ID: <008d01c39702$ccf06060$b501010a@PARIS> Mark, This book The Guru's Guide to Transact-SQL by Ken Henderson (Author) has very good all five-stars reviews like e.g. <<< Reviewer: Tom Davis from Portland, OR USA Everything you could ask for in a Sql book: all kinds of secrets and best practices, performance tips, etc. By far the best book of it's kind. Reviewer: A reader from LIttle Rock, AR I didn't know what to expect with this one but was pleasantly surprised. Very indepth material. The undocumented stuff is probably my favorite. Covers everything about t-SQL from A-Z. Highly recommended. >>> I don't have it but I'm going to purchase it. HTH, Shamil ----- Original Message ----- From: "Mark L. Breen" To: Sent: Monday, October 20, 2003 12:18 PM Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations MessageHello Robert, I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. Thanks in advance for your time, Mark ----- Original Message ----- From: Djabarov, Robert To: dba-sqlserver at databaseadvisors.com Sent: Wednesday, October 15, 2003 10:38 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E Sent: Wednesday, October 15, 2003 4:01 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Stored Procedures Book Recommendations Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov ---------------------------------------------------------------------------- -- _______________________________________________ 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 Rich_Lavsa at pghcorning.com Mon Oct 20 08:12:15 2003 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 20 Oct 2003 09:12:15 -0400 Subject: [dba-SQLServer]SQL server licensing Message-ID: <833956F5C117124A89417638FDB11290EBCFE4@goexchange.pghcorning.com> hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich From Robert.Djabarov at usaa.com Mon Oct 20 08:31:34 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 20 Oct 2003 08:31:34 -0500 Subject: [dba-SQLServer]Stored Procedures Book Recommendations Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EF123@ex02.eagle.usaa.com> Mark, At the end of 2001 I purchased this book - Advanced Transact-SQL for SQL Server 2000. It's full of algorithms that I'd have to spend hours to come up on my own. I don't know what Amazon reviews are (I always found them being questionable), but IMHO this book is worth the money. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Mark L. Breen Sent: Monday, October 20, 2003 3:18 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations MessageHello Robert, I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. Thanks in advance for your time, Mark ----- Original Message ----- From: Djabarov, Robert To: dba-sqlserver at databaseadvisors.com Sent: Wednesday, October 15, 2003 10:38 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E Sent: Wednesday, October 15, 2003 4:01 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Stored Procedures Book Recommendations Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov ------------------------------------------------------------------------------ _______________________________________________ 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 Robert.Djabarov at usaa.com Mon Oct 20 08:38:25 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 20 Oct 2003 08:38:25 -0500 Subject: [dba-SQLServer]SQL server licensing Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EF129@ex02.eagle.usaa.com> No, just notify the vendor of your license type, so they can calm down :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:12 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]SQL server licensing hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Rich_Lavsa at pghcorning.com Mon Oct 20 08:44:10 2003 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 20 Oct 2003 09:44:10 -0400 Subject: [dba-SQLServer]SQL server licensing Message-ID: <833956F5C117124A89417638FDB11290EBCFE6@goexchange.pghcorning.com> Ok.. that's what I thought. Just to prove to my boss and the vendor, is there a command or a place to physically look at what type of licensing was chosen during installation since I did not do the installation I'd like to see what was actually chosen during the install? Thanks Again Rich -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Monday, October 20, 2003 9:38 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing No, just notify the vendor of your license type, so they can calm down :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:12 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]SQL server licensing hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich _______________________________________________ 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 Robert.Djabarov at usaa.com Mon Oct 20 09:16:37 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 20 Oct 2003 09:16:37 -0500 Subject: [dba-SQLServer]SQL server licensing Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EF13A@ex02.eagle.usaa.com> Control Panel on the box should have Licensing applet (unless licensing service is not running), which should show you the licensing mode for SQL Server. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:44 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]SQL server licensing Ok.. that's what I thought. Just to prove to my boss and the vendor, is there a command or a place to physically look at what type of licensing was chosen during installation since I did not do the installation I'd like to see what was actually chosen during the install? Thanks Again Rich -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Monday, October 20, 2003 9:38 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing No, just notify the vendor of your license type, so they can calm down :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:12 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]SQL server licensing hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich _______________________________________________ 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 subs1847 at solution-providers.ie Mon Oct 20 09:23:04 2003 From: subs1847 at solution-providers.ie (Mark L. Breen) Date: Mon, 20 Oct 2003 15:23:04 +0100 Subject: [dba-SQLServer]Stored Procedures Book Recommendations References: <3CCEA32DFF043C4CB99B835557E11B30019EF123@ex02.eagle.usaa.com> Message-ID: <019701c39715$ea935f60$026da8c0@D8TZHN0J> Hello Robert, Thats good enough for me, Thanks Mark ----- Original Message ----- From: "Djabarov, Robert" To: Sent: Monday, October 20, 2003 2:31 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations > Mark, > > At the end of 2001 I purchased this book - Advanced Transact-SQL for SQL Server 2000. > It's full of algorithms that I'd have to spend hours to come up on my own. I don't know what Amazon reviews are (I always found them being questionable), but IMHO this book is worth the money. > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Mark L. Breen > Sent: Monday, October 20, 2003 3:18 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations > > > MessageHello Robert, > > I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? > > I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). > > Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, > > Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. > > Thanks in advance for your time, > > Mark > > > > > ----- Original Message ----- > From: Djabarov, Robert > To: dba-sqlserver at databaseadvisors.com > Sent: Wednesday, October 15, 2003 10:38 PM > Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations > > > > anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) > > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E > Sent: Wednesday, October 15, 2003 4:01 PM > To: dba-SQLServer at databaseadvisors.com > Subject: [dba-SQLServer]Stored Procedures Book Recommendations > > > Everyone, > > I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. > > Thanks. > > Ken Stoker > > Technology Commercialization > > Information Systems Administrator > > PH: (509) 375-3758 > > FAX: (509) 375-6731 > > E-mail: Kenneth.Stoker at pnl.gov > > > > > -------------------------------------------------------------------------- ---- > > > _______________________________________________ > 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 rl_stewart at highstream.net Mon Oct 20 09:39:02 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Mon, 20 Oct 2003 09:39:02 -0500 Subject: [dba-SQLServer]Re: Stored Procedures Book Recommendations In-Reply-To: <200310201417.h9KEH0625602@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031020093755.026af188@pop3.highstream.net> Shamil, It is an excellent book. Worth more than the price of it. Robert At 09:17 AM 10/20/2003 -0500, you wrote: >Date: Mon, 20 Oct 2003 15:24:42 +0400 >From: "Shamil Salakhetdinov" >Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations >To: dba-sqlserver at databaseadvisors.com >Message-ID: <008d01c39702$ccf06060$b501010a at PARIS> >Content-Type: text/plain; charset="utf-8" > >Mark, > >This book > >The Guru's Guide to Transact-SQL by Ken Henderson (Author) > >has very good all five-stars reviews like e.g. > ><<< > Reviewer: Tom Davis from Portland, OR USA >Everything you could ask for in a Sql book: all kinds of secrets and best >practices, performance tips, etc. By far the best book of it's kind. > > Reviewer: A reader from LIttle Rock, AR >I didn't know what to expect with this one but was pleasantly surprised. >Very indepth material. The undocumented stuff is probably my favorite. >Covers everything about t-SQL from A-Z. Highly recommended. > >>> > >I don't have it but I'm going to purchase it. > >HTH, >Shamil From Erwin.Craps at ithelps.be Mon Oct 20 10:17:37 2003 From: Erwin.Craps at ithelps.be (Erwin Craps) Date: Mon, 20 Oct 2003 17:17:37 +0200 Subject: [dba-SQLServer]SQL server licensing Message-ID: Just a question.... Does FS CAL stand for File Server CAL? Please note that if you have an SQL app that stores files on the file server (in regular file format) for document archiving purposes (for example) you do need a File Server CAL to access the file server where the documents are stored! Erwin -----Oorspronkelijk bericht----- Van: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] Namens Djabarov, Robert Verzonden: maandag 20 oktober 2003 16:17 Aan: dba-sqlserver at databaseadvisors.com Onderwerp: RE: [dba-SQLServer]SQL server licensing Control Panel on the box should have Licensing applet (unless licensing service is not running), which should show you the licensing mode for SQL Server. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:44 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]SQL server licensing Ok.. that's what I thought. Just to prove to my boss and the vendor, is there a command or a place to physically look at what type of licensing was chosen during installation since I did not do the installation I'd like to see what was actually chosen during the install? Thanks Again Rich -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Monday, October 20, 2003 9:38 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing No, just notify the vendor of your license type, so they can calm down :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:12 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]SQL server licensing hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich _______________________________________________ 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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Rich_Lavsa at pghcorning.com Mon Oct 20 10:36:10 2003 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 20 Oct 2003 11:36:10 -0400 Subject: [dba-SQLServer]SQL server licensing Message-ID: <833956F5C117124A89417638FDB11290EBCFE8@goexchange.pghcorning.com> FS actually stands for FactorySuite or so I'm lead to believe. They make a product called Active Factory to query/report against an INSQL database IN stands for Industrial SQL Server, A product made by Wonderware. In their documentation they state that if you already have SQL CAL's, or per processor license then you do not need to purchase any additional FSCAL's from them. This project was primarily outsourced with minimal IT intervention. The Plant Engineers handled most of this, however we are left to maintain it and make sure its up and running 24/7. We are getting our hands dirty now that they gave us the keys to get at everything. Hopefully it won't be too painful to get acquainted with the products, and learn how to speak the language of these new products. thanks, Rich -----Original Message----- From: Erwin Craps [mailto:Erwin.Craps at ithelps.be] Sent: Monday, October 20, 2003 11:18 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing Just a question.... Does FS CAL stand for File Server CAL? Please note that if you have an SQL app that stores files on the file server (in regular file format) for document archiving purposes (for example) you do need a File Server CAL to access the file server where the documents are stored! Erwin -----Oorspronkelijk bericht----- Van: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] Namens Djabarov, Robert Verzonden: maandag 20 oktober 2003 16:17 Aan: dba-sqlserver at databaseadvisors.com Onderwerp: RE: [dba-SQLServer]SQL server licensing Control Panel on the box should have Licensing applet (unless licensing service is not running), which should show you the licensing mode for SQL Server. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:44 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]SQL server licensing Ok.. that's what I thought. Just to prove to my boss and the vendor, is there a command or a place to physically look at what type of licensing was chosen during installation since I did not do the installation I'd like to see what was actually chosen during the install? Thanks Again Rich -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Monday, October 20, 2003 9:38 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing No, just notify the vendor of your license type, so they can calm down :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:12 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]SQL server licensing hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich _______________________________________________ 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 _______________________________________________ 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 Erwin.Craps at ithelps.be Mon Oct 20 10:44:11 2003 From: Erwin.Craps at ithelps.be (Erwin Craps) Date: Mon, 20 Oct 2003 17:44:11 +0200 Subject: [dba-SQLServer]SQL server licensing Message-ID: Sniffff, does not rings any bells with me.... Erwin -----Oorspronkelijk bericht----- Van: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] Namens Lavsa, Rich Verzonden: maandag 20 oktober 2003 17:36 Aan: 'dba-sqlserver at databaseadvisors.com' Onderwerp: RE: [dba-SQLServer]SQL server licensing FS actually stands for FactorySuite or so I'm lead to believe. They make a product called Active Factory to query/report against an INSQL database IN stands for Industrial SQL Server, A product made by Wonderware. In their documentation they state that if you already have SQL CAL's, or per processor license then you do not need to purchase any additional FSCAL's from them. This project was primarily outsourced with minimal IT intervention. The Plant Engineers handled most of this, however we are left to maintain it and make sure its up and running 24/7. We are getting our hands dirty now that they gave us the keys to get at everything. Hopefully it won't be too painful to get acquainted with the products, and learn how to speak the language of these new products. thanks, Rich -----Original Message----- From: Erwin Craps [mailto:Erwin.Craps at ithelps.be] Sent: Monday, October 20, 2003 11:18 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing Just a question.... Does FS CAL stand for File Server CAL? Please note that if you have an SQL app that stores files on the file server (in regular file format) for document archiving purposes (for example) you do need a File Server CAL to access the file server where the documents are stored! Erwin -----Oorspronkelijk bericht----- Van: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] Namens Djabarov, Robert Verzonden: maandag 20 oktober 2003 16:17 Aan: dba-sqlserver at databaseadvisors.com Onderwerp: RE: [dba-SQLServer]SQL server licensing Control Panel on the box should have Licensing applet (unless licensing service is not running), which should show you the licensing mode for SQL Server. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:44 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]SQL server licensing Ok.. that's what I thought. Just to prove to my boss and the vendor, is there a command or a place to physically look at what type of licensing was chosen during installation since I did not do the installation I'd like to see what was actually chosen during the install? Thanks Again Rich -----Original Message----- From: Djabarov, Robert [mailto:Robert.Djabarov at usaa.com] Sent: Monday, October 20, 2003 9:38 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]SQL server licensing No, just notify the vendor of your license type, so they can calm down :) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Monday, October 20, 2003 8:12 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]SQL server licensing hello all, We just implemented a new PLC system that stores data in a SQL server. We have other software that can access the data from SQL server so that the managers and QC people can get live reports on how the product is so they can make good decisions on adjustments etc. We just received a email from a company that assisted in installing the PLC equipment and setting up the software. they are telling us that we need to buy FSCAL's for each computer that tries to connect to the SQL server. Our SQL server is licensed Per Processor, does this FSCAL requirement still apply to us? Thanks in Advance, Rich _______________________________________________ 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 _______________________________________________ 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 Kenneth.Stoker at pnl.gov Mon Oct 20 10:56:19 2003 From: Kenneth.Stoker at pnl.gov (Stoker, Kenneth E) Date: Mon, 20 Oct 2003 08:56:19 -0700 Subject: [dba-SQLServer]Stored Procedures Book Recommendations Message-ID: <249C1CB246997C48BB74963CCD361C1B07C8F8@pnlmse28.pnl.gov> Shamil, I do have this book, and I agree, an excellent book. I have used it many times. I have been looking into Henderson's latest book, The Guru's Guide to Stored Procedures, XML and HTML on Amazon.com. There are quite a few reviews for it, something over 50, and got an average 4.5 stars out of 5. I think that is where I will probably go. I will also look into Advanced Transact-SQL for SQL Server 2000 by Ben-Gan, but at the moment, I have like Ken Henderson so much that I will probably stick with him. Thank you all. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov -----Original Message----- From: Shamil Salakhetdinov [mailto:shamil at smsconsulting.spb.ru] Sent: Monday, October 20, 2003 4:25 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations Mark, This book The Guru's Guide to Transact-SQL by Ken Henderson (Author) has very good all five-stars reviews like e.g. <<< Reviewer: Tom Davis from Portland, OR USA Everything you could ask for in a Sql book: all kinds of secrets and best practices, performance tips, etc. By far the best book of it's kind. Reviewer: A reader from LIttle Rock, AR I didn't know what to expect with this one but was pleasantly surprised. Very indepth material. The undocumented stuff is probably my favorite. Covers everything about t-SQL from A-Z. Highly recommended. >>> I don't have it but I'm going to purchase it. HTH, Shamil ----- Original Message ----- From: "Mark L. Breen" To: Sent: Monday, October 20, 2003 12:18 PM Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations MessageHello Robert, I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. Thanks in advance for your time, Mark ----- Original Message ----- From: Djabarov, Robert To: dba-sqlserver at databaseadvisors.com Sent: Wednesday, October 15, 2003 10:38 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E Sent: Wednesday, October 15, 2003 4:01 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Stored Procedures Book Recommendations Everyone, I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. Thanks. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov ---------------------------------------------------------------------------- -- _______________________________________________ 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 sgeller at cce.umn.edu Mon Oct 20 12:42:01 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Mon, 20 Oct 2003 12:42:01 -0500 Subject: [dba-SQLServer]Visual Source Safe Questions Message-ID: We recently bought Visual Source Safe are just starting to use it. A couple of questions: 1. Is anybody using mssqlXpress? Visual Source Safe integrates so smoothly with .NET, but working with ADP's and SQL Server is less smooth. Is anybody using this tool -- from their website it looks to me that it makes VSS and SQL Server work better together. http://www.mssqlxpress.com/Home.shtm 2. With VSS, can you check in/out only a single part of an ADP, such as a single form or report? If so, how? Thanks. --Susan Susan B. Geller Office of Information Systems College of Continuing Education University of Minnesota 306 Wesbrook Hall 77 Pleasant Street SE Minneapolis, MN 55455 Phone: 612-626-4785 Fax: 612-625-2568 From shamil at SMSConsulting.spb.ru Mon Oct 20 13:03:32 2003 From: shamil at SMSConsulting.spb.ru (Shamil Salakhetdinov) Date: Mon, 20 Oct 2003 22:03:32 +0400 Subject: [dba-SQLServer]Stored Procedures Book Recommendations References: <249C1CB246997C48BB74963CCD361C1B07C8F8@pnlmse28.pnl.gov> Message-ID: <00a301c39734$90f9cf10$b501010a@PARIS> <<< I do have this book, and I agree, an excellent book .... The Guru's Guide to Stored Procedures, XML and HTML >>> Thank you, Ken, I've ordered both today :) As for (SQL)XML I'm especially intrested in real-life examples of using updategrams and/or diffgrams hoping that they will let to use less coding on MS SQL Server side - am I dreaming/wrong with my hopes? - I expect that updategrams/diffgrams will allow to use generic (template) code to Add,Update, Delete specific tables' rows via stored procedures? - I mean that I expect that a specific (CUD) stored procedure for a specific table might be using a generic(template) T-SQL code and updategrams/diffgrams' XML strings automagically generated by ADO.NET Datasets to create, update, delete this specific table's rows thus there will be no need to use parameters in CUD stored procedures for every table field's value. And as a result I will have a very strictly secured MS SQL database with no permissions for tables/views CRUD operations except via using stored procedures. I don't see that what I dream about is possible - I've found only this example in BOL's "Sample Visual Basic Application to Update Records Using OPENXML and ADO": CREATE PROC update_employee @empdata nvarchar(4000) AS DECLARE @hDoc int exec sp_xml_preparedocument @hDoc OUTPUT, at empdata UPDATE Employee SET Employee.fname = XMLEmployee.fname, Employee.lname = XMLEmployee.lname FROM OPENXML(@hDoc, 'update/Employee') WITH Employee XMLEmployee WHERE Employee.eid = XMLEmployee.eid EXEC sp_xml_removedocument @hDoc This isn't bad already - no need in lengthy parameters' list (still to check it works well) but why they don't let to do something like?: CREATE PROC update_employee @empdata nvarchar(4000) AS DECLARE @hDoc int exec sp_xml_preparedocument @hDoc OUTPUT, at empdata UPDATE Employee SET VALUES BY NAME FROM OPENXML(@hDoc, 'update/Employee') WITH Employee XMLEmployee WHERE Employee.eid = XMLEmployee.eid EXEC sp_xml_removedocument @hDoc Anybody to shed any light on that subject? Shamil ----- Original Message ----- From: "Stoker, Kenneth E" To: Sent: Monday, October 20, 2003 7:56 PM Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations > Shamil, > > I do have this book, and I agree, an excellent book. I have used it many times. I have been looking into Henderson's latest book, The Guru's Guide to Stored Procedures, XML and HTML on Amazon.com. There are quite a few reviews for it, something over 50, and got an average 4.5 stars out of 5. I think that is where I will probably go. > > I will also look into Advanced Transact-SQL for SQL Server 2000 by Ben-Gan, but at the moment, I have like Ken Henderson so much that I will probably stick with him. > > Thank you all. > > Ken Stoker > Technology Commercialization > Information Systems Administrator > PH: (509) 375-3758 > FAX: (509) 375-6731 > E-mail: Kenneth.Stoker at pnl.gov > > > -----Original Message----- > From: Shamil Salakhetdinov [mailto:shamil at smsconsulting.spb.ru] > Sent: Monday, October 20, 2003 4:25 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations > > > Mark, > > This book > > The Guru's Guide to Transact-SQL by Ken Henderson (Author) > > has very good all five-stars reviews like e.g. > > <<< > Reviewer: Tom Davis from Portland, OR USA > Everything you could ask for in a Sql book: all kinds of secrets and best practices, performance tips, etc. By far the best book of it's kind. > > Reviewer: A reader from LIttle Rock, AR > I didn't know what to expect with this one but was pleasantly surprised. Very indepth material. The undocumented stuff is probably my favorite. Covers everything about t-SQL from A-Z. Highly recommended. > >>> > > I don't have it but I'm going to purchase it. > > HTH, > Shamil > > ----- Original Message ----- > From: "Mark L. Breen" > To: > Sent: Monday, October 20, 2003 12:18 PM > Subject: Re: [dba-SQLServer]Stored Procedures Book Recommendations > > > MessageHello Robert, > > I have had a look at the reviews on Amazon.Co.Uk and they are mixed, the book costs GBP?43 which is ?64 for me, have you found his books to be good or brilliant? > > I am looking for something that will give me new ideas on how to use SQL to the max (so to speak). > > Sometimes I find that there are ways of doing things that we never think of and when we read a book that outlines we can use the technique every day from there on, I guess that is what I am looking for, > > Kenneth, did you get around to purchasing a book?, if so, how did you get on with it. > > Thanks in advance for your time, > > Mark > > > > > ----- Original Message ----- > From: Djabarov, Robert > To: dba-sqlserver at databaseadvisors.com > Sent: Wednesday, October 15, 2003 10:38 PM > Subject: RE: [dba-SQLServer]Stored Procedures Book Recommendations > > > > anything written by Itzik Ben-Gan will do it. (Advanced Transact-SQL for SQL Server 2000) > > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stoker, Kenneth E > Sent: Wednesday, October 15, 2003 4:01 PM > To: dba-SQLServer at databaseadvisors.com > Subject: [dba-SQLServer]Stored Procedures Book Recommendations > > > Everyone, > > I am starting to get into some quite complicated stored procedure development, and was wondering if anyone here had any recommendations for a good reference book on the subject. > > Thanks. > > Ken Stoker > > Technology Commercialization > > Information Systems Administrator > > PH: (509) 375-3758 > > FAX: (509) 375-6731 > > E-mail: Kenneth.Stoker at pnl.gov > > > > > -------------------------------------------------------------------------- -- > -- > > > _______________________________________________ > 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 > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > From selina at easydatabases.com.au Mon Oct 20 19:59:05 2003 From: selina at easydatabases.com.au (Selina Iddon) Date: Tue, 21 Oct 2003 10:59:05 +1000 Subject: [dba-SQLServer] Can a SP return a varchar using ADO References: Message-ID: <004601c3976e$86fab580$6465000a@venus> Good Morning Everyone Can you please let me know if a Stored Procedure using ADO can return a VARCHAR? I can't get beyond the append parameter line in my code trying to send the output to be a varchar and have spent hours already, should I give up because it can't be done? Thanks for any help you can give Cheers Selina From mikedorism at ntelos.net Tue Oct 21 06:04:02 2003 From: mikedorism at ntelos.net (Mike and Doris Manning) Date: Tue, 21 Oct 2003 07:04:02 -0400 Subject: [dba-SQLServer] Can a SP return a varchar using ADO In-Reply-To: <004601c3976e$86fab580$6465000a@venus> Message-ID: <000d01c397c3$0d245e50$de350cd8@hargrove.internal> It can be done. Post the code you are trying to use so we can take a look at it. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Selina Iddon Sent: Monday, October 20, 2003 8:59 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer] Can a SP return a varchar using ADO Good Morning Everyone Can you please let me know if a Stored Procedure using ADO can return a VARCHAR? I can't get beyond the append parameter line in my code trying to send the output to be a varchar and have spent hours already, should I give up because it can't be done? Thanks for any help you can give Cheers Selina _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From rl_stewart at highstream.net Tue Oct 21 15:07:43 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 21 Oct 2003 15:07:43 -0500 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <200310211700.h9LH0d629417@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031021145130.026372c8@pop3.highstream.net> Susan, I can not address #1. But, #2, the answer is no. Because Access stores things as objects, you cannot checkin/checkout individual objects with a tool like VSS. What you would need is an Access database to do it. I used to use a tool called Version Manager that was an add-in written in Access. But I have not been able to find an updated version of it from the creator of it. Having said that, there are some hidden methods of the application object that allows you to save things like a form to a text file and bring it back in later to recreate the form. So, you could store that text file in VSS. The same is true for queries and their SQL statement as well as modules. Not sure about reports, but I will let you know. I don't see a way of doing it with a macro, but I will check it out also. You would have to write code to export the objects and then use VSS to manage them. Robert At 12:00 PM 10/21/2003 -0500, you wrote: >Date: Mon, 20 Oct 2003 12:42:01 -0500 >From: "Susan Geller" >Subject: [dba-SQLServer]Visual Source Safe Questions >To: >Message-ID: > >Content-Type: text/plain; charset="us-ascii" > >We recently bought Visual Source Safe are just starting to use it. A >couple of questions: > >1. Is anybody using mssqlXpress? Visual Source Safe integrates so >smoothly with .NET, but working with ADP's and SQL Server is less >smooth. Is anybody using this tool -- from their website it looks to me >that it makes VSS and SQL Server work better together. >http://www.mssqlxpress.com/Home.shtm > >2. With VSS, can you check in/out only a single part of an ADP, such as >a single form or report? If so, how? > >Thanks. > >--Susan From carbonnb at sympatico.ca Tue Oct 21 17:18:54 2003 From: carbonnb at sympatico.ca (Bryan Carbonnell) Date: Tue, 21 Oct 2003 18:18:54 -0400 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <5.1.0.14.2.20031021145130.026372c8@pop3.highstream.net> References: <200310211700.h9LH0d629417@databaseadvisors.com> Message-ID: <3F95788E.23795.11EB0B8@localhost> On 21 Oct 2003 at 15:07, Robert L. Stewart wrote: > But, #2, the answer is no. Because Access stores things as objects, > you cannot checkin/checkout individual objects with a tool like VSS. > What you would need is an Access database to do it. I used to use a > tool called Version Manager that was an add-in written in Access. But > I have not been able to find an updated version of it from the creator > of it. Actually, with a regular MDB you can. IIRC for tables and queries it's an all or nothing proposition, but with forms, reports and code modules you can check in/out the individual components. All this assumes you have The Developer's tools and have installed the VSS Access Integration bits. I know Charlotte uses(used) VSS quite a lot with Access, so you may get a better response on VSS and Access over on AccessD. -- Bryan Carbonnell - carbonnb at sympatico.ca I've learned.... That to ignore the facts does not change the facts. From carbonnb at sympatico.ca Tue Oct 21 17:18:54 2003 From: carbonnb at sympatico.ca (Bryan Carbonnell) Date: Tue, 21 Oct 2003 18:18:54 -0400 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <5.1.0.14.2.20031021145130.026372c8@pop3.highstream.net> References: <200310211700.h9LH0d629417@databaseadvisors.com> Message-ID: <3F95788E.23795.11EB0B8@localhost> On 21 Oct 2003 at 15:07, Robert L. Stewart wrote: > But, #2, the answer is no. Because Access stores things as objects, > you cannot checkin/checkout individual objects with a tool like VSS. > What you would need is an Access database to do it. I used to use a > tool called Version Manager that was an add-in written in Access. But > I have not been able to find an updated version of it from the creator > of it. Actually, with a regular MDB you can. IIRC for tables and queries it's an all or nothing proposition, but with forms, reports and code modules you can check in/out the individual components. All this assumes you have The Developer's tools and have installed the VSS Access Integration bits. I know Charlotte uses(used) VSS quite a lot with Access, so you may get a better response on VSS and Access over on AccessD. -- Bryan Carbonnell - carbonnb at sympatico.ca I've learned.... That to ignore the facts does not change the facts. From carbonnb at sympatico.ca Tue Oct 21 17:18:54 2003 From: carbonnb at sympatico.ca (Bryan Carbonnell) Date: Tue, 21 Oct 2003 18:18:54 -0400 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <5.1.0.14.2.20031021145130.026372c8@pop3.highstream.net> References: <200310211700.h9LH0d629417@databaseadvisors.com> Message-ID: <3F95788E.23795.11EB0B8@localhost> On 21 Oct 2003 at 15:07, Robert L. Stewart wrote: > But, #2, the answer is no. Because Access stores things as objects, > you cannot checkin/checkout individual objects with a tool like VSS. > What you would need is an Access database to do it. I used to use a > tool called Version Manager that was an add-in written in Access. But > I have not been able to find an updated version of it from the creator > of it. Actually, with a regular MDB you can. IIRC for tables and queries it's an all or nothing proposition, but with forms, reports and code modules you can check in/out the individual components. All this assumes you have The Developer's tools and have installed the VSS Access Integration bits. I know Charlotte uses(used) VSS quite a lot with Access, so you may get a better response on VSS and Access over on AccessD. -- Bryan Carbonnell - carbonnb at sympatico.ca I've learned.... That to ignore the facts does not change the facts. From rl_stewart at highstream.net Wed Oct 22 14:19:01 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 22 Oct 2003 14:19:01 -0500 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <200310221700.h9MH0b626189@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031022141738.026e7e70@pop3.highstream.net> Bryan, On the other list she asked about an ADP not an MDB. I posted the code that would allow her to save any of the Access objects as a text file and place them in VSS. Robert At 12:00 PM 10/22/2003 -0500, you wrote: >Date: Tue, 21 Oct 2003 18:18:54 -0400 >From: "Bryan Carbonnell" >Subject: Re: [dba-SQLServer]Re: Visual Source Safe Questions >To: dba-sqlserver at databaseadvisors.com >Message-ID: <3F95788E.23795.11EB0B8 at localhost> >Content-Type: text/plain; charset=US-ASCII > >On 21 Oct 2003 at 15:07, Robert L. Stewart wrote: > > > But, #2, the answer is no. Because Access stores things as objects, > > you cannot checkin/checkout individual objects with a tool like VSS. > > What you would need is an Access database to do it. I used to use a > > tool called Version Manager that was an add-in written in Access. But > > I have not been able to find an updated version of it from the creator > > of it. > >Actually, with a regular MDB you can. IIRC for tables and queries >it's an all or nothing proposition, but with forms, reports and code >modules you can check in/out the individual components. > >All this assumes you have The Developer's tools and have installed >the VSS Access Integration bits. > >I know Charlotte uses(used) VSS quite a lot with Access, so you may >get a better response on VSS and Access over on AccessD. > >-- >Bryan Carbonnell - carbonnb at sympatico.ca >I've learned.... >That to ignore the facts does not change the facts. From Bryan_Carbonnell at cbc.ca Wed Oct 22 14:26:05 2003 From: Bryan_Carbonnell at cbc.ca (Bryan Carbonnell) Date: Wed, 22 Oct 2003 15:26:05 -0400 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: Susan asked about an ADP here as well. I have never used an ADP so that is why I quallified my response with the fact that you can do it with a regular MDB. I have also gotten quite a bit of information about VSS and Access from Charlotte, that it why I suggested the question be asked on AccessD, since I don't think Charlotte is on this list. Bryan Carbonnell bryan_carbonnell at cbc.ca >>> rl_stewart at highstream.net 22-Oct-03 3:19:01 PM >>> Bryan, On the other list she asked about an ADP not an MDB. I posted the code that would allow her to save any of the Access objects as a text file and place them in VSS. From DMcAfee at haascnc.com Wed Oct 22 14:42:45 2003 From: DMcAfee at haascnc.com (David McAfee) Date: Wed, 22 Oct 2003 12:42:45 -0700 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: <657FB70438B7D311AF320090279C1801026D7C8D@EXCHMAIL> I don't know what version of VSS she is using, but the VSS that came with my O2K developer allows me to check out forms, reports and modules independently in my ADP. I have noticed that forms seem to corrupt every now and then when using VSS, but other than that, everything else is good. David -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Bryan Carbonnell Sent: Wednesday, October 22, 2003 12:26 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Re: Visual Source Safe Questions Susan asked about an ADP here as well. I have never used an ADP so that is why I quallified my response with the fact that you can do it with a regular MDB. I have also gotten quite a bit of information about VSS and Access from Charlotte, that it why I suggested the question be asked on AccessD, since I don't think Charlotte is on this list. Bryan Carbonnell bryan_carbonnell at cbc.ca >>> rl_stewart at highstream.net 22-Oct-03 3:19:01 PM >>> Bryan, On the other list she asked about an ADP not an MDB. I posted the code that would allow her to save any of the Access objects as a text file and place them in VSS. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From sgeller at cce.umn.edu Wed Oct 22 15:22:57 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Wed, 22 Oct 2003 15:22:57 -0500 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: I am using Visual Source Safe 6.0, not what comes with o2K developer. We are in Acess XP. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Wednesday, October 22, 2003 2:43 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions I don't know what version of VSS she is using, but the VSS that came with my O2K developer allows me to check out forms, reports and modules independently in my ADP. I have noticed that forms seem to corrupt every now and then when using VSS, but other than that, everything else is good. David -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Bryan Carbonnell Sent: Wednesday, October 22, 2003 12:26 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Re: Visual Source Safe Questions Susan asked about an ADP here as well. I have never used an ADP so that is why I quallified my response with the fact that you can do it with a regular MDB. I have also gotten quite a bit of information about VSS and Access from Charlotte, that it why I suggested the question be asked on AccessD, since I don't think Charlotte is on this list. Bryan Carbonnell bryan_carbonnell at cbc.ca >>> rl_stewart at highstream.net 22-Oct-03 3:19:01 PM >>> Bryan, On the other list she asked about an ADP not an MDB. I posted the code that would allow her to save any of the Access objects as a text file and place them in VSS. _______________________________________________ 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 rl_stewart at highstream.net Thu Oct 23 12:47:59 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 23 Oct 2003 12:47:59 -0500 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <200310231700.h9NH0X601689@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031023124213.027e5e80@pop3.highstream.net> List, The code I sent her allowed all objects in the ADP to be saved to text files and stored in VSS. That includes diagrams, server views, stored procedures, etc. I found this method as a hidden method of the Access Application object. Just a different way of doing it. I have not tried VSS since MSA 97 because it was so difficult to use. I use a tool called Version Control back then that was an Access add-in. I wish I could find the author and get an updated version. So, I stand corrected on my "No" response. Robert At 12:00 PM 10/23/2003 -0500, you wrote: >Date: Wed, 22 Oct 2003 12:42:45 -0700 >From: David McAfee >Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions >To: "'dba-sqlserver at databaseadvisors.com'" > >Message-ID: <657FB70438B7D311AF320090279C1801026D7C8D at EXCHMAIL> >Content-Type: text/plain > >I don't know what version of VSS she is using, but the VSS that came with >my O2K developer allows me to check out forms, reports and modules >independently in my ADP. I have noticed that forms seem to corrupt every >now and then when using VSS, but other than that, everything else is good. > >David From DMcAfee at haascnc.com Thu Oct 23 13:36:56 2003 From: DMcAfee at haascnc.com (David McAfee) Date: Thu, 23 Oct 2003 11:36:56 -0700 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: <657FB70438B7D311AF320090279C1801026D7C91@EXCHMAIL> Is it the Version Control Wizard from Peter Hallinan of 3rdmillennium.com ? If so, the latest version that I received from him was version 5.02. I can dig up his email address for you if you need it. It worked great in Access97. We have switched over to a home grown VB app that a co-worker developed for our A2K ADP. When the db is opened it checks to see if a newer FE is available, if so it launches the FE update installer. The installer was created with Wise so we scripted the installer to check if the FE is opened, if so, it closes it then installs the FE. Wise also creates a backup to the FE (or any file that is over-written if you should choose to do so), so if you where using an mdb instead you could import adhoc queries from the back up...pretty neat. David -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Robert L. Stewart Sent: Thursday, October 23, 2003 10:48 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Re: Visual Source Safe Questions List, The code I sent her allowed all objects in the ADP to be saved to text files and stored in VSS. That includes diagrams, server views, stored procedures, etc. I found this method as a hidden method of the Access Application object. Just a different way of doing it. I have not tried VSS since MSA 97 because it was so difficult to use. I use a tool called Version Control back then that was an Access add-in. I wish I could find the author and get an updated version. So, I stand corrected on my "No" response. Robert At 12:00 PM 10/23/2003 -0500, you wrote: >Date: Wed, 22 Oct 2003 12:42:45 -0700 >From: David McAfee >Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions >To: "'dba-sqlserver at databaseadvisors.com'" > >Message-ID: <657FB70438B7D311AF320090279C1801026D7C8D at EXCHMAIL> >Content-Type: text/plain > >I don't know what version of VSS she is using, but the VSS that came with >my O2K developer allows me to check out forms, reports and modules >independently in my ADP. I have noticed that forms seem to corrupt every >now and then when using VSS, but other than that, everything else is good. > >David _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Oct 24 17:47:21 2003 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 24 Oct 2003 15:47:21 -0700 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: No, queries are separate objects. Tables, references, relationaships, toolbars, etc. are all stored in a misc data object file. Charlotte Foust -----Original Message----- From: Bryan Carbonnell [mailto:carbonnb at sympatico.ca] Sent: Tuesday, October 21, 2003 2:19 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Re: Visual Source Safe Questions On 21 Oct 2003 at 15:07, Robert L. Stewart wrote: > But, #2, the answer is no. Because Access stores things as objects, > you cannot checkin/checkout individual objects with a tool like VSS. > What you would need is an Access database to do it. I used to use a > tool called Version Manager that was an add-in written in Access. But > I have not been able to find an updated version of it from the creator > of it. Actually, with a regular MDB you can. IIRC for tables and queries it's an all or nothing proposition, but with forms, reports and code modules you can check in/out the individual components. All this assumes you have The Developer's tools and have installed the VSS Access Integration bits. I know Charlotte uses(used) VSS quite a lot with Access, so you may get a better response on VSS and Access over on AccessD. -- Bryan Carbonnell - carbonnb at sympatico.ca I've learned.... That to ignore the facts does not change the facts. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Oct 24 17:50:26 2003 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 24 Oct 2003 15:50:26 -0700 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: We're in XP Developer using VSS 6.0 on our server. You need the Access add-in from developer to be able to do it easily from within Access. Charlotte Foust -----Original Message----- From: Susan Geller [mailto:sgeller at cce.umn.edu] Sent: Wednesday, October 22, 2003 12:23 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions I am using Visual Source Safe 6.0, not what comes with o2K developer. We are in Acess XP. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Wednesday, October 22, 2003 2:43 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions I don't know what version of VSS she is using, but the VSS that came with my O2K developer allows me to check out forms, reports and modules independently in my ADP. I have noticed that forms seem to corrupt every now and then when using VSS, but other than that, everything else is good. David -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Bryan Carbonnell Sent: Wednesday, October 22, 2003 12:26 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Re: Visual Source Safe Questions Susan asked about an ADP here as well. I have never used an ADP so that is why I quallified my response with the fact that you can do it with a regular MDB. I have also gotten quite a bit of information about VSS and Access from Charlotte, that it why I suggested the question be asked on AccessD, since I don't think Charlotte is on this list. Bryan Carbonnell bryan_carbonnell at cbc.ca >>> rl_stewart at highstream.net 22-Oct-03 3:19:01 PM >>> Bryan, On the other list she asked about an ADP not an MDB. I posted the code that would allow her to save any of the Access objects as a text file and place them in VSS. _______________________________________________ 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 rl_stewart at highstream.net Mon Oct 27 08:43:00 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Mon, 27 Oct 2003 08:43:00 -0600 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: <200310241700.h9OH0d611067@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031027084133.027c4b98@pop3.highstream.net> Hi David, No, it was not his. But all the links for the author of the software you talked about do not work any more. I went to the SSW site and their links for him have not been updated. Robert At 12:00 PM 10/24/2003 -0500, you wrote: >Date: Thu, 23 Oct 2003 11:36:56 -0700 >From: David McAfee >Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions >To: "'dba-sqlserver at databaseadvisors.com'" > >Cc: "'Robert L. Stewart'" >Message-ID: <657FB70438B7D311AF320090279C1801026D7C91 at EXCHMAIL> >Content-Type: text/plain > >Is it the Version Control Wizard from Peter Hallinan of 3rdmillennium.com ? > >If so, the latest version that I received from him was version 5.02. > >I can dig up his email address for you if you need it. > >It worked great in Access97. We have switched over to a home grown VB app >that a co-worker developed for our A2K ADP. When the db is opened it >checks to see if a newer FE is available, if so it launches the FE update >installer. The installer was created with Wise so we scripted the >installer to check if the FE is opened, if so, it closes it then installs >the FE. Wise also creates a backup to the FE (or any file that is >over-written if you should choose to do so), so if you where using an mdb >instead you could import adhoc queries from the back up...pretty neat. > >David From davide at dalyn.co.nz Tue Oct 28 21:46:59 2003 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 29 Oct 2003 16:46:59 +1300 Subject: [dba-SQLServer]Linking to Local Table Message-ID: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> AXP adp, SQL2000 Currently I have a table of customer primary keys that is filled in from the contents of a list box. This table is then used to link to other tables as a filter for processing client records. Because the BE is in SQL, the same table is accessed by all users. However, a user often wants the selection to be maintained between sessions (ie if they return to the selection screen the next day they want their previous day's selection still showing.) This excludes temporary tables (I think) because the users close the program over night. If there was a table stored on the local drives then each user could have their own list of customers. What I am unsure of is how I can a) link to the local database to fill it up with the selections, and b) how I can reference that table within SQL sprocs which use sql tables. Any pointers/key words to look up? Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From stuart at lexacorp.com.pg Tue Oct 28 22:19:03 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 29 Oct 2003 14:19:03 +1000 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> Message-ID: <3F9FCC57.21646.337C5A@localhost> On 29 Oct 2003 at 16:46, David Emerson wrote: > AXP adp, SQL2000 > > Currently I have a table of customer primary keys that is filled in from > the contents of a list box. This table is then used to link to other > tables as a filter for processing client records. > > Because the BE is in SQL, the same table is accessed by all > users. However, a user often wants the selection to be maintained between > sessions (ie if they return to the selection screen the next day they want > their previous day's selection still showing.) This excludes temporary > tables (I think) because the users close the program over night. > > If there was a table stored on the local drives then each user could have > their own list of customers. > > What I am unsure of is how I can a) link to the local database to fill it > up with the selections, and b) how I can reference that table within SQL > sprocs which use sql tables. > As an alternative, why not including the users login_name in the table of customer keys, then everyone can have their own selections maintained until they deliberately discard/rebuild them. -- Stuart McLachlan Lexacorp Ltd Application Development, IT Consultancy http://www.lexacorp.com.pg From paul.hartland at fsmail.net Wed Oct 29 02:50:49 2003 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Wed, 29 Oct 2003 09:50:49 +0100 (CET) Subject: [dba-SQLServer]Linking to Local Table Message-ID: <21777097.1067417449000.JavaMail.www@wwinf3003> How I have done something similar before is whichever table I need information to be remembered, I add an extra field (say MyLastRec, usually Integer). Every user that I allow access to the system will have a UserID. So when the user goes back into the system, it picks up their UserID, looks into whichever table they were in last and displays the record(s). If there is no reference that they had previously been on a record, then start as normal. Paul Hartland Message date : Oct 29 2003, 03:47 AM >From : David Emerson To : dba-SQLServer at databaseadvisors.com Copy to : Subject : [dba-SQLServer]Linking to Local Table AXP adp, SQL2000 Currently I have a table of customer primary keys that is filled in from the contents of a list box. This table is then used to link to other tables as a filter for processing client records. Because the BE is in SQL, the same table is accessed by all users. However, a user often wants the selection to be maintained between sessions (ie if they return to the selection screen the next day they want their previous day's selection still showing.) This excludes temporary tables (I think) because the users close the program over night. If there was a table stored on the local drives then each user could have their own list of customers. What I am unsure of is how I can a) link to the local database to fill it up with the selections, and b) how I can reference that table within SQL sprocs which use sql tables. Any pointers/key words to look up? Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From Susan.Klos at fldoe.org Wed Oct 29 09:12:32 2003 From: Susan.Klos at fldoe.org (Klos, Susan) Date: Wed, 29 Oct 2003 10:12:32 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: <8213C1F49875D61195DA0002A5412A030FCC2525@mail.doe.state.fl.us> I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. From knicholson at gpsx.net Wed Oct 29 09:39:23 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Wed, 29 Oct 2003 10:39:23 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From sgeller at cce.umn.edu Wed Oct 29 09:46:14 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Wed, 29 Oct 2003 09:46:14 -0600 Subject: [dba-SQLServer]Turn Identity property of a column on/off in script Message-ID: I have a table that has a PK field whose identity property is "Yes". I need to do an insert into this table and for that I want the identity property to be "No". I want to change the identity property of my column from "yes" to "no", then do the insert and then change it back to "yes" again. I want to script this but I can't figure out how to do that. SQL Server 2000. TIA. -- Susan Susan B. Geller Office of Information Systems College of Continuing Education University of Minnesota 306 Wesbrook Hall 77 Pleasant Street SE Minneapolis, MN 55455 Phone: 612-626-4785 Fax: 612-625-2568 From accessd at shaw.ca Wed Oct 29 09:49:13 2003 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 29 Oct 2003 07:49:13 -0800 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> Message-ID: Hi David: You can do this by storing the values in a table on the FE database. If the FE is central the file name can be suffixed by the caller station's id or/and username. Jim -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Tuesday, October 28, 2003 7:47 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Linking to Local Table AXP adp, SQL2000 Currently I have a table of customer primary keys that is filled in from the contents of a list box. This table is then used to link to other tables as a filter for processing client records. Because the BE is in SQL, the same table is accessed by all users. However, a user often wants the selection to be maintained between sessions (ie if they return to the selection screen the next day they want their previous day's selection still showing.) This excludes temporary tables (I think) because the users close the program over night. If there was a table stored on the local drives then each user could have their own list of customers. What I am unsure of is how I can a) link to the local database to fill it up with the selections, and b) how I can reference that table within SQL sprocs which use sql tables. Any pointers/key words to look up? Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From dmcafee at pacbell.net Wed Oct 29 10:28:31 2003 From: dmcafee at pacbell.net (David McAfee (Home)) Date: Wed, 29 Oct 2003 08:28:31 -0800 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> Message-ID: You can always save the data to a .csv, .dat or .txt file. I have also created a "temp db" and exported my data into a table in that tempdb. when finsihed with it the whole mdb is killed. Unfortunatley you cant link the table in the temp db to the ADP as you could with an mdb, but you can still open, transfer and populate fields with ADO/DAO. I got the idea from a sample database on Roger Carlsons website (http://rogersaccesslibrary.com/download2k.asp?SampleName='ImportToTempDatab ase2k.mdb'). He created the sample to avoid bloat when using temp tables in mdbs. If you need more help with pulling exporting/importing data from the temp db I do I can send you. HTH David McAfee -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Tuesday, October 28, 2003 7:47 PM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Linking to Local Table AXP adp, SQL2000 Currently I have a table of customer primary keys that is filled in from the contents of a list box. This table is then used to link to other tables as a filter for processing client records. Because the BE is in SQL, the same table is accessed by all users. However, a user often wants the selection to be maintained between sessions (ie if they return to the selection screen the next day they want their previous day's selection still showing.) This excludes temporary tables (I think) because the users close the program over night. If there was a table stored on the local drives then each user could have their own list of customers. What I am unsure of is how I can a) link to the local database to fill it up with the selections, and b) how I can reference that table within SQL sprocs which use sql tables. Any pointers/key words to look up? Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From tuxedo_man at hotmail.com Wed Oct 29 11:46:05 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 29 Oct 2003 17:46:05 +0000 Subject: [dba-SQLServer]Turn Identity property of a column on/off in script Message-ID: So you want to insert value into identity field? look up SET IDENTITY_INSERT in BOL. HTH Billy >From: "Susan Geller" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: [dba-SQLServer]Turn Identity property of a column on/off in script >Date: Wed, 29 Oct 2003 09:46:14 -0600 > >I have a table that has a PK field whose identity property is "Yes". I >need to do an insert into this table and for that I want the identity >property to be "No". I want to change the identity property of my >column from "yes" to "no", then do the insert and then change it back to >"yes" again. I want to script this but I can't figure out how to do >that. SQL Server 2000. > >TIA. -- Susan > >Susan B. Geller >Office of Information Systems >College of Continuing Education >University of Minnesota >306 Wesbrook Hall >77 Pleasant Street SE >Minneapolis, MN 55455 >Phone: 612-626-4785 >Fax: 612-625-2568 > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From davide at dalyn.co.nz Wed Oct 29 12:14:47 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 30 Oct 2003 07:14:47 +1300 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: References: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20031030071350.00b2e0b0@mail.dalyn.co.nz> Thanks for the suggestion Jim but ADP's don't have local tables - they are all attached. David At 29/10/2003, you wrote: >Hi David: > >You can do this by storing the values in a table on the FE database. If the >FE is central the file name can be suffixed by the caller station's id >or/and username. > >Jim > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David >Emerson >Sent: Tuesday, October 28, 2003 7:47 PM >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer]Linking to Local Table > > >AXP adp, SQL2000 > >Currently I have a table of customer primary keys that is filled in from >the contents of a list box. This table is then used to link to other >tables as a filter for processing client records. > >Because the BE is in SQL, the same table is accessed by all >users. However, a user often wants the selection to be maintained between >sessions (ie if they return to the selection screen the next day they want >their previous day's selection still showing.) This excludes temporary >tables (I think) because the users close the program over night. > >If there was a table stored on the local drives then each user could have >their own list of customers. > >What I am unsure of is how I can a) link to the local database to fill it >up with the selections, and b) how I can reference that table within SQL >sprocs which use sql tables. > >Any pointers/key words to look up? > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Johnsonville >Wellington, New Zealand >Ph/Fax (877) 456-1205 > >_______________________________________________ >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 Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From davide at dalyn.co.nz Wed Oct 29 12:22:07 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 30 Oct 2003 07:22:07 +1300 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <3F9FCC57.21646.337C5A@localhost> References: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20031030071737.00b6e5a0@mail.dalyn.co.nz> Thanks for your suggestions Stuart and Paul, To avoid needing to maintain a large number of users we have just set up half a dozen generic users. This means that 2 people could be logged on to the database with the same user name. In fact, in my problem situation, it is only one 'user name' that uses the temptable. David At 29/10/2003, Stuart wrote: >On 29 Oct 2003 at 16:46, David Emerson wrote: > > > AXP adp, SQL2000 > > > > Currently I have a table of customer primary keys that is filled in from > > the contents of a list box. This table is then used to link to other > > tables as a filter for processing client records. > > > > Because the BE is in SQL, the same table is accessed by all > > users. However, a user often wants the selection to be maintained between > > sessions (ie if they return to the selection screen the next day they want > > their previous day's selection still showing.) This excludes temporary > > tables (I think) because the users close the program over night. > > > > If there was a table stored on the local drives then each user could have > > their own list of customers. > > > > What I am unsure of is how I can a) link to the local database to fill it > > up with the selections, and b) how I can reference that table within SQL > > sprocs which use sql tables. > > > >As an alternative, why not including the users login_name in the table of >customer keys, then everyone can have their own selections maintained >until they deliberately discard/rebuild them. > > >-- >Stuart McLachlan >Lexacorp Ltd >Application Development, IT Consultancy >http://www.lexacorp.com.pg From davide at dalyn.co.nz Wed Oct 29 12:32:25 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 30 Oct 2003 07:32:25 +1300 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: References: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20031030072429.0237ee30@mail.dalyn.co.nz> Thanks David, I think I might have a problem here with temp tables. Because the people who will be using the client list will be logged on as the same used, any temp tables they create will have the same user name, therefore overwriting themselves. Are you sure it is not possible to set up a connection with another data source other than the main SQL BE? David At 29/10/2003, David wrote: >You can always save the data to a .csv, .dat or .txt file. I have also >created a "temp db" and exported my data into a table in that tempdb. when >finsihed with it the whole mdb is killed. Unfortunatley you cant link the >table in the temp db to the ADP as you could with an mdb, but you can still >open, transfer and populate fields with ADO/DAO. I got the idea from a >sample database on Roger Carlsons website >(http://rogersaccesslibrary.com/download2k.asp?SampleName='ImportToTempDatab >ase2k.mdb'). He created the sample to avoid bloat when using temp tables in >mdbs. If you need more help with pulling exporting/importing data from the >temp db I do I can send you. > > >HTH >David McAfee > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David >Emerson >Sent: Tuesday, October 28, 2003 7:47 PM >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer]Linking to Local Table > > >AXP adp, SQL2000 > >Currently I have a table of customer primary keys that is filled in from >the contents of a list box. This table is then used to link to other >tables as a filter for processing client records. > >Because the BE is in SQL, the same table is accessed by all >users. However, a user often wants the selection to be maintained between >sessions (ie if they return to the selection screen the next day they want >their previous day's selection still showing.) This excludes temporary >tables (I think) because the users close the program over night. > >If there was a table stored on the local drives then each user could have >their own list of customers. > >What I am unsure of is how I can a) link to the local database to fill it >up with the selections, and b) how I can reference that table within SQL >sprocs which use sql tables. > >Any pointers/key words to look up? > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Johnsonville >Wellington, New Zealand >Ph/Fax (877) 456-1205 From mwp.reid at qub.ac.uk Wed Oct 29 12:40:59 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 29 Oct 2003 10:40:59 -0800 Subject: [dba-SQLServer]Linking to Local Table References: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> <5.2.0.9.0.20031030072429.0237ee30@mail.dalyn.co.nz> Message-ID: <001101c39e4c$33a74850$e0f66e51@martin1> Bit out of the blue this but what about a local XML file. Martin ----- Original Message ----- From: "David Emerson" To: Sent: Wednesday, October 29, 2003 10:32 AM Subject: RE: [dba-SQLServer]Linking to Local Table > Thanks David, > > I think I might have a problem here with temp tables. Because the people > who will be using the client list will be logged on as the same used, any > temp tables they create will have the same user name, therefore overwriting > themselves. > > Are you sure it is not possible to set up a connection with another data > source other than the main SQL BE? > > David > > At 29/10/2003, David wrote: > >You can always save the data to a .csv, .dat or .txt file. I have also > >created a "temp db" and exported my data into a table in that tempdb. when > >finsihed with it the whole mdb is killed. Unfortunatley you cant link the > >table in the temp db to the ADP as you could with an mdb, but you can still > >open, transfer and populate fields with ADO/DAO. I got the idea from a > >sample database on Roger Carlsons website > >(http://rogersaccesslibrary.com/download2k.asp?SampleName='ImportToTempData b > >ase2k.mdb'). He created the sample to avoid bloat when using temp tables in > >mdbs. If you need more help with pulling exporting/importing data from the > >temp db I do I can send you. > > > > > >HTH > >David McAfee > > > >-----Original Message----- > >From: dba-sqlserver-bounces at databaseadvisors.com > >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David > >Emerson > >Sent: Tuesday, October 28, 2003 7:47 PM > >To: dba-SQLServer at databaseadvisors.com > >Subject: [dba-SQLServer]Linking to Local Table > > > > > >AXP adp, SQL2000 > > > >Currently I have a table of customer primary keys that is filled in from > >the contents of a list box. This table is then used to link to other > >tables as a filter for processing client records. > > > >Because the BE is in SQL, the same table is accessed by all > >users. However, a user often wants the selection to be maintained between > >sessions (ie if they return to the selection screen the next day they want > >their previous day's selection still showing.) This excludes temporary > >tables (I think) because the users close the program over night. > > > >If there was a table stored on the local drives then each user could have > >their own list of customers. > > > >What I am unsure of is how I can a) link to the local database to fill it > >up with the selections, and b) how I can reference that table within SQL > >sprocs which use sql tables. > > > >Any pointers/key words to look up? > > > >Regards > > > >David Emerson > >Dalyn Software Ltd > >25 Cunliffe St, Johnsonville > >Wellington, New Zealand > >Ph/Fax (877) 456-1205 > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From Susan.Klos at fldoe.org Wed Oct 29 13:51:58 2003 From: Susan.Klos at fldoe.org (Klos, Susan) Date: Wed, 29 Oct 2003 14:51:58 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: <8213C1F49875D61195DA0002A5412A030FCC2527@mail.doe.state.fl.us> This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 knicholson at gpsx.net Wed Oct 29 14:00:26 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Wed, 29 Oct 2003 15:00:26 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: This would be in a stored procedure. Create a new stored procedure such as: create stored procedure gps_update as update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no Then, from SQL server, go up to TOOLS. Selected SQL query analyzer. A new window opens. Make sure that you select the correct database from the drop down box. Type: exec gps_update Then hit the green arrow to run the procedure. Your stored procedure will run. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 2:52 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 knicholson at gpsx.net Wed Oct 29 14:04:56 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Wed, 29 Oct 2003 15:04:56 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: You know, you dont really hav to create a stored procedure. I am just so used to doing that. You could just put in the code in the query analyzer. Sorry about that, I am programmed to create stored procedures. -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:00 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This would be in a stored procedure. Create a new stored procedure such as: create stored procedure gps_update as update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no Then, from SQL server, go up to TOOLS. Selected SQL query analyzer. A new window opens. Make sure that you select the correct database from the drop down box. Type: exec gps_update Then hit the green arrow to run the procedure. Your stored procedure will run. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 2:52 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From davide at dalyn.co.nz Wed Oct 29 14:07:31 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 30 Oct 2003 09:07:31 +1300 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <001101c39e4c$33a74850$e0f66e51@martin1> References: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> <5.2.0.9.0.20031030072429.0237ee30@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20031030090706.00b2e0b0@mail.dalyn.co.nz> Martin, Can you explain further please. David At 29/10/2003, you wrote: >Bit out of the blue this but what about a local XML file. > >Martin > > > > >----- Original Message ----- >From: "David Emerson" >To: >Sent: Wednesday, October 29, 2003 10:32 AM >Subject: RE: [dba-SQLServer]Linking to Local Table > > > > Thanks David, > > > > I think I might have a problem here with temp tables. Because the people > > who will be using the client list will be logged on as the same used, any > > temp tables they create will have the same user name, therefore >overwriting > > themselves. > > > > Are you sure it is not possible to set up a connection with another data > > source other than the main SQL BE? > > > > David > > > > At 29/10/2003, David wrote: > > >You can always save the data to a .csv, .dat or .txt file. I have also > > >created a "temp db" and exported my data into a table in that tempdb. >when > > >finsihed with it the whole mdb is killed. Unfortunatley you cant link the > > >table in the temp db to the ADP as you could with an mdb, but you can >still > > >open, transfer and populate fields with ADO/DAO. I got the idea from a > > >sample database on Roger Carlsons website > > > >(http://rogersaccesslibrary.com/download2k.asp?SampleName='ImportToTempData >b > > >ase2k.mdb'). He created the sample to avoid bloat when using temp tables >in > > >mdbs. If you need more help with pulling exporting/importing data from >the > > >temp db I do I can send you. > > > > > > > > >HTH > > >David McAfee > > > > > >-----Original Message----- > > >From: dba-sqlserver-bounces at databaseadvisors.com > > >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David > > >Emerson > > >Sent: Tuesday, October 28, 2003 7:47 PM > > >To: dba-SQLServer at databaseadvisors.com > > >Subject: [dba-SQLServer]Linking to Local Table > > > > > > > > >AXP adp, SQL2000 > > > > > >Currently I have a table of customer primary keys that is filled in from > > >the contents of a list box. This table is then used to link to other > > >tables as a filter for processing client records. > > > > > >Because the BE is in SQL, the same table is accessed by all > > >users. However, a user often wants the selection to be maintained >between > > >sessions (ie if they return to the selection screen the next day they >want > > >their previous day's selection still showing.) This excludes temporary > > >tables (I think) because the users close the program over night. > > > > > >If there was a table stored on the local drives then each user could have > > >their own list of customers. > > > > > >What I am unsure of is how I can a) link to the local database to fill it > > >up with the selections, and b) how I can reference that table within SQL > > >sprocs which use sql tables. > > > > > >Any pointers/key words to look up? > > > > > >Regards > > > > > >David Emerson > > >Dalyn Software Ltd > > >25 Cunliffe St, Johnsonville > > >Wellington, New Zealand > > >Ph/Fax (877) 456-1205 > > > > _______________________________________________ > > 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 MarkBoyd at McBeeAssociates.com Wed Oct 29 14:10:51 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Wed, 29 Oct 2003 15:10:51 -0500 Subject: [dba-SQLServer]Creating a new publication from a script Message-ID: My company is in the process of replacing an old WinNT SQL Server with a new Win2k SQL Server. I need to re-create a number of publications on the new server. I exported a script file with all of the properties from one of the publications, but can't figure out how to create a new publication with the data from this script file. Any ideas? Can this even be done, or do I have to manually re-create the publications? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. From mwp.reid at qub.ac.uk Wed Oct 29 14:17:12 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 29 Oct 2003 12:17:12 -0800 Subject: [dba-SQLServer]Linking to Local Table References: <5.2.0.9.0.20031029162538.00b1d000@mail.dalyn.co.nz> <5.2.0.9.0.20031030072429.0237ee30@mail.dalyn.co.nz> <5.2.0.9.0.20031030090706.00b2e0b0@mail.dalyn.co.nz> Message-ID: <001401c39e59$a435e7e0$e0f66e51@martin1> Why did u ask that (<: Now I have think up a good response. (<: Using ADO you can save a recordest to XML which can then be persisted between different sessions. The general idea is that we create the XML file with the users data when they leave the application and then repopulate the controls with the same data when they return. Unlike using a text file we can move the data as a binary stream (ADO 2.5 at least required) which reduces the over heads re constant disc access. Thats the thoery anyway. I have a set of functions and classes whcih demostrate this approach if you would like them. Martin ----- Original Message ----- From: "David Emerson" To: Sent: Wednesday, October 29, 2003 12:07 PM Subject: Re: [dba-SQLServer]Linking to Local Table > Martin, > > Can you explain further please. > > David > > At 29/10/2003, you wrote: > >Bit out of the blue this but what about a local XML file. > > > >Martin > > > > > > > > > >----- Original Message ----- > >From: "David Emerson" > >To: > >Sent: Wednesday, October 29, 2003 10:32 AM > >Subject: RE: [dba-SQLServer]Linking to Local Table > > > > > > > Thanks David, > > > > > > I think I might have a problem here with temp tables. Because the people > > > who will be using the client list will be logged on as the same used, any > > > temp tables they create will have the same user name, therefore > >overwriting > > > themselves. > > > > > > Are you sure it is not possible to set up a connection with another data > > > source other than the main SQL BE? > > > > > > David > > > > > > At 29/10/2003, David wrote: > > > >You can always save the data to a .csv, .dat or .txt file. I have also > > > >created a "temp db" and exported my data into a table in that tempdb. > >when > > > >finsihed with it the whole mdb is killed. Unfortunatley you cant link the > > > >table in the temp db to the ADP as you could with an mdb, but you can > >still > > > >open, transfer and populate fields with ADO/DAO. I got the idea from a > > > >sample database on Roger Carlsons website > > > > > >(http://rogersaccesslibrary.com/download2k.asp?SampleName='ImportToTempData > >b > > > >ase2k.mdb'). He created the sample to avoid bloat when using temp tables > >in > > > >mdbs. If you need more help with pulling exporting/importing data from > >the > > > >temp db I do I can send you. > > > > > > > > > > > >HTH > > > >David McAfee > > > > > > > >-----Original Message----- > > > >From: dba-sqlserver-bounces at databaseadvisors.com > > > >[mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of David > > > >Emerson > > > >Sent: Tuesday, October 28, 2003 7:47 PM > > > >To: dba-SQLServer at databaseadvisors.com > > > >Subject: [dba-SQLServer]Linking to Local Table > > > > > > > > > > > >AXP adp, SQL2000 > > > > > > > >Currently I have a table of customer primary keys that is filled in from > > > >the contents of a list box. This table is then used to link to other > > > >tables as a filter for processing client records. > > > > > > > >Because the BE is in SQL, the same table is accessed by all > > > >users. However, a user often wants the selection to be maintained > >between > > > >sessions (ie if they return to the selection screen the next day they > >want > > > >their previous day's selection still showing.) This excludes temporary > > > >tables (I think) because the users close the program over night. > > > > > > > >If there was a table stored on the local drives then each user could have > > > >their own list of customers. > > > > > > > >What I am unsure of is how I can a) link to the local database to fill it > > > >up with the selections, and b) how I can reference that table within SQL > > > >sprocs which use sql tables. > > > > > > > >Any pointers/key words to look up? > > > > > > > >Regards > > > > > > > >David Emerson > > > >Dalyn Software Ltd > > > >25 Cunliffe St, Johnsonville > > > >Wellington, New Zealand > > > >Ph/Fax (877) 456-1205 > > > > > > _______________________________________________ > > > 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 Susan.Klos at fldoe.org Wed Oct 29 14:19:11 2003 From: Susan.Klos at fldoe.org (Klos, Susan) Date: Wed, 29 Oct 2003 15:19:11 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: <8213C1F49875D61195DA0002A5412A030FCC252A@mail.doe.state.fl.us> I think I would like to go the Stored Procedure way as that is what I think most programmers do. What is the difference between the two? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:05 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table You know, you dont really hav to create a stored procedure. I am just so used to doing that. You could just put in the code in the query analyzer. Sorry about that, I am programmed to create stored procedures. -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:00 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This would be in a stored procedure. Create a new stored procedure such as: create stored procedure gps_update as update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no Then, from SQL server, go up to TOOLS. Selected SQL query analyzer. A new window opens. Make sure that you select the correct database from the drop down box. Type: exec gps_update Then hit the green arrow to run the procedure. Your stored procedure will run. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 2:52 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 _______________________________________________ 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 knicholson at gpsx.net Wed Oct 29 14:28:36 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Wed, 29 Oct 2003 15:28:36 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: If you create a stored procedure, then you can always just open up query analyzer and execute the stored procedure without having to retype it. You can also schedule a stored procedure to run by creating a job (under management, sql server agent, jobs. If you just type it into the query analyzer, it is a one time shot and boom it is gone, making you retype it if you want to run it again, or worst yet, forgetting how you did it (which happens all the time when learning) and wasting time. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 3:19 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I think I would like to go the Stored Procedure way as that is what I think most programmers do. What is the difference between the two? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:05 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table You know, you dont really hav to create a stored procedure. I am just so used to doing that. You could just put in the code in the query analyzer. Sorry about that, I am programmed to create stored procedures. -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:00 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This would be in a stored procedure. Create a new stored procedure such as: create stored procedure gps_update as update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no Then, from SQL server, go up to TOOLS. Selected SQL query analyzer. A new window opens. Make sure that you select the correct database from the drop down box. Type: exec gps_update Then hit the green arrow to run the procedure. Your stored procedure will run. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 2:52 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 _______________________________________________ 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 rl_stewart at highstream.net Wed Oct 29 14:42:23 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 29 Oct 2003 14:42:23 -0600 Subject: [dba-SQLServer]Re: Linking to Local Table In-Reply-To: <200310292007.h9TK7F607393@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031029143854.028954f8@pop3.highstream.net> David, You would write a local file with something like Customer 12345 Your customer form would need to look at this file and get the place to go to from it. It is like the days when we used the ini file to do similar things. Robert At 02:07 PM 10/29/2003 -0600, you wrote: >Date: Thu, 30 Oct 2003 09:07:31 +1300 >From: David Emerson >Subject: Re: [dba-SQLServer]Linking to Local Table >To: dba-sqlserver at databaseadvisors.com >Message-ID: <5.2.0.9.0.20031030090706.00b2e0b0 at mail.dalyn.co.nz> >Content-Type: text/plain; format=flowed; charset=us-ascii > >Martin, > >Can you explain further please. > >David > >At 29/10/2003, you wrote: > >Bit out of the blue this but what about a local XML file. > > > >Martin > > > > > > > > > >----- Original Message ----- > >From: "David Emerson" > >To: > >Sent: Wednesday, October 29, 2003 10:32 AM > >Subject: RE: [dba-SQLServer]Linking to Local Table > > > > > > > Thanks David, > > > > > > I think I might have a problem here with temp tables. Because the people > > > who will be using the client list will be logged on as the same used, any > > > temp tables they create will have the same user name, therefore > >overwriting > > > themselves. > > > > > > Are you sure it is not possible to set up a connection with another data > > > source other than the main SQL BE? > > > > > > David From jbarash at bellatlantic.net Wed Oct 29 15:13:14 2003 From: jbarash at bellatlantic.net (James Barash) Date: Wed, 29 Oct 2003 16:13:14 -0500 Subject: [dba-SQLServer]Creating a new publication from a script In-Reply-To: Message-ID: Mark, You should be able to run the script from the Query Analyzer. Open the Query Analyzer on the new SQL Server, open the script file and click the Execute button. That will build whatever the script file was created for. Hope that helps. James Barash -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Mark Boyd Sent: Wednesday, October 29, 2003 3:11 PM To: SQLServerList Subject: [dba-SQLServer]Creating a new publication from a script My company is in the process of replacing an old WinNT SQL Server with a new Win2k SQL Server. I need to re-create a number of publications on the new server. I exported a script file with all of the properties from one of the publications, but can't figure out how to create a new publication with the data from this script file. Any ideas? Can this even be done, or do I have to manually re-create the publications? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From davide at dalyn.co.nz Wed Oct 29 15:53:27 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 30 Oct 2003 10:53:27 +1300 Subject: [dba-SQLServer]Re: Linking to Local Table In-Reply-To: <5.1.0.14.2.20031029143854.028954f8@pop3.highstream.net> References: <200310292007.h9TK7F607393@databaseadvisors.com> Message-ID: <5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> Thanks everyone for the feedback so far. The storing of the data in a temporary file is not the problem - the problem is how I can use that data with the SQL BE and not have two people logged in as the same user overwriting each others table of data (remember 'Users' have been set up more as job functions so that individuals don't have their own log on - they log in as manager, or operations, or marketing. This means that we are not constantly setting up and deleting individual log ons as people come and go). I may just sit on this one and see if any bright ideas hit me over the next week. David At 29/10/2003, you wrote: >David, > >You would write a local file with something like > >Customer >12345 > >Your customer form would need to look at this file >and get the place to go to from it. > >It is like the days when we used the ini file >to do similar things. > >Robert > >At 02:07 PM 10/29/2003 -0600, you wrote: >>Date: Thu, 30 Oct 2003 09:07:31 +1300 >>From: David Emerson >>Subject: Re: [dba-SQLServer]Linking to Local Table >>To: dba-sqlserver at databaseadvisors.com >>Message-ID: <5.2.0.9.0.20031030090706.00b2e0b0 at mail.dalyn.co.nz> >>Content-Type: text/plain; format=flowed; charset=us-ascii >> >>Martin, >> >>Can you explain further please. >> >>David >> >>At 29/10/2003, you wrote: >> >Bit out of the blue this but what about a local XML file. >> > >> >Martin >> > >> > >> > >> > >> >----- Original Message ----- >> >From: "David Emerson" >> >To: >> >Sent: Wednesday, October 29, 2003 10:32 AM >> >Subject: RE: [dba-SQLServer]Linking to Local Table >> > >> > >> > > Thanks David, >> > > >> > > I think I might have a problem here with temp tables. Because the >> people >> > > who will be using the client list will be logged on as the same >> used, any >> > > temp tables they create will have the same user name, therefore >> >overwriting >> > > themselves. >> > > >> > > Are you sure it is not possible to set up a connection with another data >> > > source other than the main SQL BE? >> > > >> > > David > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > > Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax 0064 4 478-7456 From stuart at lexacorp.com.pg Wed Oct 29 16:03:53 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 30 Oct 2003 08:03:53 +1000 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <5.2.0.9.0.20031030071737.00b6e5a0@mail.dalyn.co.nz> References: <3F9FCC57.21646.337C5A@localhost> Message-ID: <3FA0C5E9.11953.1B84A9@localhost> On 30 Oct 2003 at 7:22, David Emerson wrote: > Thanks for your suggestions Stuart and Paul, > > To avoid needing to maintain a large number of users we have just set up > half a dozen generic users. This means that 2 people could be logged on to > the database with the same user name. In fact, in my problem situation, it > is only one 'user name' that uses the temptable. > Bad security design from the start :-( What do you do if one user leaves/changes position and you have to prevent their further access to the system? OK, use the PCs network name as the identifier. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From rl_stewart at highstream.net Wed Oct 29 16:10:35 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 29 Oct 2003 16:10:35 -0600 Subject: [dba-SQLServer]Re: Linking to Local Table In-Reply-To: <200310292153.h9TLr8608696@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031029160931.02818ea8@pop3.highstream.net> David, Populate the form with a stored procedure that uses the values stored in the local XML file as parameters. Robert At 03:53 PM 10/29/2003 -0600, you wrote: >Date: Thu, 30 Oct 2003 10:53:27 +1300 >From: David Emerson >Subject: Re: [dba-SQLServer]Re: Linking to Local Table >To: dba-sqlserver at databaseadvisors.com >Message-ID: <5.2.0.9.0.20031030104458.00b6e5a0 at mail.dalyn.co.nz> >Content-Type: text/plain; format=flowed; charset=us-ascii > >Thanks everyone for the feedback so far. The storing of the data in a >temporary file is not the problem - the problem is how I can use that data >with the SQL BE and not have two people logged in as the same user >overwriting each others table of data (remember 'Users' have been set up >more as job functions so that individuals don't have their own log on - >they log in as manager, or operations, or marketing. This means that we >are not constantly setting up and deleting individual log ons as people >come and go). > >I may just sit on this one and see if any bright ideas hit me over the next >week. > >David > > >At 29/10/2003, you wrote: > >David, > > > >You would write a local file with something like > > > >Customer > >12345 > > > >Your customer form would need to look at this file > >and get the place to go to from it. > > > >It is like the days when we used the ini file > >to do similar things. > > > >Robert From MarkBoyd at McBeeAssociates.com Wed Oct 29 16:19:04 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Wed, 29 Oct 2003 17:19:04 -0500 Subject: [dba-SQLServer]Creating a new publication from a script Message-ID: Thanks James. That's exactly what I needed. Mark -----Original Message----- From: James Barash [mailto:jbarash at bellatlantic.net] Sent: Wednesday, October 29, 2003 4:13 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Creating a new publication from a script Mark, You should be able to run the script from the Query Analyzer. Open the Query Analyzer on the new SQL Server, open the script file and click the Execute button. That will build whatever the script file was created for. Hope that helps. James Barash -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Mark Boyd Sent: Wednesday, October 29, 2003 3:11 PM To: SQLServerList Subject: [dba-SQLServer]Creating a new publication from a script My company is in the process of replacing an old WinNT SQL Server with a new Win2k SQL Server. I need to re-create a number of publications on the new server. I exported a script file with all of the properties from one of the publications, but can't figure out how to create a new publication with the data from this script file. Any ideas? Can this even be done, or do I have to manually re-create the publications? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ 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 davide at dalyn.co.nz Wed Oct 29 16:41:02 2003 From: davide at dalyn.co.nz (David Emerson) Date: Thu, 30 Oct 2003 11:41:02 +1300 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <3FA0C5E9.11953.1B84A9@localhost> References: <5.2.0.9.0.20031030071737.00b6e5a0@mail.dalyn.co.nz> <3F9FCC57.21646.337C5A@localhost> Message-ID: <5.2.0.9.0.20031030113839.021c1070@mail.dalyn.co.nz> At 30/10/2003, you wrote: >On 30 Oct 2003 at 7:22, David Emerson wrote: > > > Thanks for your suggestions Stuart and Paul, > > > > To avoid needing to maintain a large number of users we have just set up > > half a dozen generic users. This means that 2 people could be logged > on to > > the database with the same user name. In fact, in my problem > situation, it > > is only one 'user name' that uses the temptable. > > >Bad security design from the start :-( >What do you do if one user leaves/changes position and you have to >prevent their further access to the system? If they leave they no longer have access to the server. If they change position they will be promoted (no demotions - just out the door) giving them access to all previous areas plus the new ones. >OK, use the PCs network name as the identifier. Ah, now there is a thought. Is there a function that returns this? Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Johnsonville Wellington, New Zealand Ph/Fax (877) 456-1205 From stuart at lexacorp.com.pg Wed Oct 29 19:20:25 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 30 Oct 2003 11:20:25 +1000 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <5.2.0.9.0.20031030113839.021c1070@mail.dalyn.co.nz> References: <3FA0C5E9.11953.1B84A9@localhost> Message-ID: <3FA0F3F9.11114.4B67814@localhost> On 30 Oct 2003 at 11:41, David Emerson wrote: > At 30/10/2003, you wrote: > >On 30 Oct 2003 at 7:22, David Emerson wrote: > > > > > Thanks for your suggestions Stuart and Paul, > > > > > > To avoid needing to maintain a large number of users we have just set up > > > half a dozen generic users. This means that 2 people could be logged > > on to > > > the database with the same user name. In fact, in my problem > > situation, it > > > is only one 'user name' that uses the temptable. > > > > >Bad security design from the start :-( > >What do you do if one user leaves/changes position and you have to > >prevent their further access to the system? > > If they leave they no longer have access to the server. > > If they change position they will be promoted (no demotions - just out the > door) giving them access to all previous areas plus the new ones. > > > >OK, use the PCs network name as the identifier. > > Ah, now there is a thought. Is there a function that returns this? > > In SQL Server use Hostname() In Access use a call to the API function GetComputerName() -- Stuart McLachlan Lexacorp Ltd Application Development, IT Consultancy http://www.lexacorp.com.pg From Robert.Djabarov at usaa.com Wed Oct 29 19:27:01 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 29 Oct 2003 19:27:01 -0600 Subject: [dba-SQLServer]Linking to Local Table Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EFAAB@ex02.eagle.usaa.com> I don't think Hostname() is a valid function. There is a global variable that'll return the computer name of the server where SQL Server is installed, also known as an instance name (due to multi-instance capabilities of 2K), - @@SERVERNAME. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, October 29, 2003 7:20 PM To: David Emerson; dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Linking to Local Table On 30 Oct 2003 at 11:41, David Emerson wrote: > At 30/10/2003, you wrote: > >On 30 Oct 2003 at 7:22, David Emerson wrote: > > > > > Thanks for your suggestions Stuart and Paul, > > > > > > To avoid needing to maintain a large number of users we have just > > > set up half a dozen generic users. This means that 2 people could > > > be logged > > on to > > > the database with the same user name. In fact, in my problem > > situation, it > > > is only one 'user name' that uses the temptable. > > > > >Bad security design from the start :-( > >What do you do if one user leaves/changes position and you have to > >prevent their further access to the system? > > If they leave they no longer have access to the server. > > If they change position they will be promoted (no demotions - just out > the > door) giving them access to all previous areas plus the new ones. > > > >OK, use the PCs network name as the identifier. > > Ah, now there is a thought. Is there a function that returns this? > > In SQL Server use Hostname() In Access use a call to the API function GetComputerName() -- Stuart McLachlan Lexacorp Ltd Application Development, IT Consultancy http://www.lexacorp.com.pg _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed Oct 29 19:31:09 2003 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 30 Oct 2003 11:31:09 +1000 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30019EFAAB@ex02.eagle.usaa.com> Message-ID: <3FA0F67D.15437.4C04F1E@localhost> On 29 Oct 2003 at 19:27, Djabarov, Robert wrote: > I don't think Hostname() is a valid function. There is a global > variable that'll return the computer name of the server where SQL Server > is installed, also known as an instance name (due to multi-instance > capabilities of 2K), - @@SERVERNAME. > > Sorry, I was working from memory. I just checked it. That should have been Host_name(). -- Stuart McLachlan Lexacorp Ltd Application Development, IT Consultancy http://www.lexacorp.com.pg From mwp.reid at qub.ac.uk Thu Oct 30 03:18:13 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 30 Oct 2003 09:18:13 -0000 Subject: [dba-SQLServer]Ideas comments HELP References: <200310292007.h9TK7F607393@databaseadvisors.com> <5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> Message-ID: <011701c39ec6$beb6cc70$9111758f@aine> Heres the idea We have a hand held scanner which contains a table We link Said scanner to SQL Server If the table data on scanner is different in any way to the data in the same table on SQL Server we replace SQL Server table with the scanner table or just the different rows. Question 1. Whats the best way to do this? 2. Can this be done without pulling the table of the scanner? 3. Is there anyway we could create checksums for a table and compare them? Any one any clever ideas. Speed is a real issue here. Martin From sgeller at cce.umn.edu Thu Oct 30 10:36:43 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Thu, 30 Oct 2003 10:36:43 -0600 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: Actually, even if you don't create a sproc, you can still keep whatever you type in Query Analyzer. Just save the document like you would a word document. It gets saved as a .sql file and then you can open it anytime in Query Analyzer if you want. I have lots of stuff that I save like this because I don't want it cluttering up my database, but I want to save the work that I've done. --Susan -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Wednesday, October 29, 2003 2:29 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table If you create a stored procedure, then you can always just open up query analyzer and execute the stored procedure without having to retype it. You can also schedule a stored procedure to run by creating a job (under management, sql server agent, jobs. If you just type it into the query analyzer, it is a one time shot and boom it is gone, making you retype it if you want to run it again, or worst yet, forgetting how you did it (which happens all the time when learning) and wasting time. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 3:19 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I think I would like to go the Stored Procedure way as that is what I think most programmers do. What is the difference between the two? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:05 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table You know, you dont really hav to create a stored procedure. I am just so used to doing that. You could just put in the code in the query analyzer. Sorry about that, I am programmed to create stored procedures. -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:00 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This would be in a stored procedure. Create a new stored procedure such as: create stored procedure gps_update as update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no Then, from SQL server, go up to TOOLS. Selected SQL query analyzer. A new window opens. Make sure that you select the correct database from the drop down box. Type: exec gps_update Then hit the green arrow to run the procedure. Your stored procedure will run. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 2:52 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From knicholson at gpsx.net Thu Oct 30 10:43:00 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Thu, 30 Oct 2003 11:43:00 -0500 Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Message-ID: That is a great idea. Right now I am sifting through sprocs that have been created over a three year period in our database trying to determine which ones are still active and which ones can be deleted. I can store these ones I am not sure of like that, and start storing my temporary ones associated with interim projects the same way. Thanks. -----Original Message----- From: Susan Geller [mailto:sgeller at cce.umn.edu] Sent: Thursday, October 30, 2003 11:37 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Actually, even if you don't create a sproc, you can still keep whatever you type in Query Analyzer. Just save the document like you would a word document. It gets saved as a .sql file and then you can open it anytime in Query Analyzer if you want. I have lots of stuff that I save like this because I don't want it cluttering up my database, but I want to save the work that I've done. --Susan -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Wednesday, October 29, 2003 2:29 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table If you create a stored procedure, then you can always just open up query analyzer and execute the stored procedure without having to retype it. You can also schedule a stored procedure to run by creating a job (under management, sql server agent, jobs. If you just type it into the query analyzer, it is a one time shot and boom it is gone, making you retype it if you want to run it again, or worst yet, forgetting how you did it (which happens all the time when learning) and wasting time. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 3:19 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I think I would like to go the Stored Procedure way as that is what I think most programmers do. What is the difference between the two? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:05 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table You know, you dont really hav to create a stored procedure. I am just so used to doing that. You could just put in the code in the query analyzer. Sorry about that, I am programmed to create stored procedures. -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 3:00 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This would be in a stored procedure. Create a new stored procedure such as: create stored procedure gps_update as update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no Then, from SQL server, go up to TOOLS. Selected SQL query analyzer. A new window opens. Make sure that you select the correct database from the drop down box. Type: exec gps_update Then hit the green arrow to run the procedure. Your stored procedure will run. -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 2:52 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table This is really going to show my ignorance. Do you put the sql code in a new view? If not, where? -----Original Message----- From: Nicholson, Karen [mailto:knicholson at gpsx.net] Sent: Wednesday, October 29, 2003 10:39 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table Here is an example - I have a prospect and a customer table. Join them by their common field, cust_no. Update the field you want to update (I used udf12) to the desired value. update dbo.prospect set dbo.prospect.udf12='myvalue' FROM dbo.prospect INNER JOIN dbo.customer ON dbo.prospect.cust_no = dbo.customer.cust_no -----Original Message----- From: Klos, Susan [mailto:Susan.Klos at fldoe.org] Sent: Wednesday, October 29, 2003 10:13 AM To: 'dba-SQLServer at databaseadvisors.com' Subject: [dba-SQLServer]A real Newbie Queston re:updating a Field in a Table I have two tables which are inner joined on two fields. One of the tables contains a flag field. I want to update the flag field only where records in the two tables are the same. _______________________________________________ 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 _______________________________________________ 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 _______________________________________________ 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 rl_stewart at highstream.net Thu Oct 30 11:01:09 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 30 Oct 2003 11:01:09 -0600 Subject: [dba-SQLServer]Re: Ideas comments HELP In-Reply-To: <200310301637.h9UGbm620716@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031030105316.02897d70@pop3.highstream.net> Martin, Add a datetime column for ModifiedDate. Then do a query something like this: SELECT tblTable.TableID, tblTable.TableName, tblTableField.TableID FROM tblTable LEFT JOIN tblTableField ON tblTable.TableID = tblTableField.TableID WHERE (((tblTableField.TableID) Is Null)); except join on the PK and the modified date. tblTable would be your Scanner table tblTableField would be the SQL Server table Robert At 10:37 AM 10/30/2003 -0600, you wrote: >Date: Thu, 30 Oct 2003 09:18:13 -0000 >From: "Martin Reid" >Subject: [dba-SQLServer]Ideas comments HELP >To: >Message-ID: <011701c39ec6$beb6cc70$9111758f at aine> >Content-Type: text/plain; charset="iso-8859-1" > >Heres the idea > >We have a hand held scanner which contains a table >We link Said scanner to SQL Server >If the table data on scanner is different in any way to the data in the same >table on SQL Server we replace SQL Server table with the scanner table or >just the different rows. > >Question > >1. Whats the best way to do this? >2. Can this be done without pulling the table of the scanner? >3. Is there anyway we could create checksums for a table and compare them? > >Any one any clever ideas. Speed is a real issue here. > >Martin From Robert.Djabarov at usaa.com Thu Oct 30 13:55:08 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Thu, 30 Oct 2003 13:55:08 -0600 Subject: [dba-SQLServer]Ideas comments HELP Message-ID: <3CCEA32DFF043C4CB99B835557E11B30019EFB52@ex02.eagle.usaa.com> See checksum in BOL. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Thursday, October 30, 2003 3:18 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Ideas comments HELP Heres the idea We have a hand held scanner which contains a table We link Said scanner to SQL Server If the table data on scanner is different in any way to the data in the same table on SQL Server we replace SQL Server table with the scanner table or just the different rows. Question 1. Whats the best way to do this? 2. Can this be done without pulling the table of the scanner? 3. Is there anyway we could create checksums for a table and compare them? Any one any clever ideas. Speed is a real issue here. Martin _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Thu Oct 30 14:14:00 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 30 Oct 2003 12:14:00 -0800 Subject: [dba-SQLServer]Ideas comments HELP References: <200310292007.h9TK7F607393@databaseadvisors.com><5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> <011701c39ec6$beb6cc70$9111758f@aine> Message-ID: <000001c39f25$426b23f0$900c6351@martin1> Thanks I think the checksun will do this. Need to see how it works and if we need to apply it to every column and if so what impact this will have on the system Martin From mwp.reid at qub.ac.uk Thu Oct 30 14:14:21 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 30 Oct 2003 12:14:21 -0800 Subject: [dba-SQLServer]Ideas comments HELP References: <200310292007.h9TK7F607393@databaseadvisors.com><5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> <011701c39ec6$beb6cc70$9111758f@aine> Message-ID: <000101c39f25$42a6cd60$900c6351@martin1> Thanks I think the checksun will do this. Need to see how it works and if we need to apply it to every column and if so what impact this will have on the system Martin From mwp.reid at qub.ac.uk Thu Oct 30 14:35:29 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 30 Oct 2003 12:35:29 -0800 Subject: [dba-SQLServer]Ideas comments HELP References: <200310292007.h9TK7F607393@databaseadvisors.com><5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> <011701c39ec6$beb6cc70$9111758f@aine> Message-ID: <001701c39f25$629fc4f0$900c6351@martin1> Thanks I think the checksun will do this. Need to see how it works and if we need to apply it to every column and if so what impact this will have on the system Martin From MarkBoyd at McBeeAssociates.com Thu Oct 30 14:50:44 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Thu, 30 Oct 2003 15:50:44 -0500 Subject: [dba-SQLServer]Issues with Multiple Subscriptions Message-ID: I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. From artful at rogers.com Thu Oct 30 17:56:52 2003 From: artful at rogers.com (Arthur Fuller) Date: Thu, 30 Oct 2003 15:56:52 -0800 Subject: [dba-SQLServer]Re: Visual Source Safe Questions In-Reply-To: Message-ID: <000101c39f41$8a7219d0$6501a8c0@rock> Do you use it with ADPs? Does it work with sprocs and views and UDFs? I haven't tried that myself, just assumed it wouldn't work. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, October 24, 2003 3:50 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions We're in XP Developer using VSS 6.0 on our server. You need the Access add-in from developer to be able to do it easily from within Access. Charlotte Foust --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 From artful at rogers.com Thu Oct 30 18:25:06 2003 From: artful at rogers.com (Arthur Fuller) Date: Thu, 30 Oct 2003 16:25:06 -0800 Subject: [dba-SQLServer]Ideas comments HELP In-Reply-To: <011701c39ec6$beb6cc70$9111758f@aine> Message-ID: <000101c39f45$768d2ff0$6501a8c0@rock> How about an OUTER JOIN on the PKs, with an IS NULL criterion? That's about the quickest way I can think of, many times quicker than a NOT IN() for example. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Thursday, October 30, 2003 1:18 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Ideas comments HELP Heres the idea We have a hand held scanner which contains a table We link Said scanner to SQL Server If the table data on scanner is different in any way to the data in the same table on SQL Server we replace SQL Server table with the scanner table or just the different rows. Question 1. Whats the best way to do this? 2. Can this be done without pulling the table of the scanner? 3. Is there anyway we could create checksums for a table and compare them? Any one any clever ideas. Speed is a real issue here. Martin _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 From artful at rogers.com Thu Oct 30 18:25:06 2003 From: artful at rogers.com (Arthur Fuller) Date: Thu, 30 Oct 2003 16:25:06 -0800 Subject: [dba-SQLServer]Re: Linking to Local Table In-Reply-To: <5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> Message-ID: <000201c39f45$775c8de0$6501a8c0@rock> I half-replied to this a moment ago, but now that I see your detail I think it warrants a second reply. Your setup confuses users with roles, and muddies the audit-trail waters. Instead, I suggest the following: 1. Create a login for each individual user. 2. Create a role for each level of user (i.e. marketing). 3. Assign rights to each role additively (i.e. marketing types, managers, ops). This assumes that managers have more rights than marketing types, and that ops have more than managers. This may not apply to your case, but is the general principle. Assign rights to role, and individual users to roles. IMO this is by far the best way to go: you retain the ability to track the behaviour of individual users, while also gaining the simplicity of giving many rights to a user simply by assigning her to a given role. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Wednesday, October 29, 2003 1:53 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Re: Linking to Local Table Thanks everyone for the feedback so far. The storing of the data in a temporary file is not the problem - the problem is how I can use that data with the SQL BE and not have two people logged in as the same user overwriting each others table of data (remember 'Users' have been set up more as job functions so that individuals don't have their own log on - they log in as manager, or operations, or marketing. This means that we are not constantly setting up and deleting individual log ons as people come and go). I may just sit on this one and see if any bright ideas hit me over the next week. David --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 From artful at rogers.com Thu Oct 30 18:25:06 2003 From: artful at rogers.com (Arthur Fuller) Date: Thu, 30 Oct 2003 16:25:06 -0800 Subject: [dba-SQLServer]Linking to Local Table In-Reply-To: <001101c39e4c$33a74850$e0f66e51@martin1> Message-ID: <000301c39f45$77f06970$6501a8c0@rock> Not out of the blue at all, Martin -- IMO the preferred solution :-) That said, one cannot help but wonder why all users share the login, particularly when there are integrated security and roles available for use. With a single or even a few shared logins, all hope of accurate audit-trails is lost. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Wednesday, October 29, 2003 10:41 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Linking to Local Table Bit out of the blue this but what about a local XML file. Martin --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 From DMcAfee at haascnc.com Thu Oct 30 15:31:23 2003 From: DMcAfee at haascnc.com (David McAfee) Date: Thu, 30 Oct 2003 13:31:23 -0800 Subject: [dba-SQLServer]Issues with Multiple Subscriptions Message-ID: <657FB70438B7D311AF320090279C1801026D7C96@EXCHMAIL> One thing to check is how long the replication lasts. We had a developer set a db to replicate every 10 minutes...the problem was that the replication itself took longer than 10 minutes. The processor was crawling. D -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Thursday, October 30, 2003 12:51 PM To: SQLServerList Subject: [dba-SQLServer]Issues with Multiple Subscriptions I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From DMcAfee at haascnc.com Thu Oct 30 15:58:59 2003 From: DMcAfee at haascnc.com (David McAfee) Date: Thu, 30 Oct 2003 13:58:59 -0800 Subject: [dba-SQLServer]Linking to Local Table Message-ID: <657FB70438B7D311AF320090279C1801026D7C97@EXCHMAIL> I totally agree with Arthur on this. Create individual users (can even use fosUser() function from Shamil's site to get the NT login name of the user) and assign roles to that user. As far as local files/tables go, Martin I think the temp db is the easiest thing to use. Small bit of code, and now your are dealing with the data using ADO or DAO. Stuff that he is more likely to already be using. Now I know XML gives better cross platform sharing capability, but for ease of use, I have to say talking to another Access DB is much simpler. D -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Thursday, October 30, 2003 4:25 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Linking to Local Table Not out of the blue at all, Martin -- IMO the preferred solution :-) That said, one cannot help but wonder why all users share the login, particularly when there are integrated security and roles available for use. With a single or even a few shared logins, all hope of accurate audit-trails is lost. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Wednesday, October 29, 2003 10:41 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Linking to Local Table Bit out of the blue this but what about a local XML file. Martin --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From ebarro at afsweb.com Thu Oct 30 17:06:30 2003 From: ebarro at afsweb.com (Eric Barro) Date: Thu, 30 Oct 2003 15:06:30 -0800 Subject: [dba-SQLServer]Issues with Multiple Subscriptions In-Reply-To: Message-ID: Mark, M$ replication is such a resource hog. Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. Are you running replication over a WAN link? --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Thursday, October 30, 2003 12:51 PM To: SQLServerList Subject: [dba-SQLServer]Issues with Multiple Subscriptions I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 From davide at dalyn.co.nz Thu Oct 30 18:28:17 2003 From: davide at dalyn.co.nz (David Emerson) Date: Fri, 31 Oct 2003 13:28:17 +1300 Subject: [dba-SQLServer]Re: Linking to Local Table In-Reply-To: <000201c39f45$775c8de0$6501a8c0@rock> References: <5.2.0.9.0.20031030104458.00b6e5a0@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20031031132355.00b1cf00@mail.dalyn.co.nz> Thanks everyone for the continued feedback. To clear up one matter, we currently have users and roles. As Arthur suggests, the permissions are on the roles. It is just that for ease of maintenance (and because I didn't know better) we just had one user for each role. We haven't got as far as tracking the behaviour of individual users. Is this something built into SQL or does it need to be programmed? David At 30/10/2003, you wrote: >I half-replied to this a moment ago, but now that I see your detail I >think it warrants a second reply. Your setup confuses users with roles, >and muddies the audit-trail waters. Instead, I suggest the following: > >1. Create a login for each individual user. >2. Create a role for each level of user (i.e. marketing). >3. Assign rights to each role additively (i.e. marketing types, >managers, ops). This assumes that managers have more rights than >marketing types, and that ops have more than managers. This may not >apply to your case, but is the general principle. Assign rights to role, >and individual users to roles. > >IMO this is by far the best way to go: you retain the ability to track >the behaviour of individual users, while also gaining the simplicity of >giving many rights to a user simply by assigning her to a given role. > >Arthur > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David >Emerson >Sent: Wednesday, October 29, 2003 1:53 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]Re: Linking to Local Table > > >Thanks everyone for the feedback so far. The storing of the data in a >temporary file is not the problem - the problem is how I can use that >data >with the SQL BE and not have two people logged in as the same user >overwriting each others table of data (remember 'Users' have been set up > >more as job functions so that individuals don't have their own log on - >they log in as manager, or operations, or marketing. This means that we > >are not constantly setting up and deleting individual log ons as people >come and go). > >I may just sit on this one and see if any bright ideas hit me over the >next >week. > >David > > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 > > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com From MarkBoyd at McBeeAssociates.com Fri Oct 31 08:12:58 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 31 Oct 2003 09:12:58 -0500 Subject: [dba-SQLServer]Issues with Multiple Subscriptions Message-ID: Eric - Yes, replication is running off a WAN link. The Distributor is in my office, along with 1 other SQL Server. The other 2 servers are about 200 miles away. >> Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. What other options do I have? Thanks, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Thursday, October 30, 2003 6:07 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions Mark, M$ replication is such a resource hog. Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. Are you running replication over a WAN link? --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Thursday, October 30, 2003 12:51 PM To: SQLServerList Subject: [dba-SQLServer]Issues with Multiple Subscriptions I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From MarkBoyd at McBeeAssociates.com Fri Oct 31 08:25:38 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 31 Oct 2003 09:25:38 -0500 Subject: [dba-SQLServer]Issues with Multiple Subscriptions Message-ID: Thanks David. I believe the process only takes about 10 minutes to replicate. However, if I have data synchronizing between ServerA and ServerB, what's gonna happen when ServerA tries to sync with ServerC? Will I receive an error? Will data not be fully replicated? Mark -----Original Message----- From: David McAfee [mailto:DMcAfee at haascnc.com] Sent: Thursday, October 30, 2003 4:31 PM To: 'dba-sqlserver at databaseadvisors.com' Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions One thing to check is how long the replication lasts. We had a developer set a db to replicate every 10 minutes...the problem was that the replication itself took longer than 10 minutes. The processor was crawling. D -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Thursday, October 30, 2003 12:51 PM To: SQLServerList Subject: [dba-SQLServer]Issues with Multiple Subscriptions I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From ebarro at afsweb.com Fri Oct 31 10:54:18 2003 From: ebarro at afsweb.com (Eric Barro) Date: Fri, 31 Oct 2003 08:54:18 -0800 Subject: [dba-SQLServer]Issues with Multiple Subscriptions In-Reply-To: Message-ID: Mark, How are you actually moving the data? Are you having replication transfer the changes via FTP? I would recommend this approach. Basically the replication process delivers the file (containing the data to be replicated) to a folder on the publisher/distributor machine and then the subscriber picks up the file via FTP and runs replication after it grabs the file. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 31, 2003 6:13 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions Eric - Yes, replication is running off a WAN link. The Distributor is in my office, along with 1 other SQL Server. The other 2 servers are about 200 miles away. >> Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. What other options do I have? Thanks, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Thursday, October 30, 2003 6:07 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions Mark, M$ replication is such a resource hog. Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. Are you running replication over a WAN link? --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Thursday, October 30, 2003 12:51 PM To: SQLServerList Subject: [dba-SQLServer]Issues with Multiple Subscriptions I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 _______________________________________________ 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 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 From MarkBoyd at McBeeAssociates.com Fri Oct 31 11:13:25 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 31 Oct 2003 12:13:25 -0500 Subject: [dba-SQLServer]Issues with Multiple Subscriptions Message-ID: Eric - Thanks for the response. We aren't currently replicating via FTP, although that's not to say we can't start doing it that way. Question, though. When the subscriber runs replication after picking up the file from the publisher/distributor, does it send back any changes that were made on that server? I would assume so. Can you recommend a resource that describes this process in more detail? Thanks again, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Friday, October 31, 2003 11:54 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions Mark, How are you actually moving the data? Are you having replication transfer the changes via FTP? I would recommend this approach. Basically the replication process delivers the file (containing the data to be replicated) to a folder on the publisher/distributor machine and then the subscriber picks up the file via FTP and runs replication after it grabs the file. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Friday, October 31, 2003 6:13 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions Eric - Yes, replication is running off a WAN link. The Distributor is in my office, along with 1 other SQL Server. The other 2 servers are about 200 miles away. >> Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. What other options do I have? Thanks, Mark -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Thursday, October 30, 2003 6:07 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Issues with Multiple Subscriptions Mark, M$ replication is such a resource hog. Those log agents and snapshot agents will kill your processor and lop off expensive CPU cycles. Are you running replication over a WAN link? --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Mark Boyd Sent: Thursday, October 30, 2003 12:51 PM To: SQLServerList Subject: [dba-SQLServer]Issues with Multiple Subscriptions I am in the process of creating 3 Push Subscriptions from 1 Distributor/Publisher. Basically, I need all 4 SQL Servers to have the same data replicated between each other. Are there any known issues with setting up all 3 Replication Schedules to run at the same times during the day? I want to have the data replicated every 15 minutes, between 5:00AM and 11:00PM. Is there a problem with each push having the same start time, or should I have each start about 5 minutes after each other? Are there any other issues I should consider? TIA, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 _______________________________________________ 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 --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.530 / Virus Database: 325 - Release Date: 10/22/2003 _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com