From cfoust at infostatsystems.com Mon Nov 3 11:09:45 2003 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 3 Nov 2003 09:09:45 -0800 Subject: [dba-SQLServer]Re: Visual Source Safe Questions Message-ID: You can create one from an ADP, although we don't because we don't use ADPs. It should work the same with those objects as it does with queries and code in Access, although I can't guarantee that. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Thursday, October 30, 2003 3:57 PM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Re: Visual Source Safe Questions 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 _______________________________________________ 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 Nov 5 10:57:13 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Wed, 5 Nov 2003 10:57:13 -0600 Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff Message-ID: Anybody want to recommend a good book on SQL Server DBA stuff. We have great books on programming and sprocs, but nothing on admin stuff. We had a lot of problems this week related to a server crash and a good reference book would have been good to have. --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 mikedorism at ntelos.net Wed Nov 5 12:03:09 2003 From: mikedorism at ntelos.net (Mike and Doris Manning) Date: Wed, 5 Nov 2003 13:03:09 -0500 Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff In-Reply-To: Message-ID: <000901c3a3c7$15817190$c5320cd8@hargrove.internal> The only books I have are "SQL Server 7 The Complete Reference" and "Teach Yourself Microsoft SQL Server 2000 in 21 Days". 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 Susan Geller Sent: Wednesday, November 05, 2003 11:57 AM To: dba-SQLServer at databaseadvisors.com Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff Anybody want to recommend a good book on SQL Server DBA stuff. We have great books on programming and sprocs, but nothing on admin stuff. We had a lot of problems this week related to a server crash and a good reference book would have been good to have. --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 From mwp.reid at qub.ac.uk Wed Nov 5 12:30:39 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 5 Nov 2003 10:30:39 -0800 Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff References: <000901c3a3c7$15817190$c5320cd8@hargrove.internal> Message-ID: <002f01c3a3cb$040a0540$a50b6351@martin1> Inside SQL Server 2000 or anything by this author is great. Martin ----- Original Message ----- From: "Mike and Doris Manning" To: Sent: Wednesday, November 05, 2003 10:03 AM Subject: RE: [dba-SQLServer]Book recommendation on SQL Server Admin stuff > The only books I have are "SQL Server 7 The Complete Reference" and "Teach > Yourself Microsoft SQL Server 2000 in 21 Days". > > 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 Susan > Geller > Sent: Wednesday, November 05, 2003 11:57 AM > To: dba-SQLServer at databaseadvisors.com > Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff > > > Anybody want to recommend a good book on SQL Server DBA stuff. We have > great books on programming and sprocs, but nothing on admin stuff. We had a > lot of problems this week related to a server crash and a good reference > book would have been good to have. > > --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 > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From AdamCogan at ssw.com.au Wed Nov 5 18:04:31 2003 From: AdamCogan at ssw.com.au (Adam Cogan www.ssw.com.au) Date: Thu, 6 Nov 2003 11:04:31 +1100 Subject: [dba-SQLServer]Changing a Column Name Globally Message-ID: <902AFF78C55F4B4ABCAD8EA697FA6E2D0A5A33@frog.sydney.ssw.com.au> Arthur Not sure if you want to use a 3rd Party utility, but we have used Speed Ferret - a Find and Replace thing many times. It is from a company called Moshannon - more info at http://www.ssw.com.au/SSW/Standards/DeveloperGeneral/TheBest3rdPartyTool s2.aspx#SpeedFerret Adam www.ssw.com.au -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, 6 October 2003 1:14 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Changing a Column Name Globally 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 _______________________________________________ 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 Nov 6 11:14:13 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Thu, 6 Nov 2003 12:14:13 -0500 Subject: [dba-SQLServer]Convert Varchar(50) to Money Message-ID: I need to convert a field that is a varchar(50) to money. The data looks like this: $29.95 or ($29.95). Any ideas? From tuxedo_man at hotmail.com Thu Nov 6 12:06:16 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Thu, 06 Nov 2003 18:06:16 +0000 Subject: [dba-SQLServer]Convert Varchar(50) to Money Message-ID: Number formatting should be done on the application level. but if you must, here it is... DECLARE @the_value VARCHAR(50) SET @the_value = '30' PRINT '$' + CAST(CAST(@the_value AS decimal(9,2)) AS VARCHAR(10)) HTH Billy >From: "Nicholson, Karen" >Reply-To: dba-sqlserver at databaseadvisors.com >To: "Dba-Sqlserver (E-mail)" >Subject: [dba-SQLServer]Convert Varchar(50) to Money >Date: Thu, 6 Nov 2003 12:14:13 -0500 > >I need to convert a field that is a varchar(50) to money. The data looks >like this: $29.95 or ($29.95). > >Any ideas? >_______________________________________________ >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 knicholson at gpsx.net Thu Nov 6 14:17:03 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Thu, 6 Nov 2003 15:17:03 -0500 Subject: [dba-SQLServer]Convert Varchar(50) to Money Message-ID: I know it should have been done on the application level. This is a canned system, and people use the udf fields in the database as they need them. All udf fields are varchar(50) so I keep getting rheemed on these... thank you for the solution. -----Original Message----- From: Billy Pang [mailto:tuxedo_man at hotmail.com] Sent: Thursday, November 06, 2003 1:06 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Convert Varchar(50) to Money Number formatting should be done on the application level. but if you must, here it is... DECLARE @the_value VARCHAR(50) SET @the_value = '30' PRINT '$' + CAST(CAST(@the_value AS decimal(9,2)) AS VARCHAR(10)) HTH Billy >From: "Nicholson, Karen" >Reply-To: dba-sqlserver at databaseadvisors.com >To: "Dba-Sqlserver (E-mail)" >Subject: [dba-SQLServer]Convert Varchar(50) to Money >Date: Thu, 6 Nov 2003 12:14:13 -0500 > >I need to convert a field that is a varchar(50) to money. The data looks >like this: $29.95 or ($29.95). > >Any ideas? >_______________________________________________ >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 Robert.Djabarov at usaa.com Thu Nov 6 14:19:38 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Thu, 6 Nov 2003 14:19:38 -0600 Subject: [dba-SQLServer]Convert Varchar(50) to Money Message-ID: <3CCEA32DFF043C4CB99B835557E11B30021C3E5E@ex02.eagle.usaa.com> declare @value varchar(50) set @value = '($29.92)' select cast(replace(replace(@value, '(', '-'), ')', '') as money) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Thursday, November 06, 2003 11:14 AM To: Dba-Sqlserver (E-mail) Subject: [dba-SQLServer]Convert Varchar(50) to Money I need to convert a field that is a varchar(50) to money. The data looks like this: $29.95 or ($29.95). Any ideas? _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From CSPELL at jhuccp.org Thu Nov 6 14:37:44 2003 From: CSPELL at jhuccp.org (CYNTHIA SPELL) Date: Thu, 06 Nov 2003 15:37:44 -0500 Subject: [dba-SQLServer]My SQL Message-ID: My organization is considering moving our backend databases to My SQL and continue using Access for our frontends. Does anyone know of a good list I could subscribe to to get more information about My SQL? I know we've had some discussion about this subject on this list, but I've searched the Archives and have not found a whole lot of information. Thanks. Cindy From my.lists at verizon.net Thu Nov 6 15:42:23 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Thu, 06 Nov 2003 13:42:23 -0800 Subject: [dba-SQLServer]My SQL In-Reply-To: References: Message-ID: <3FAAC03F.2020100@verizon.net> CYNTHIA SPELL wrote: >My organization is considering moving our backend databases to My SQL and continue using Access for our frontends. Does anyone know of a good list I could subscribe to to get more information about My SQL? I know we've had some discussion about this subject on this list, but I've searched the Archives and have not found a whole lot of information. > >Thanks. >Cindy > > > > I think in the past there's been a lot of discussion on the main list, in any case Drew's archives probably have some hits, if not, try their homepage for links to some newsgroups, tho, you can certainly discuss it here. http://www.mysql.com/ -- -Francisco From mwp.reid at qub.ac.uk Fri Nov 7 10:18:42 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 7 Nov 2003 08:18:42 -0800 Subject: [dba-SQLServer]Tracking updates References: <000101c39f45$768d2ff0$6501a8c0@rock> Message-ID: <004901c3a54a$d1125b70$a50b6351@martin1> Is there a simple way to catch when a table was updated? I have a table in SQL Server, same table in a scanner (more or less) I dont want to download or upload if there have been no changes to the table. Or is there another approach to this? Martin From DavidL at sierranevada.com Fri Nov 7 12:14:48 2003 From: DavidL at sierranevada.com (David Lewis) Date: Fri, 7 Nov 2003 10:14:48 -0800 Subject: [dba-SQLServer]Self Linking, mid stream db redesign Message-ID: <229F7C29573CC4479A3313CC55B0965463F58C@pale.sierranevada.corp> Hi all, I have a db redesign issue facing me and I'd like some advice: The database is for a brewery, and has been in use for a number of years (my design, and as it is it works fine). A broad brush overview of the structure is Brewhouse>Linking Table>Fermentation>LinkingTable> Filtration>Linking Table>Packaging>Linking Table> Shipments The linking tables between each department enable many to many relationships. Now, the fermentation department has found it necessary to do their work in a slightly different way for a few types of beer, which this schema does not allow for. In essence they will be consolidating a number of tanks into another (this will also be a many to many relationship), for some extended lagering before filtering. I think this could be accomplished with a self-join on the fermentation table, but I am not sure -- I have no experience using these in a db design. The db is not small -- hundreds of tables, many times more views, sprocs, functions etc. My concern is what effect this kind of design change might have on things upstream and downstream -- on all the reports and such that are built on the 'old' schema. I haven't thought through the self-join idea thoroughly, but I assume that all tanks will join on themselves by default, unless they undergo this new treatment, in which case they join on the new tank they are transferred into. Is this correct? In this case the correct joining field for all my queries and reports and such will need to be the newly created key field, correct? If anyone has any comments of any kind I'd appreciate it. Also, alternative ways to solve the problem are welcome. TIA. D. Lewis From tuxedo_man at hotmail.com Fri Nov 7 13:31:35 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Fri, 07 Nov 2003 19:31:35 +0000 Subject: [dba-SQLServer]Tracking updates Message-ID: Create an AFTERUPDATE trigger on that table that checks for updated columns using the UPDATED() function. Billy >From: "Martin Reid" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: [dba-SQLServer]Tracking updates >Date: Fri, 7 Nov 2003 08:18:42 -0800 > >Is there a simple way to catch when a table was updated? > >I have a table in SQL Server, same table in a scanner (more or less) > >I dont want to download or upload if there have been no changes to the >table. > >Or is there another approach to this? > >Martin > >_______________________________________________ >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 mwp.reid at qub.ac.uk Fri Nov 7 13:58:47 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 7 Nov 2003 11:58:47 -0800 Subject: [dba-SQLServer]Tracking updates References: Message-ID: <002f01c3a569$8ffedea0$a50b6351@martin1> Billy I can find no reference to an UPDATED() function??? Martin ----- Original Message ----- From: "Billy Pang" To: Sent: Friday, November 07, 2003 11:31 AM Subject: Re: [dba-SQLServer]Tracking updates > Create an AFTERUPDATE trigger on that table that checks for updated columns > using the UPDATED() function. > > Billy > > > >From: "Martin Reid" > >Reply-To: dba-sqlserver at databaseadvisors.com > >To: > >Subject: [dba-SQLServer]Tracking updates > >Date: Fri, 7 Nov 2003 08:18:42 -0800 > > > >Is there a simple way to catch when a table was updated? > > > >I have a table in SQL Server, same table in a scanner (more or less) > > > >I dont want to download or upload if there have been no changes to the > >table. > > > >Or is there another approach to this? > > > >Martin > > > >_______________________________________________ > >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 martyconnelly at shaw.ca Fri Nov 7 14:03:59 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 07 Nov 2003 12:03:59 -0800 Subject: [dba-SQLServer]My SQL References: Message-ID: <3FABFAAF.1030109@shaw.ca> Try these Articles and a forum Probably another forum on www.mysql.com or http://www.databasejournal.com/features/mysql/ http://www.databasejournal.com/features/mysql/archives.php Migrating from Microsoft Access to MySQL http://www.kitebird.com/articles/access-migrate.html Conversion Programs http://www.ataf.dk/design/atafcon/atafcon.asp http://www.accessmysql.com/ http://www.mysqlstudio.com/product.php3?PHPSESSID=3f3b0915e85d8faa3e775863018ccf13 Assorted http://builder.com.com/5100-6388-1050135.html http://www.15seconds.com/issue/020807.htm http://www.accessmysql.com/ http://www.stardeveloper.com/articles/display.html?article=2003101901&page=1 http://www.mysql.com/doc/en/Contrib_converters.html http://www.webyog.com/sqlyog/ http://www.convert-in.com/acc2sqlp.htm http://www.nusphere.com/products/library/devshed_mysql_odbc.htm#msaccess http://www.vbmysql.com/ http://www.databasejournal.com/features/mysql/article.php/3095771 CYNTHIA SPELL wrote: >My organization is considering moving our backend databases to My SQL and continue using Access for our frontends. Does anyone know of a good list I could subscribe to to get more information about My SQL? I know we've had some discussion about this subject on this list, but I've searched the Archives and have not found a whole lot of information. > >Thanks. >Cindy > > > >_______________________________________________ >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 tuxedo_man at hotmail.com Fri Nov 7 14:46:56 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Fri, 07 Nov 2003 20:46:56 +0000 Subject: [dba-SQLServer]Tracking updates Message-ID: oooopps.. sorry, I meant to type the "UPDATE" function >From BOL: "IF UPDATE (column) Tests for an INSERT or UPDATE action to a specified column and is not used with DELETE operations. More than one column can be specified. Because the table name is specified in the ON clause, do not include the table name before the column name in an IF UPDATE clause. To test for an INSERT or UPDATE action for more than one column, specify a separate UPDATE(column) clause following the first one. IF UPDATE will return the TRUE value in INSERT actions because the columns have either explicit values or implicit (NULL) values inserted." Below is code the demonstrates how it works.. Use UPDATE function that will determine if the columns you are monitoring for changes for have changed. If no change, then don't do anything. If there is something, then you can catch for that. HTH Billy -- cut here -- SET NOCOUNT ON GO USE TEMPDB GO -- Create the THE_TABLE table CREATE TABLE the_table( THE_ID INT NOT NULL DEFAULT(0) PRIMARY KEY, THE_DATE_A SMALLDATETIME NOT NULL DEFAULT('1/1/2003'), THE_DATE_B SMALLDATETIME NOT NULL DEFAULT('1/1/2003'), THE_COMMENT VARCHAR(100)); go -- Create an after udapte trigger for THE_TABLE that will monitor changes to the THE_DATE_A field -- and if that column is updated, then do something like update the THE_COMMENT field. -- Therefore, if another column was updated, then don't do anything CREATE TRIGGER TR_THE_TABLE ON THE_TABLE AFTER UPDATE AS BEGIN IF UPDATE(THE_DATE_A) BEGIN -- do something only if the THE_DATE_A column is updated UPDATE THE_TABLE SET THE_COMMENT = 'trigger was here' FROM THE_TABLE X INNER JOIN INSERTED Y ON X.THE_ID = Y.THE_ID; END END GO INSERT INTO THE_TABLE(THE_ID) VALUES(101); INSERT INTO THE_TABLE(THE_ID) VALUES(102); INSERT INTO THE_TABLE(THE_ID) VALUES(103); GO SELECT * FROM THE_TABLE; /* results look like this THE_ID THE_DATE_A THE_DATE_B THE_COMMENT 101 2003-01-01 00:00:00 2003-01-01 00:00:00 NULL 102 2003-01-01 00:00:00 2003-01-01 00:00:00 NULL 103 2003-01-01 00:00:00 2003-01-01 00:00:00 NULL */ GO UPDATE THE_TABLE SET THE_DATE_A = '1/1/2003' WHERE THE_ID = 101; UPDATE THE_TABLE SET THE_DATE_B = '1/2/2003' WHERE THE_ID = 102; UPDATE THE_TABLE SET THE_DATE_A = '1/3/2003' WHERE THE_ID = 103; GO -- Notice that even though all three records have been modified, only two of them have values in THE_COMMENT field. SELECT * FROM THE_TABLE; /* THE_ID THE_DATE_A THE_DATE_B THE_COMMENT 101 2003-01-01 00:00:00 2003-01-01 00:00:00 trigger was here 102 2003-01-01 00:00:00 2003-01-02 00:00:00 NULL 103 2003-01-03 00:00:00 2003-01-01 00:00:00 trigger was here */ GO GO -- Drop the THE_TABLE table DROP TABLE THE_TABLE; GO SET NOCOUNT OFF -- cut here -- >From: "Martin Reid" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: Re: [dba-SQLServer]Tracking updates >Date: Fri, 7 Nov 2003 11:58:47 -0800 > >Billy > >I can find no reference to an UPDATED() function??? > >Martin > > > >----- Original Message ----- >From: "Billy Pang" >To: >Sent: Friday, November 07, 2003 11:31 AM >Subject: Re: [dba-SQLServer]Tracking updates > > > > Create an AFTERUPDATE trigger on that table that checks for updated >columns > > using the UPDATED() function. > > > > Billy > > > > > > >From: "Martin Reid" > > >Reply-To: dba-sqlserver at databaseadvisors.com > > >To: > > >Subject: [dba-SQLServer]Tracking updates > > >Date: Fri, 7 Nov 2003 08:18:42 -0800 > > > > > >Is there a simple way to catch when a table was updated? > > > > > >I have a table in SQL Server, same table in a scanner (more or less) > > > > > >I dont want to download or upload if there have been no changes to the > > >table. > > > > > >Or is there another approach to this? > > > > > >Martin > > > > > >_______________________________________________ > > >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 > > > > > >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca From CSPELL at jhuccp.org Sat Nov 8 09:52:58 2003 From: CSPELL at jhuccp.org (CYNTHIA SPELL) Date: Sat, 08 Nov 2003 10:52:58 -0500 Subject: [dba-SQLServer]My SQL Message-ID: I will. Thx! >>> martyconnelly at shaw.ca 11/07/03 03:03PM >>> Try these Articles and a forum Probably another forum on www.mysql.com or http://www.databasejournal.com/features/mysql/ http://www.databasejournal.com/features/mysql/archives.php Migrating from Microsoft Access to MySQL http://www.kitebird.com/articles/access-migrate.html Conversion Programs http://www.ataf.dk/design/atafcon/atafcon.asp http://www.accessmysql.com/ http://www.mysqlstudio.com/product.php3?PHPSESSID=3f3b0915e85d8faa3e775863018ccf13 Assorted http://builder.com.com/5100-6388-1050135.html http://www.15seconds.com/issue/020807.htm http://www.accessmysql.com/ http://www.stardeveloper.com/articles/display.html?article=2003101901&page=1 http://www.mysql.com/doc/en/Contrib_converters.html http://www.webyog.com/sqlyog/ http://www.convert-in.com/acc2sqlp.htm http://www.nusphere.com/products/library/devshed_mysql_odbc.htm#msaccess http://www.vbmysql.com/ http://www.databasejournal.com/features/mysql/article.php/3095771 CYNTHIA SPELL wrote: >My organization is considering moving our backend databases to My SQL and continue using Access for our frontends. Does anyone know of a good list I could subscribe to to get more information about My SQL? I know we've had some discussion about this subject on this list, but I've searched the Archives and have not found a whole lot of information. > >Thanks. >Cindy > > > >_______________________________________________ >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 _______________________________________________ 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 Sat Nov 8 20:33:52 2003 From: artful at rogers.com (Arthur Fuller) Date: Sat, 8 Nov 2003 18:33:52 -0800 Subject: [dba-SQLServer]My SQL In-Reply-To: Message-ID: <00a301c3a669$ea2becf0$6501a8c0@rock> I have a chapter from a cancelled book which documents how to convert Northwind to a MySQL db and continue to use the Northwind FE. If you want it e me off-list and I'll send it. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of CYNTHIA SPELL Sent: Saturday, November 08, 2003 7:53 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]My SQL I will. Thx! >>> martyconnelly at shaw.ca 11/07/03 03:03PM >>> Try these Articles and a forum Probably another forum on www.mysql.com or http://www.databasejournal.com/features/mysql/ http://www.databasejournal.com/features/mysql/archives.php Migrating from Microsoft Access to MySQL http://www.kitebird.com/articles/access-migrate.html Conversion Programs http://www.ataf.dk/design/atafcon/atafcon.asp http://www.accessmysql.com/ http://www.mysqlstudio.com/product.php3?PHPSESSID=3f3b0915e85d8faa3e7758 63018ccf13 Assorted http://builder.com.com/5100-6388-1050135.html http://www.15seconds.com/issue/020807.htm http://www.accessmysql.com/ http://www.stardeveloper.com/articles/display.html?article=2003101901&pa ge=1 http://www.mysql.com/doc/en/Contrib_converters.html http://www.webyog.com/sqlyog/ http://www.convert-in.com/acc2sqlp.htm http://www.nusphere.com/products/library/devshed_mysql_odbc.htm#msaccess http://www.vbmysql.com/ http://www.databasejournal.com/features/mysql/article.php/3095771 CYNTHIA SPELL wrote: >My organization is considering moving our backend databases to My SQL >and continue using Access for our frontends. Does anyone know of a >good list I could subscribe to to get more information about My SQL? I >know we've had some discussion about this subject on this list, but >I've searched the Archives and have not found a whole lot of >information. > >Thanks. >Cindy > > > >_______________________________________________ >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 _______________________________________________ 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 Nov 10 12:54:49 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Mon, 10 Nov 2003 12:54:49 -0600 Subject: [dba-SQLServer]Re: Access to MySQL In-Reply-To: <200311081800.hA8I0q602999@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031110124905.028cf430@pop3.highstream.net> Cindy, A few things that no one has mentioned. 1. MySQL does not do foreign key constraints. This means that you have to program relational integrity in the front end. 2. MySQL does not do stored procedures. This means you have to do all of the things you would normally do in a stored procedure in the front end also. 3. MySQL is not free except in a development environment. The cost for a production environment is very reasonable, around $495 if I remember right. 4. If you are running MySQL under NT, you have to stop the database services before shutting down or you will trash the install and have to reinstall MySQL. You might want to look at Firebird instead. From what I have read about it, it can handle 1 and 2 above. Robert At 12:00 PM 11/8/2003 -0600, you wrote: >CYNTHIA SPELL wrote: > > >My organization is considering moving our backend databases to My SQL > and continue using Access for our frontends. Does anyone know of a good > list I could subscribe to to get more information about My SQL? I know > we've had some discussion about this subject on this list, but I've > searched the Archives and have not found a whole lot of information. > > > >Thanks. > >Cindy From MPorter at acsalaska.com Mon Nov 10 14:48:11 2003 From: MPorter at acsalaska.com (Porter, Mark) Date: Mon, 10 Nov 2003 11:48:11 -0900 Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff Message-ID: I was beginning to think all books on SQL are the same, until I picked up "SQL Server Query Performance Tuning Distilled" by Sajal Dam. Easily the most informative book I've seen on SQL Server performance from hardware, server and query perspectives. I highly recommend anyone who uses SQL regularly, either as an Admin or as a developer, to check it out. Mark > -----Original Message----- > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > Sent: Wednesday, November 05, 2003 9:31 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]Book recommendation on SQL Server Admin > stuff > > > Inside SQL Server 2000 or anything by this author is great. > > > Martin > > ----- Original Message ----- > From: "Mike and Doris Manning" > To: > Sent: Wednesday, November 05, 2003 10:03 AM > Subject: RE: [dba-SQLServer]Book recommendation on SQL Server > Admin stuff > > > > The only books I have are "SQL Server 7 The Complete > Reference" and "Teach > > Yourself Microsoft SQL Server 2000 in 21 Days". > > > > 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 Susan > > Geller > > Sent: Wednesday, November 05, 2003 11:57 AM > > To: dba-SQLServer at databaseadvisors.com > > Subject: [dba-SQLServer]Book recommendation on SQL Server > Admin stuff > > > > > > Anybody want to recommend a good book on SQL Server DBA > stuff. We have > > great books on programming and sprocs, but nothing on admin > stuff. We had > a > > lot of problems this week related to a server crash and a > good reference > > book would have been good to have. > > > > --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 > > > > _______________________________________________ > > 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 > This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS10/11/2003 From Bryan_Carbonnell at cbc.ca Mon Nov 10 14:52:18 2003 From: Bryan_Carbonnell at cbc.ca (Bryan Carbonnell) Date: Mon, 10 Nov 2003 15:52:18 -0500 Subject: [dba-SQLServer]Re: Access to MySQL Message-ID: rl_stewart at highstream.net wrote: > 3. MySQL is not free except in a development environment. > The cost for a production environment is very reasonable, > around $495 if I remember right. MySQL IS free even in a production environment. It is released under the GPL. You may have to get a non-GPL license you are developing a commercial app for resale, all depending on how you are licensing it. If you are developing an app for in-house use, I don't think you need a comnmercail non-GPL license. This is a quote from their website (http://www.mysql.com/downloads/index.html) regarding having to purchase a license: "You need to purchase commercial non-GPL MySQL licenses: * If you distribute MySQL Software with your non open source software, * If you want warranty from MySQL AB for the MySQL software, * If you want to support MySQL development." > 4. If you are running MySQL under NT, you have to stop the > database services before shutting down or you will trash the > install and have to reinstall MySQL. It does? I assume you are talking about NT 4.0. I have never had this happen under Win2K or XPP, nor have I ever heard about this happeining. From my.lists at verizon.net Mon Nov 10 15:44:30 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Mon, 10 Nov 2003 13:44:30 -0800 Subject: [dba-SQLServer]Re: Access to MySQL In-Reply-To: <5.1.0.14.2.20031110124905.028cf430@pop3.highstream.net> References: <5.1.0.14.2.20031110124905.028cf430@pop3.highstream.net> Message-ID: <3FB006BE.4040608@verizon.net> While this IS a SQLServer list, I think that allowing positive and accurate information about other data storage engines would be helpful. I just visited mysql.com and comming in mySQL 5.0 is Stored Procedures and Triggers. so #2 will be crossed out in the following list, additionally according to the licensing scheme it goes like this /quote/ The software from MySQL AB listed below is licensed under the GNU General Public License (GPL) and is provided "as is" and is without any warranty. You need to purchase commercial non-GPL MySQL licenses : * If you distribute MySQL Software with your non open source software, * If you want warranty from MySQL AB for the MySQL software, * If you want to support MySQL development. /end quote/ It doesn't sound like they will be distributing anything, so option one does not apply. If her company wants support from mySQL then they would pay license cost that way, otherwise then not. and of course there's the third option. Robert L. Stewart wrote: > Cindy, > > A few things that no one has mentioned. > > 1. MySQL does not do foreign key constraints. This means > that you have to program relational integrity in the front > end. > > 2. MySQL does not do stored procedures. This means you > have to do all of the things you would normally do in a > stored procedure in the front end also. > > 3. MySQL is not free except in a development environment. > The cost for a production environment is very reasonable, > around $495 if I remember right. > > 4. If you are running MySQL under NT, you have to stop the > database services before shutting down or you will trash the > install and have to reinstall MySQL. > > You might want to look at Firebird instead. From what I have > read about it, it can handle 1 and 2 above. > > Robert > > > At 12:00 PM 11/8/2003 -0600, you wrote: > >> CYNTHIA SPELL wrote: >> >> >My organization is considering moving our backend databases to My >> SQL and continue using Access for our frontends. Does anyone know of >> a good list I could subscribe to to get more information about My >> SQL? I know we've had some discussion about this subject on this >> list, but I've searched the Archives and have not found a whole lot >> of information. >> > >> >Thanks. >> >Cindy > -- -Francisco From Kenneth.Stoker at pnl.gov Tue Nov 11 16:49:45 2003 From: Kenneth.Stoker at pnl.gov (Stoker, Kenneth E) Date: Tue, 11 Nov 2003 14:49:45 -0800 Subject: [dba-SQLServer] Using the results of a stored procedure in a select query Message-ID: <249C1CB246997C48BB74963CCD361C1B07C910@pnlmse28.pnl.gov> Everyone, Is it possible to include the result set of a stored procedure within a select query? I am trying to get a user's or role's permissions on tables and columns within my database. Getting the table level permissions is not problem, but the following statement only shows table level permissions. When there are column level permissions only, it shows a 0. select sp.id, so.name, su.uid, su.name, sp.actadd, sr.name, '' as ColumnName from sysobjects so inner join syspermissions sp on so.id = sp.id inner join sysmembers sm on sp.grantee = sm.groupuid inner join sysusers su on su.uid = sm.memberuid inner join sysusers sr on sp.grantee = sr.uid order by sr.name So, I found that I can get the additional column level information I am looking for from sp_helprotect, but I only want to include a ColumnName, as shown at the end of the Select portion of the statement above, from this sproc. Does anyone have any ideas for merging the two sets of data. Thanks for all your help. Ken Stoker Technology Commercialization Information Systems Administrator PH: (509) 375-3758 FAX: (509) 375-6731 E-mail: Kenneth.Stoker at pnl.gov From tuxedo_man at hotmail.com Tue Nov 11 17:09:11 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Tue, 11 Nov 2003 23:09:11 +0000 Subject: [dba-SQLServer]Using the results of a stored procedure in a select query Message-ID: You can store the results of the stored procedure in a temporary table and then join it to your SELECT query... see below for example.. HTH Billy --- cut here --- create table #myTempResults( Owner VARCHAR(255), Object VARCHAR(255), Grantee VARCHAR(255), Grantor VARCHAR(255), ProtectType VARCHAR(255), [Action] VARCHAR(255), [Column] VARCHAR(255)); INSERT INTO #myTempResults exec sp_helprotect DROP TABLE #myTempResults; --- cut here --- >From: "Stoker, Kenneth E" >Reply-To: dba-sqlserver at databaseadvisors.com >To: dba-SQLServer at databaseadvisors.com >Subject: [dba-SQLServer]Using the results of a stored procedure in a select >query >Date: Tue, 11 Nov 2003 14:49:45 -0800 > >Everyone, > >Is it possible to include the result set of a stored procedure within a >select query? > >I am trying to get a user's or role's permissions on tables and columns >within my database. Getting the table level permissions is not problem, >but the following statement only shows table level permissions. When >there are column level permissions only, it shows a 0. > >select sp.id, so.name, su.uid, su.name, sp.actadd, sr.name, '' as >ColumnName >from sysobjects so inner join syspermissions sp on so.id = sp.id inner >join sysmembers sm on > sp.grantee = sm.groupuid inner join sysusers su on su.uid = >sm.memberuid inner join > sysusers sr on sp.grantee = sr.uid >order by sr.name > >So, I found that I can get the additional column level information I am >looking for from sp_helprotect, but I only want to include a ColumnName, >as shown at the end of the Select portion of the statement above, from >this sproc. Does anyone have any ideas for merging the two sets of >data. > >Thanks for all your help. > >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 > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca From tuxedo_man at hotmail.com Tue Nov 11 17:38:55 2003 From: tuxedo_man at hotmail.com (Billy Pang) Date: Tue, 11 Nov 2003 23:38:55 +0000 Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff Message-ID: Hi Mark: What is the ISBN for the book you are recommending? 159059164X or 1904347029 >From reviews I've seen, it is pretty good book except that it was difficult obtaining source code of examples from the book. Billy >From: "Porter, Mark" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: RE: [dba-SQLServer]Book recommendation on SQL Server Admin stuff >Date: Mon, 10 Nov 2003 11:48:11 -0900 > >I was beginning to think all books on SQL are the same, until I picked up >"SQL Server Query Performance Tuning Distilled" by Sajal Dam. Easily the >most informative book I've seen on SQL Server performance from hardware, >server and query perspectives. I highly recommend anyone who uses SQL >regularly, either as an Admin or as a developer, to check it out. > >Mark > > > -----Original Message----- > > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > > Sent: Wednesday, November 05, 2003 9:31 AM > > To: dba-sqlserver at databaseadvisors.com > > Subject: Re: [dba-SQLServer]Book recommendation on SQL Server Admin > > stuff > > > > > > Inside SQL Server 2000 or anything by this author is great. > > > > > > Martin > > > > ----- Original Message ----- > > From: "Mike and Doris Manning" > > To: > > Sent: Wednesday, November 05, 2003 10:03 AM > > Subject: RE: [dba-SQLServer]Book recommendation on SQL Server > > Admin stuff > > > > > > > The only books I have are "SQL Server 7 The Complete > > Reference" and "Teach > > > Yourself Microsoft SQL Server 2000 in 21 Days". > > > > > > 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 Susan > > > Geller > > > Sent: Wednesday, November 05, 2003 11:57 AM > > > To: dba-SQLServer at databaseadvisors.com > > > Subject: [dba-SQLServer]Book recommendation on SQL Server > > Admin stuff > > > > > > > > > Anybody want to recommend a good book on SQL Server DBA > > stuff. We have > > > great books on programming and sprocs, but nothing on admin > > stuff. We had > > a > > > lot of problems this week related to a server crash and a > > good reference > > > book would have been good to have. > > > > > > --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 > > > > > > _______________________________________________ > > > 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 > > > > > > > > >This transmittal may contain confidential information intended solely for >the addressee. If you are not the intended recipient, you are hereby >notified that you have received this transmittal in error; any review, >dissemination, distribution or copying of this transmittal is strictly >prohibited. If you have received this communication in error, please notify >us immediately by reply or by telephone (collect at 907-564-1000) and ask >to >speak with the message sender. In addition, please immediately delete this >message and all attachments. Thank you. ACS10/11/2003 > > >_______________________________________________ >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&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca From subs1847 at solution-providers.ie Wed Nov 12 04:39:09 2003 From: subs1847 at solution-providers.ie (Mark L. Breen) Date: Wed, 12 Nov 2003 10:39:09 -0000 Subject: [dba-SQLServer]Re: Access to MySQL References: <5.1.0.14.2.20031110124905.028cf430@pop3.highstream.net> Message-ID: <013301c3a912$b0213e60$026da8c0@D8TZHN0J> Hello Robert, I have never used MySQL, but I am gobsmacked, Only last night I had a discussion with my brother about the benefits to a developer if he could develop in MySQL also. However, if it does not support Ref Integrity and does not support Sproc's (at the moment, I saw the note about Version 5), then I think that this is a db I would not consider, also, if it currently has these limitations, I have to wonder what other limitations it has, I think that I am back to MSDE for the moment, Is Firebird much better than MySQL, I have never heard of it? Thanks for the info, Mark ----- Original Message ----- From: "Robert L. Stewart" To: Sent: Monday, November 10, 2003 6:54 PM Subject: [dba-SQLServer]Re: Access to MySQL > Cindy, > > A few things that no one has mentioned. > > 1. MySQL does not do foreign key constraints. This means > that you have to program relational integrity in the front > end. > > 2. MySQL does not do stored procedures. This means you > have to do all of the things you would normally do in a > stored procedure in the front end also. > > 3. MySQL is not free except in a development environment. > The cost for a production environment is very reasonable, > around $495 if I remember right. > > 4. If you are running MySQL under NT, you have to stop the > database services before shutting down or you will trash the > install and have to reinstall MySQL. > > You might want to look at Firebird instead. From what I have > read about it, it can handle 1 and 2 above. > > Robert > > > At 12:00 PM 11/8/2003 -0600, you wrote: > >CYNTHIA SPELL wrote: > > > > >My organization is considering moving our backend databases to My SQL > > and continue using Access for our frontends. Does anyone know of a good > > list I could subscribe to to get more information about My SQL? I know > > we've had some discussion about this subject on this list, but I've > > searched the Archives and have not found a whole lot of information. > > > > > >Thanks. > > >Cindy > > > _______________________________________________ > dba-SQLServer mailing list > dba-SQLServer at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > http://www.databaseadvisors.com > > From CSPELL at jhuccp.org Wed Nov 12 08:05:20 2003 From: CSPELL at jhuccp.org (CYNTHIA SPELL) Date: Wed, 12 Nov 2003 09:05:20 -0500 Subject: [dba-SQLServer]Re: Access to MySQL Message-ID: Sorry for not responding to the various responses - I've been out for a few days. We're now comparing advantages/disadvantages between moving from Access to MySQL or SQL Server. Your comments have all been very useful and I welcome any other advice you can give. Thanks! Cindy >>> rl_stewart at highstream.net 11/10/03 01:54PM >>> Cindy, A few things that no one has mentioned. 1. MySQL does not do foreign key constraints. This means that you have to program relational integrity in the front end. 2. MySQL does not do stored procedures. This means you have to do all of the things you would normally do in a stored procedure in the front end also. 3. MySQL is not free except in a development environment. The cost for a production environment is very reasonable, around $495 if I remember right. 4. If you are running MySQL under NT, you have to stop the database services before shutting down or you will trash the install and have to reinstall MySQL. You might want to look at Firebird instead. From what I have read about it, it can handle 1 and 2 above. Robert At 12:00 PM 11/8/2003 -0600, you wrote: >CYNTHIA SPELL wrote: > > >My organization is considering moving our backend databases to My SQL > and continue using Access for our frontends. Does anyone know of a good > list I could subscribe to to get more information about My SQL? I know > we've had some discussion about this subject on this list, but I've > searched the Archives and have not found a whole lot of information. > > > >Thanks. > >Cindy _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From MPorter at acsalaska.com Wed Nov 12 16:36:15 2003 From: MPorter at acsalaska.com (Porter, Mark) Date: Wed, 12 Nov 2003 13:36:15 -0900 Subject: [dba-SQLServer]Book recommendation on SQL Server Admin stuff Message-ID: The correct ISBN is 1904347029. I have also had difficulty getting the source code from the website. However, the information on tuning and optimization doesn't require it. The code is printed in the book as well. Mark > -----Original Message----- > From: Billy Pang [mailto:tuxedo_man at hotmail.com] > Sent: Tuesday, November 11, 2003 2:39 PM > To: dba-sqlserver at databaseadvisors.com > Subject: RE: [dba-SQLServer]Book recommendation on SQL Server Admin > stuff > > > Hi Mark: > > What is the ISBN for the book you are recommending? > > 159059164X > > or > > 1904347029 > > >From reviews I've seen, it is pretty good book except that > it was difficult > obtaining source code of examples from the book. > > Billy > > > > > >From: "Porter, Mark" > >Reply-To: dba-sqlserver at databaseadvisors.com > >To: > >Subject: RE: [dba-SQLServer]Book recommendation on SQL > Server Admin stuff > >Date: Mon, 10 Nov 2003 11:48:11 -0900 > > > >I was beginning to think all books on SQL are the same, > until I picked up > >"SQL Server Query Performance Tuning Distilled" by Sajal > Dam. Easily the > >most informative book I've seen on SQL Server performance > from hardware, > >server and query perspectives. I highly recommend anyone > who uses SQL > >regularly, either as an Admin or as a developer, to check it out. > > > >Mark > > > > > -----Original Message----- > > > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > > > Sent: Wednesday, November 05, 2003 9:31 AM > > > To: dba-sqlserver at databaseadvisors.com > > > Subject: Re: [dba-SQLServer]Book recommendation on SQL > Server Admin > > > stuff > > > > > > > > > Inside SQL Server 2000 or anything by this author is great. > > > > > > > > > Martin > > > > > > ----- Original Message ----- > > > From: "Mike and Doris Manning" > > > To: > > > Sent: Wednesday, November 05, 2003 10:03 AM > > > Subject: RE: [dba-SQLServer]Book recommendation on SQL Server > > > Admin stuff > > > > > > > > > > The only books I have are "SQL Server 7 The Complete > > > Reference" and "Teach > > > > Yourself Microsoft SQL Server 2000 in 21 Days". > > > > > > > > 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 Susan > > > > Geller > > > > Sent: Wednesday, November 05, 2003 11:57 AM > > > > To: dba-SQLServer at databaseadvisors.com > > > > Subject: [dba-SQLServer]Book recommendation on SQL Server > > > Admin stuff > > > > > > > > > > > > Anybody want to recommend a good book on SQL Server DBA > > > stuff. We have > > > > great books on programming and sprocs, but nothing on admin > > > stuff. We had > > > a > > > > lot of problems this week related to a server crash and a > > > good reference > > > > book would have been good to have. > > > > > > > > --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 > > > > > > > > _______________________________________________ > > > > 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 > > > > > > > > > > > > > > > > >This transmittal may contain confidential information > intended solely for > >the addressee. If you are not the intended recipient, you are hereby > >notified that you have received this transmittal in error; > any review, > >dissemination, distribution or copying of this transmittal > is strictly > >prohibited. If you have received this communication in > error, please notify > >us immediately by reply or by telephone (collect at > 907-564-1000) and ask > >to > >speak with the message sender. In addition, please > immediately delete this > >message and all attachments. Thank you. ACS10/11/2003 > > > > > >_______________________________________________ > >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&pgmarket=en-ca&RU=htt p%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS12/11/2003 From MPorter at acsalaska.com Wed Nov 12 16:37:13 2003 From: MPorter at acsalaska.com (Porter, Mark) Date: Wed, 12 Nov 2003 13:37:13 -0900 Subject: [dba-SQLServer]Re: Access to MySQL Message-ID: You can also include PostgreSQL in your investigation. > -----Original Message----- > From: Mark L. Breen [mailto:subs1847 at solution-providers.ie] > Sent: Wednesday, November 12, 2003 1:39 AM > To: dba-sqlserver at databaseadvisors.com > Subject: Re: [dba-SQLServer]Re: Access to MySQL > > > Hello Robert, > > I have never used MySQL, but I am gobsmacked, > > Only last night I had a discussion with my brother about the > benefits to a > developer if he could develop in MySQL also. However, if it does not > support Ref Integrity and does not support Sproc's (at the > moment, I saw the > note about Version 5), then I think that this is a db I would > not consider, > > also, if it currently has these limitations, I have to wonder > what other > limitations it has, > > I think that I am back to MSDE for the moment, > > Is Firebird much better than MySQL, I have never heard of it? > > Thanks for the info, > > Mark > > > ----- Original Message ----- > From: "Robert L. Stewart" > To: > Sent: Monday, November 10, 2003 6:54 PM > Subject: [dba-SQLServer]Re: Access to MySQL > > > > Cindy, > > > > A few things that no one has mentioned. > > > > 1. MySQL does not do foreign key constraints. This means > > that you have to program relational integrity in the front > > end. > > > > 2. MySQL does not do stored procedures. This means you > > have to do all of the things you would normally do in a > > stored procedure in the front end also. > > > > 3. MySQL is not free except in a development environment. > > The cost for a production environment is very reasonable, > > around $495 if I remember right. > > > > 4. If you are running MySQL under NT, you have to stop the > > database services before shutting down or you will trash the > > install and have to reinstall MySQL. > > > > You might want to look at Firebird instead. From what I have > > read about it, it can handle 1 and 2 above. > > > > Robert > > > > > > At 12:00 PM 11/8/2003 -0600, you wrote: > > >CYNTHIA SPELL wrote: > > > > > > >My organization is considering moving our backend > databases to My SQL > > > and continue using Access for our frontends. Does anyone > know of a good > > > list I could subscribe to to get more information about > My SQL? I know > > > we've had some discussion about this subject on this > list, but I've > > > searched the Archives and have not found a whole lot of > information. > > > > > > > >Thanks. > > > >Cindy > > > > > > _______________________________________________ > > 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 > This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS12/11/2003 From jcolby at colbyconsulting.com Thu Nov 13 09:27:58 2003 From: jcolby at colbyconsulting.com (John W. Colby) Date: Thu, 13 Nov 2003 10:27:58 -0500 Subject: [dba-SQLServer]Help - get db back Message-ID: Folks, I had a hard disk decide to disappear occasionally. Yep, a soft reboot would show it completely missing, only a hard boot (power off/on) would display it again. Of course it was my system disk. In the two days of screwing around finding and fixing it, I forgot to back up my SQL Server database. It appears that I was connected to a database out on my data disk, and I didn't lose it, but the question is, how do I "attach to" that SQL Server database? It's my billing database and rather critical. Again, I have the database itself, but it is out in my data directory and I need to get SQL Server to open it and let me use it. Possible? John W. Colby www.colbyconsulting.com From knicholson at gpsx.net Thu Nov 13 09:34:36 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Thu, 13 Nov 2003 10:34:36 -0500 Subject: [dba-SQLServer]Help - get db back Message-ID: To connect to a new server, I go to Start, Control Panel, data sources and then add the server I want to be able to access. Does that work? -----Original Message----- From: John W. Colby [mailto:jcolby at colbyconsulting.com] Sent: Thursday, November 13, 2003 10:28 AM To: SQLServer Subject: [dba-SQLServer]Help - get db back Folks, I had a hard disk decide to disappear occasionally. Yep, a soft reboot would show it completely missing, only a hard boot (power off/on) would display it again. Of course it was my system disk. In the two days of screwing around finding and fixing it, I forgot to back up my SQL Server database. It appears that I was connected to a database out on my data disk, and I didn't lose it, but the question is, how do I "attach to" that SQL Server database? It's my billing database and rather critical. Again, I have the database itself, but it is out in my data directory and I need to get SQL Server to open it and let me use it. Possible? 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 Thu Nov 13 09:59:14 2003 From: jcolby at colbyconsulting.com (John W. Colby) Date: Thu, 13 Nov 2003 10:59:14 -0500 Subject: [dba-SQLServer]Help - get db back In-Reply-To: Message-ID: Karen, I don't think so. What I mean is that I have a pair of files called C2DbBilling.mdf and C2DbBilling_log.ldf. It appears that these are the database files for my billing, though I am not certain. I need to tell SQL Server to open these objects and display the data inside them. 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 Nicholson, Karen Sent: Thursday, November 13, 2003 10:35 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Help - get db back To connect to a new server, I go to Start, Control Panel, data sources and then add the server I want to be able to access. Does that work? -----Original Message----- From: John W. Colby [mailto:jcolby at colbyconsulting.com] Sent: Thursday, November 13, 2003 10:28 AM To: SQLServer Subject: [dba-SQLServer]Help - get db back Folks, I had a hard disk decide to disappear occasionally. Yep, a soft reboot would show it completely missing, only a hard boot (power off/on) would display it again. Of course it was my system disk. In the two days of screwing around finding and fixing it, I forgot to back up my SQL Server database. It appears that I was connected to a database out on my data disk, and I didn't lose it, but the question is, how do I "attach to" that SQL Server database? It's my billing database and rather critical. Again, I have the database itself, but it is out in my data directory and I need to get SQL Server to open it and let me use it. Possible? 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 MarkBoyd at McBeeAssociates.com Thu Nov 13 10:05:57 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Thu, 13 Nov 2003 11:05:57 -0500 Subject: [dba-SQLServer]dbcc checkdb Message-ID: In an effort to control any allocation and/or consistency errors with SQL tables, I'd like to set up a job that would run dbcc_checkdb everynight. I would also like the results of this function to be emailed to a number of people in our IT dept. Has anyone done this before? If so, can you offer any suggestions? Thanks, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. From jcolby at colbyconsulting.com Thu Nov 13 10:14:22 2003 From: jcolby at colbyconsulting.com (John W. Colby) Date: Thu, 13 Nov 2003 11:14:22 -0500 Subject: [dba-SQLServer]Help - get db back In-Reply-To: Message-ID: On a related note, I need to get SQL Server to install at all. I have done this many times in the past few years. Now, it starts the process, then just goes out to lunch and never comes back. I have a directory structure on the disk complete with a ton of DLLs and stuff, but no program groups etc. Does anyone know how to tell what is going wrong and get it to finish the install? Windows 2000 SP3, SQL Server 2K. John W. Colby www.colbyconsulting.com From James at fcidms.com Thu Nov 13 10:37:31 2003 From: James at fcidms.com (James Barash) Date: Thu, 13 Nov 2003 11:37:31 -0500 Subject: [dba-SQLServer]Help - get db back In-Reply-To: Message-ID: John, If you are using Enterprise Manager, you can simply Right-Click on Databases->All Tasks->Attach Database and point to the mdf file. If you had to reload SQL Server, you may have to recreate your logins unless you only used sa. James Barash -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Thursday, November 13, 2003 10:28 AM To: SQLServer Subject: [dba-SQLServer]Help - get db back Folks, I had a hard disk decide to disappear occasionally. Yep, a soft reboot would show it completely missing, only a hard boot (power off/on) would display it again. Of course it was my system disk. In the two days of screwing around finding and fixing it, I forgot to back up my SQL Server database. It appears that I was connected to a database out on my data disk, and I didn't lose it, but the question is, how do I "attach to" that SQL Server database? It's my billing database and rather critical. Again, I have the database itself, but it is out in my data directory and I need to get SQL Server to open it and let me use it. Possible? 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 rl_stewart at highstream.net Thu Nov 13 12:09:08 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 13 Nov 2003 12:09:08 -0600 Subject: [dba-SQLServer]Re: Access to MySQL In-Reply-To: <200311131801.hADI19630775@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031113120730.02886f68@pop3.highstream.net> I have not used it. It is Borland's InterBase reborn as an open source DB like MySql. I read some stuff on it and it looked a lot better than MySql as far as features. At 12:01 PM 11/13/2003 -0600, you wrote: > > From: Mark L. Breen [mailto:subs1847 at solution-providers.ie] > > Sent: Wednesday, November 12, 2003 1:39 AM > > To: dba-sqlserver at databaseadvisors.com > > Subject: Re: [dba-SQLServer]Re: Access to MySQL > > > > > > Hello Robert, > > > > I have never used MySQL, but I am gobsmacked, > > > > Only last night I had a discussion with my brother about the > > benefits to a > > developer if he could develop in MySQL also. However, if it does not > > support Ref Integrity and does not support Sproc's (at the > > moment, I saw the > > note about Version 5), then I think that this is a db I would > > not consider, > > > > also, if it currently has these limitations, I have to wonder > > what other > > limitations it has, > > > > I think that I am back to MSDE for the moment, > > > > Is Firebird much better than MySQL, I have never heard of it? > > > > Thanks for the info, > > > > Mark From rl_stewart at highstream.net Thu Nov 13 12:11:45 2003 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 13 Nov 2003 12:11:45 -0600 Subject: [dba-SQLServer]Re: Help - get db back In-Reply-To: <200311131801.hADI19630775@databaseadvisors.com> Message-ID: <5.1.0.14.2.20031113121017.0290a478@pop3.highstream.net> John, In Enterprise Manager right click on "Databases" click on attach database point to the mdf file you want to get loaded That should work At 12:01 PM 11/13/2003 -0600, you wrote: >Date: Thu, 13 Nov 2003 10:27:58 -0500 >From: "John W. Colby" >Subject: [dba-SQLServer]Help - get db back >To: "SQLServer" >Message-ID: >Content-Type: text/plain; charset="iso-8859-1" > >Folks, > >I had a hard disk decide to disappear occasionally. Yep, a soft reboot >would show it completely missing, only a hard boot (power off/on) would >display it again. Of course it was my system disk. In the two days of >screwing around finding and fixing it, I forgot to back up my SQL Server >database. It appears that I was connected to a database out on my data >disk, and I didn't lose it, but the question is, how do I "attach to" that >SQL Server database? It's my billing database and rather critical. > >Again, I have the database itself, but it is out in my data directory and I >need to get SQL Server to open it and let me use it. > >Possible? > >John W. Colby From my.lists at verizon.net Thu Nov 13 13:28:01 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Thu, 13 Nov 2003 11:28:01 -0800 Subject: [dba-SQLServer]Re: Access to MySQL In-Reply-To: <5.1.0.14.2.20031113120730.02886f68@pop3.highstream.net> References: <5.1.0.14.2.20031113120730.02886f68@pop3.highstream.net> Message-ID: <3FB3DB41.2030803@verizon.net> FireBird SQL is supposed to be well thought out here is the link to their website http://firebird.sourceforge.net/ Tho I've never used them. -- -Francisco Robert L. Stewart wrote: > I have not used it. It is Borland's InterBase reborn > as an open source DB like MySql. I read some stuff on > it and it looked a lot better than MySql as far as features. > > At 12:01 PM 11/13/2003 -0600, you wrote: > >> > From: Mark L. Breen [mailto:subs1847 at solution-providers.ie] >> > Sent: Wednesday, November 12, 2003 1:39 AM >> > To: dba-sqlserver at databaseadvisors.com >> > Subject: Re: [dba-SQLServer]Re: Access to MySQL >> > >> > >> > Hello Robert, >> > >> > I have never used MySQL, but I am gobsmacked, >> > >> > Only last night I had a discussion with my brother about the >> > benefits to a >> > developer if he could develop in MySQL also. However, if it does not >> > support Ref Integrity and does not support Sproc's (at the >> > moment, I saw the >> > note about Version 5), then I think that this is a db I would >> > not consider, >> > >> > also, if it currently has these limitations, I have to wonder >> > what other >> > limitations it has, >> > >> > I think that I am back to MSDE for the moment, >> > >> > Is Firebird much better than MySQL, I have never heard of it? >> > >> > Thanks for the info, >> > >> > Mark > > > > _______________________________________________ > 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 Thu Nov 13 14:51:37 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 13 Nov 2003 12:51:37 -0800 Subject: [dba-SQLServer]dbcc checkdb References: Message-ID: <3FB3EED9.1070707@shaw.ca> How about running a stored procedure query out of an Access ADP I haven't done this in awhile. Then email your reports from Access. There are other ways to do this from SQL. Here is a sample I used to checking SQL throttling stats in MSDE using dbcc ALTER PROCEDURE StoredProcedureDBCCworks AS SET NOCOUNT ON -- Create the table to accept the results or use #tracestatus #indicates temptable If NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE ID = OBJECT_ID('DBCCtracestatus ') AND sysstat & 0xf=3) DROP TABLE DBCCtracestatus BEGIN CREATE TABLE DBCCtracestatus ( maint varchar(4096), TraceFlag INT, Status INT ) END -- Execute the command, putting the results in the table INSERT INTO DBCCtracestatus(maint) EXEC master..xp_cmdshell 'OSQL -E -Q " DBCC CONCURRENCYVIOLATION WITH NO_INFOMSGS"' /* You can use xp_cmdshell to start a osql session to which you supply the DBCC page command. xp_cmdshell always returns rows. EXEC ('DBCC TRACESTATUS (-1) WITH NO_INFOMSGS') INSERT INTO #maint(Results) EXEC(master..xp_cmdshell OSQL -E -Q dbcc checkdb(master)) */ -- Display the results SELECT * FROM DBCCtracestatus GO /* SET NOCOUNT ON */ RETURN Mark Boyd wrote: >In an effort to control any allocation and/or consistency errors with >SQL tables, I'd like to set up a job that would run dbcc_checkdb >everynight. > >I would also like the results of this function to be emailed to a number >of people in our IT dept. > > > >Has anyone done this before? If so, can you offer any suggestions? > > > >Thanks, > >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 > > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Thu Nov 13 14:56:33 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 13 Nov 2003 12:56:33 -0800 Subject: [dba-SQLServer]Re: Access to MySQL References: <5.1.0.14.2.20031113120730.02886f68@pop3.highstream.net> Message-ID: <3FB3F001.9070509@shaw.ca> You could also try SAPDB this is reborn ADABAS-D The support for this open source has been bought by MySQL from SAP It is much more advanced than MySQL but is missing OLEDB providers especially for .Net. It is open source hence waiting for someone to write them. It is due out from MySQL in a few months see http://www.sapdb.org Robert L. Stewart wrote: > I have not used it. It is Borland's InterBase reborn > as an open source DB like MySql. I read some stuff on > it and it looked a lot better than MySql as far as features. > > At 12:01 PM 11/13/2003 -0600, you wrote: > >> > From: Mark L. Breen [mailto:subs1847 at solution-providers.ie] >> > Sent: Wednesday, November 12, 2003 1:39 AM >> > To: dba-sqlserver at databaseadvisors.com >> > Subject: Re: [dba-SQLServer]Re: Access to MySQL >> > >> > >> > Hello Robert, >> > >> > I have never used MySQL, but I am gobsmacked, >> > >> > Only last night I had a discussion with my brother about the >> > benefits to a >> > developer if he could develop in MySQL also. However, if it does not >> > support Ref Integrity and does not support Sproc's (at the >> > moment, I saw the >> > note about Version 5), then I think that this is a db I would >> > not consider, >> > >> > also, if it currently has these limitations, I have to wonder >> > what other >> > limitations it has, >> > >> > I think that I am back to MSDE for the moment, >> > >> > Is Firebird much better than MySQL, I have never heard of it? >> > >> > Thanks for the info, >> > >> > Mark > > > > _______________________________________________ > 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 jcolby at colbyconsulting.com Thu Nov 13 16:05:15 2003 From: jcolby at colbyconsulting.com (John W. Colby) Date: Thu, 13 Nov 2003 17:05:15 -0500 Subject: [dba-SQLServer]Re: Help - get db back In-Reply-To: <5.1.0.14.2.20031113121017.0290a478@pop3.highstream.net> Message-ID: Thanks, 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 Robert L. Stewart Sent: Thursday, November 13, 2003 1:12 PM To: dba-sqlserver at databaseadvisors.com Cc: jcolby at colbyconsulting.com Subject: [dba-SQLServer]Re: Help - get db back John, In Enterprise Manager right click on "Databases" click on attach database point to the mdf file you want to get loaded That should work At 12:01 PM 11/13/2003 -0600, you wrote: >Date: Thu, 13 Nov 2003 10:27:58 -0500 >From: "John W. Colby" >Subject: [dba-SQLServer]Help - get db back >To: "SQLServer" >Message-ID: >Content-Type: text/plain; charset="iso-8859-1" > >Folks, > >I had a hard disk decide to disappear occasionally. Yep, a soft reboot >would show it completely missing, only a hard boot (power off/on) would >display it again. Of course it was my system disk. In the two days of >screwing around finding and fixing it, I forgot to back up my SQL Server >database. It appears that I was connected to a database out on my data >disk, and I didn't lose it, but the question is, how do I "attach to" that >SQL Server database? It's my billing database and rather critical. > >Again, I have the database itself, but it is out in my data directory and I >need to get SQL Server to open it and let me use it. > >Possible? > >John W. Colby _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From shait at mindspring.com Thu Nov 13 16:39:17 2003 From: shait at mindspring.com (Stephen Hait) Date: Thu, 13 Nov 2003 17:39:17 -0500 Subject: [dba-SQLServer]Help - get db back In-Reply-To: References: Message-ID: <3FB3C1C5.19163.B62090A@localhost> > I don't think so. What I mean is that I have a pair of files called > C2DbBilling.mdf and C2DbBilling_log.ldf. It appears that these are > the database files for my billing, though I am not certain. I need > to tell SQL Server to open these objects and display the data inside > them. If you have the mdf and ldf files, look into sp_attach_db in BOL Example: EXEC sp_attach_db @dbname = N'dbname', @filename1 = N'[path to db file]\dbname_data.mdf', @filename2 = N'[path to db file]\dbname_log.ldf' HTH, Stephen From my.lists at verizon.net Thu Nov 13 18:18:05 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Thu, 13 Nov 2003 16:18:05 -0800 Subject: [dba-SQLServer]Is the data a GUID? Message-ID: <3FB41F3D.2090202@verizon.net> Anybody have a TSQL test on weather the data is a GUID or not? thanks.... I want to test some data, I have the function for ISnumeric which gives back a simple 1 or 0 if data is numeric or not, but does not tell you if the data is a GUID (or that it qualifies as a number). Thanks, -- -Francisco From martyconnelly at shaw.ca Thu Nov 13 20:07:26 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 13 Nov 2003 18:07:26 -0800 Subject: [dba-SQLServer]Is the data a GUID? References: <3FB41F3D.2090202@verizon.net> Message-ID: <3FB438DE.8060501@shaw.ca> I don't know if there is anything specific beyond the fact that is a random 16 byte binary number and if the 13'th half byte is 4 it was generated by Microsoft (after they stopped using the MAC address to create it), so not truly random. There is a guid datatype in vb.dotnet maybe check that documentation. I suppose if you have it displayed as a hex string you could with/without those extraneous hyphens you could use regexp to check but how you do that in T-SQL, I dunno. regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12}[}]" Here is an interesting article on the speed of GUIDs with SQL that might have further info. The Cost of GUIDs as Primary Keys MAR 08, 2002 By Jimmy Nilsson. http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB17525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/index.asp A GUID is a 128-bit integer. That's only 16 bytes. So your 12 byte value would be 2 to the 96'th power or 2^96 One interesting bit. GUIDs are not as random as advertised. Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 C87FC84A-EE47-47EE-842C-29E969AC5131 2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 70E2E8DE-500E-4630-B3CB-166131D35C21 15ED815C-921C-4011-8667-7158982951EA 56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 "As you saw in Listing 3, only the eighth half byte is changed between calls. On the other hand, in Listing 4, only the 13th half byte is constant between calls. In Windows 2000, the MAC address isn't used any longer for when GUIDs are generated. Instead, the GUID is only a 16-byte random number. Well, that isn't totally true. The 13th half byte is constant, so only 15.5 bytes are random. Adam Nathan at Microsoft explained to me that the 13th half byte is the value that will point out the source of the GUID, and 4 means Microsoft." Francisco H Tapia wrote: > Anybody have a TSQL test on weather the data is a GUID or not? > thanks.... > > I want to test some data, I have the function for ISnumeric which > gives back a simple 1 or 0 if data is numeric or not, but does not > tell you if the data is a GUID (or that it qualifies as a number). > > Thanks, > -- Marty Connelly Victoria, B.C. Canada From accessd at shaw.ca Thu Nov 13 21:36:40 2003 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 13 Nov 2003 19:36:40 -0800 Subject: [dba-SQLServer]Help - get db back In-Reply-To: Message-ID: Hi John: Just get the data directory, something like: "\\MyMainServer\Program Files\Microsoft SQL Server\MSSQL\Data\distmdl.?df" at least you will be covered from further data loss. If you have to toss the drive, go to http://www.fdisk.com/fdisk/ and then you can download a DOS 'fdisk' application that will do the entire disk, not just the first 120GB or bale on the first sign of disk scramble. It's free, small and fast. This is not an entire solution but some of it might help. Jim -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of John W. Colby Sent: Thursday, November 13, 2003 8:14 AM To: dba-sqlserver at databaseadvisors.com Subject: RE: [dba-SQLServer]Help - get db back On a related note, I need to get SQL Server to install at all. I have done this many times in the past few years. Now, it starts the process, then just goes out to lunch and never comes back. I have a directory structure on the disk complete with a ton of DLLs and stuff, but no program groups etc. Does anyone know how to tell what is going wrong and get it to finish the install? Windows 2000 SP3, SQL Server 2K. 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 Fri Nov 14 00:56:33 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Thu, 13 Nov 2003 22:56:33 -0800 Subject: [dba-SQLServer]Is the data a GUID? In-Reply-To: <3FB438DE.8060501@shaw.ca> References: <3FB41F3D.2090202@verizon.net> <3FB438DE.8060501@shaw.ca> Message-ID: <3FB47CA1.7000407@verizon.net> thanks for the reply, I'm going to need to somehow figure how to test this in Tsql tho, unfortunatly the GUID concept is one that I MUST use because of a replication model I'm following. I don't want to digress to that conversation as I imagine many will ask, and I'll leave too many confused as it won't be the first time the topic has been brought up. so I'm thinking how I'd check for this, maybe initially the lenght of the string? MartyConnelly wrote: > I don't know if there is anything specific beyond the fact that is a > random 16 byte binary number > and if the 13'th half byte is 4 it was generated by Microsoft (after > they stopped using the MAC address to create it), so not truly random. > There is a guid datatype in vb.dotnet maybe check that documentation. > > I suppose if you have it displayed as a hex string you could > with/without those extraneous hyphens you could use regexp to check > but how you do that in T-SQL, I dunno. > > regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12}[}]" > > > > > Here is an interesting article on the speed of GUIDs with SQL that might > have further info. > The Cost of GUIDs as Primary Keys > MAR 08, 2002 By Jimmy Nilsson. > > > http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB17525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/index.asp > > > A GUID is a 128-bit integer. That's only 16 bytes. > So your 12 byte value would be 2 to the 96'th power or 2^96 > > One interesting bit. GUIDs are not as random as advertised. > > Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 > > B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF > > Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 > > C87FC84A-EE47-47EE-842C-29E969AC5131 > 2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 > 70E2E8DE-500E-4630-B3CB-166131D35C21 > 15ED815C-921C-4011-8667-7158982951EA > 56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 > > "As you saw in Listing 3, only the eighth half byte is changed between > calls. On the other hand, in Listing 4, only the 13th half byte is > constant between calls. In Windows 2000, the MAC address isn't used any > longer for when GUIDs are generated. Instead, the GUID is only a 16-byte > random number. Well, that isn't totally true. The 13th half byte is > constant, so only 15.5 bytes are random. Adam Nathan at Microsoft > explained to me that the 13th half byte is the value that will point out > the source of the GUID, and 4 means Microsoft." > > > > Francisco H Tapia wrote: > >> Anybody have a TSQL test on weather the data is a GUID or not? >> thanks.... >> >> I want to test some data, I have the function for ISnumeric which >> gives back a simple 1 or 0 if data is numeric or not, but does not >> tell you if the data is a GUID (or that it qualifies as a number). >> >> Thanks, >> > -- -Francisco From MarkBoyd at McBeeAssociates.com Fri Nov 14 09:05:07 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Fri, 14 Nov 2003 10:05:07 -0500 Subject: [dba-SQLServer]Schema script could not be propogated Message-ID: I have created a pull subscription from a SQL2k publication. When I attempt to synchronize thru Windows Synchronization, I receive the following error: 'The schema script '\\SQLServer1\E$\Program Files\Microsoft SQL Server\MSSQL\ReplData\unc\SQLServer1_DB1_Pub1\20031113142755\SomeTable_1 .sch' could not be propagated to the subscriber.'. It appears that there is a permissions issue with the snapshot folder that was created on the SQL Server. When I change the owner of the subscription to the SQL Server Agent account, it syncs without a problem. Has anyone seen this before? I need to create about 100 pull subscriptions to this publication, and don't really want to change the owner on every subscription. Any help is greatly appreciated. Thanks, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. From my.lists at verizon.net Fri Nov 14 11:40:34 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Fri, 14 Nov 2003 09:40:34 -0800 Subject: [dba-SQLServer]Is the data a GUID? In-Reply-To: <3FB438DE.8060501@shaw.ca> References: <3FB41F3D.2090202@verizon.net> <3FB438DE.8060501@shaw.ca> Message-ID: <3FB51392.5030509@verizon.net> Here is the answer to my question, I received this on the Microsoft newsgroup (sql server programming ) > declare @s sql_variant > set @s = newid() > select sql_variant_property(@s,N'BaseType') this effectively returns the data type and that is what I can use to validate if the data is a guid or NOT. simply like the "IsNumeric" funciton. I hope this helps out someone else :) MartyConnelly wrote: > I don't know if there is anything specific beyond the fact that is a > random 16 byte binary number > and if the 13'th half byte is 4 it was generated by Microsoft (after > they stopped using the MAC address to create it), so not truly random. > There is a guid datatype in vb.dotnet maybe check that documentation. > > I suppose if you have it displayed as a hex string you could > with/without those extraneous hyphens you could use regexp to check > but how you do that in T-SQL, I dunno. > > regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12}[}]" > > > > > Here is an interesting article on the speed of GUIDs with SQL that > might have further info. > The Cost of GUIDs as Primary Keys > MAR 08, 2002 By Jimmy Nilsson. > > > http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB17525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/index.asp > > > A GUID is a 128-bit integer. That's only 16 bytes. > So your 12 byte value would be 2 to the 96'th power or 2^96 > > One interesting bit. GUIDs are not as random as advertised. > > Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 > > B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF > > Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 > > C87FC84A-EE47-47EE-842C-29E969AC5131 > 2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 > 70E2E8DE-500E-4630-B3CB-166131D35C21 > 15ED815C-921C-4011-8667-7158982951EA > 56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 > > "As you saw in Listing 3, only the eighth half byte is changed between > calls. On the other hand, in Listing 4, only the 13th half byte is > constant between calls. In Windows 2000, the MAC address isn't used > any longer for when GUIDs are generated. Instead, the GUID is only a > 16-byte random number. Well, that isn't totally true. The 13th half > byte is constant, so only 15.5 bytes are random. Adam Nathan at > Microsoft explained to me that the 13th half byte is the value that > will point out the source of the GUID, and 4 means Microsoft." > > > > Francisco H Tapia wrote: > >> Anybody have a TSQL test on weather the data is a GUID or not? >> thanks.... >> >> I want to test some data, I have the function for ISnumeric which >> gives back a simple 1 or 0 if data is numeric or not, but does not >> tell you if the data is a GUID (or that it qualifies as a number). >> >> Thanks, >> > -- -Francisco From knicholson at gpsx.net Mon Nov 17 07:23:59 2003 From: knicholson at gpsx.net (Nicholson, Karen) Date: Mon, 17 Nov 2003 08:23:59 -0500 Subject: [dba-SQLServer]Reserved, Allocated, Unallocated and Used Message-ID: Does anyone have a simple way to determine, by database, the amount of space reserved, allocated, unallocated and used in SQL 2000? Thanks. From Robert.Djabarov at usaa.com Mon Nov 17 11:30:17 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Mon, 17 Nov 2003 11:30:17 -0600 Subject: [dba-SQLServer]Is the data a GUID? Message-ID: <3CCEA32DFF043C4CB99B835557E11B30021C45EE@ex02.eagle.usaa.com> create function dbo.fn_IsGUID ( @value varchar(8000) ) returns int as begin declare @pattern varchar(8000), @RetVal int set @pattern = replicate('[A-F-0-9]', 8)+'-' set @pattern = @pattern + replicate('[A-F-0-9][A-F-0-9][A-F-0-9][A-F-0-9]-', 3) set @pattern = @pattern + replicate('[A-F-0-9]', 12) if @value like @pattern set @RetVal = 1 else set @RetVal = 0 return @RetVal end go select dbo.fn_IsGUID(cast(cast(newid() as char(36)) as char(35))) -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Friday, November 14, 2003 12:57 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Is the data a GUID? thanks for the reply, I'm going to need to somehow figure how to test this in Tsql tho, unfortunatly the GUID concept is one that I MUST use because of a replication model I'm following. I don't want to digress to that conversation as I imagine many will ask, and I'll leave too many confused as it won't be the first time the topic has been brought up. so I'm thinking how I'd check for this, maybe initially the lenght of the string? MartyConnelly wrote: > I don't know if there is anything specific beyond the fact that is a > random 16 byte binary number > and if the 13'th half byte is 4 it was generated by Microsoft (after > they stopped using the MAC address to create it), so not truly random. > There is a guid datatype in vb.dotnet maybe check that documentation. > > I suppose if you have it displayed as a hex string you could > with/without those extraneous hyphens you could use regexp to check > but how you do that in T-SQL, I dunno. > > regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A- > F0-9]{12}[}]" > > > > > Here is an interesting article on the speed of GUIDs with SQL that > might > have further info. > The Cost of GUIDs as Primary Keys > MAR 08, 2002 By Jimmy Nilsson. > > > http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB1 > 7525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/inde x.asp > > > A GUID is a 128-bit integer. That's only 16 bytes. > So your 12 byte value would be 2 to the 96'th power or 2^96 > > One interesting bit. GUIDs are not as random as advertised. > > Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 > > B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF > > Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 > > C87FC84A-EE47-47EE-842C-29E969AC5131 > 2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 > 70E2E8DE-500E-4630-B3CB-166131D35C21 > 15ED815C-921C-4011-8667-7158982951EA > 56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 > > "As you saw in Listing 3, only the eighth half byte is changed between > calls. On the other hand, in Listing 4, only the 13th half byte is > constant between calls. In Windows 2000, the MAC address isn't used any > longer for when GUIDs are generated. Instead, the GUID is only a 16-byte > random number. Well, that isn't totally true. The 13th half byte is > constant, so only 15.5 bytes are random. Adam Nathan at Microsoft > explained to me that the 13th half byte is the value that will point out > the source of the GUID, and 4 means Microsoft." > > > > Francisco H Tapia wrote: > >> Anybody have a TSQL test on weather the data is a GUID or not? >> thanks.... >> >> I want to test some data, I have the function for ISnumeric which >> gives back a simple 1 or 0 if data is numeric or not, but does not >> tell you if the data is a GUID (or that it qualifies as a number). >> >> Thanks, >> > -- -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 Mon Nov 17 13:43:45 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Mon, 17 Nov 2003 11:43:45 -0800 Subject: [dba-SQLServer]Reserved, Allocated, Unallocated and Used In-Reply-To: References: Message-ID: <3FB924F1.2070000@verizon.net> They have a ton of scripts over on SQL Server Central (Home) http://www.sqlservercentral.com/scripts/listscripts.asp?categorynm=Maintenance%20and%20Management%20&categoryid=1 it's a free sign up and well worth it.. Nicholson, Karen wrote: >Does anyone have a simple way to determine, by database, the amount of space >reserved, allocated, unallocated and used in SQL 2000? >Thanks. > > -- -Francisco From Robert.Djabarov at usaa.com Tue Nov 18 11:54:17 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Tue, 18 Nov 2003 11:54:17 -0600 Subject: [dba-SQLServer]Is the data a GUID? Message-ID: <3CCEA32DFF043C4CB99B835557E11B30021C475F@ex02.eagle.usaa.com> Yeah, except if the value happens to be put into a non-uniqueidentifier variable or field, - the result will show the datatype of that variable/field, not of the value. Previously posted function resolves this issue. -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Friday, November 14, 2003 11:41 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Is the data a GUID? Here is the answer to my question, I received this on the Microsoft newsgroup (sql server programming ) > declare @s sql_variant > set @s = newid() > select sql_variant_property(@s,N'BaseType') this effectively returns the data type and that is what I can use to validate if the data is a guid or NOT. simply like the "IsNumeric" funciton. I hope this helps out someone else :) MartyConnelly wrote: > I don't know if there is anything specific beyond the fact that is a > random 16 byte binary number > and if the 13'th half byte is 4 it was generated by Microsoft (after > they stopped using the MAC address to create it), so not truly random. > There is a guid datatype in vb.dotnet maybe check that documentation. > > I suppose if you have it displayed as a hex string you could > with/without those extraneous hyphens you could use regexp to check > but how you do that in T-SQL, I dunno. > > regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A- > F0-9]{12}[}]" > > > > > Here is an interesting article on the speed of GUIDs with SQL that > might have further info. > The Cost of GUIDs as Primary Keys > MAR 08, 2002 By Jimmy Nilsson. > > > http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB1 > 7525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/in > dex.asp > > > A GUID is a 128-bit integer. That's only 16 bytes. > So your 12 byte value would be 2 to the 96'th power or 2^96 > > One interesting bit. GUIDs are not as random as advertised. > > Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 > > B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF > B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF > > Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 > > C87FC84A-EE47-47EE-842C-29E969AC5131 > 2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 > 70E2E8DE-500E-4630-B3CB-166131D35C21 > 15ED815C-921C-4011-8667-7158982951EA > 56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 > > "As you saw in Listing 3, only the eighth half byte is changed between > calls. On the other hand, in Listing 4, only the 13th half byte is > constant between calls. In Windows 2000, the MAC address isn't used > any longer for when GUIDs are generated. Instead, the GUID is only a > 16-byte random number. Well, that isn't totally true. The 13th half > byte is constant, so only 15.5 bytes are random. Adam Nathan at > Microsoft explained to me that the 13th half byte is the value that > will point out the source of the GUID, and 4 means Microsoft." > > > > Francisco H Tapia wrote: > >> Anybody have a TSQL test on weather the data is a GUID or not? >> thanks.... >> >> I want to test some data, I have the function for ISnumeric which >> gives back a simple 1 or 0 if data is numeric or not, but does not >> tell you if the data is a GUID (or that it qualifies as a number). >> >> Thanks, >> > -- -Francisco _______________________________________________ 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 Tue Nov 18 15:43:02 2003 From: MarkBoyd at McBeeAssociates.com (Mark Boyd) Date: Tue, 18 Nov 2003 16:43:02 -0500 Subject: [dba-SQLServer]Remove Items from Windows Synchronization Message-ID: Does anyone know of a way to remove items from the Windows Synchronization list? I created a bunch of test SQL pull subscriptions, but can't find a way to remove them. I deleted the actual subscriptions in EM, so I'm not sure why it stills shows in the list. I'm guessing this is stored somewhere in the registry. Any ideas? Thanks, Mark Boyd Sr. Systems Analyst McBee Associates, Inc. From sgeller at cce.umn.edu Tue Nov 18 17:06:57 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Tue, 18 Nov 2003 17:06:57 -0600 Subject: [dba-SQLServer]Visual Source Safe Update Message-ID: A few weeks ago I posted some questions about Visual Source Safe and ADP files. Just as an update, VSS does work with ADP files and allows you to check in/out individual forms, reports and modules. It works differently than it does with SQL Server objects in that it is integrated with Microsoft Access. You need the Office Developer Edition which installs VSS as an add in. Then, when you are in your adp file, there is a source safe menu to work with. You can't check objects in/out through VSS, only through your Access file. Still, it works well. --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 jcolby at colbyconsulting.com Tue Nov 18 22:52:24 2003 From: jcolby at colbyconsulting.com (John W. Colby) Date: Tue, 18 Nov 2003 23:52:24 -0500 Subject: [dba-SQLServer]SQL Server strangeness Message-ID: Awhile back I moved my client billing to SQL Server, just a simple upload of the mdb data, and then relinked to the ODBC. Nothing fancy. It all just worked. Now (since recovering EVERYTHING due to a hard disk crash), the LIKE keyword is causing failures in the odbc call. I use things like "LIKE forms!someform!somecontrol" etc. Now this fails (silently), just no data returned. Replace the LIKE with IN() and it works again. The TRULY strange part is that I use a LIKE ccfrmWhich() EVERYWHERE in order to only display active records in my forms. That fails in a combo, but succeeds in the form that hosts that combo. I do so love Access / SQL Server. John W. Colby www.ColbyConsulting.com From my.lists at verizon.net Wed Nov 19 00:36:12 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 18 Nov 2003 22:36:12 -0800 Subject: [dba-SQLServer]SQL Server strangeness In-Reply-To: References: Message-ID: <3FBB0F5C.6010704@verizon.net> I'd start w/ the MDAC that is loaded on your crashed box, what did you have before, and what do you have now? get the component checker from microsoft.com/downloads I highly recommend MDAC 2.6 sp1 and above. -- -Francisco John W. Colby wrote: > Awhile back I moved my client billing to SQL Server, just a simple upload of > the mdb data, and then relinked to the ODBC. Nothing fancy. > > It all just worked. > > Now (since recovering EVERYTHING due to a hard disk crash), the LIKE keyword > is causing failures in the odbc call. I use things like "LIKE > forms!someform!somecontrol" etc. Now this fails (silently), just no data > returned. Replace the LIKE with IN() and it works again. > > The TRULY strange part is that I use a LIKE ccfrmWhich() EVERYWHERE in order > to only display active records in my forms. That fails in a combo, but > succeeds in the form that hosts that combo. > > I do so love Access / SQL Server. > > > > John W. Colby > www.ColbyConsulting.com > > From jcolby at colbyconsulting.com Wed Nov 19 06:47:48 2003 From: jcolby at colbyconsulting.com (John W. Colby) Date: Wed, 19 Nov 2003 07:47:48 -0500 Subject: [dba-SQLServer]SQL Server strangeness In-Reply-To: <3FBB0F5C.6010704@verizon.net> Message-ID: Thanks, I'll check that. I know that SQL Server loads it's own when it installs. 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: Wednesday, November 19, 2003 1:36 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]SQL Server strangeness I'd start w/ the MDAC that is loaded on your crashed box, what did you have before, and what do you have now? get the component checker from microsoft.com/downloads I highly recommend MDAC 2.6 sp1 and above. -- -Francisco John W. Colby wrote: > Awhile back I moved my client billing to SQL Server, just a simple upload of > the mdb data, and then relinked to the ODBC. Nothing fancy. > > It all just worked. > > Now (since recovering EVERYTHING due to a hard disk crash), the LIKE keyword > is causing failures in the odbc call. I use things like "LIKE > forms!someform!somecontrol" etc. Now this fails (silently), just no data > returned. Replace the LIKE with IN() and it works again. > > The TRULY strange part is that I use a LIKE ccfrmWhich() EVERYWHERE in order > to only display active records in my forms. That fails in a combo, but > succeeds in the form that hosts that combo. > > I do so love Access / SQL Server. > > > > 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 Wed Nov 19 12:21:31 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 19 Nov 2003 10:21:31 -0800 Subject: [dba-SQLServer]SQL Server strangeness In-Reply-To: References: Message-ID: <3FBBB4AB.7060803@verizon.net> Yes but in the Microsoft tradition, they are not the most optimal ones.. :( sorry. -- -Francisco John W. Colby wrote: >Thanks, I'll check that. I know that SQL Server loads it's own when it >installs. > >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: Wednesday, November 19, 2003 1:36 AM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]SQL Server strangeness > > >I'd start w/ the MDAC that is loaded on your crashed box, what did you >have before, and what do you have now? get the component checker from >microsoft.com/downloads > >I highly recommend MDAC 2.6 sp1 and above. > >-- >-Francisco > >John W. Colby wrote: > > > >>Awhile back I moved my client billing to SQL Server, just a simple upload >> >> >of > > >>the mdb data, and then relinked to the ODBC. Nothing fancy. >> >>It all just worked. >> >>Now (since recovering EVERYTHING due to a hard disk crash), the LIKE >> >> >keyword > > >>is causing failures in the odbc call. I use things like "LIKE >>forms!someform!somecontrol" etc. Now this fails (silently), just no data >>returned. Replace the LIKE with IN() and it works again. >> >>The TRULY strange part is that I use a LIKE ccfrmWhich() EVERYWHERE in >> >> >order > > >>to only display active records in my forms. That fails in a combo, but >>succeeds in the form that hosts that combo. >> >>I do so love Access / SQL Server. >> >> >> >>John W. Colby >>www.ColbyConsulting.com >> >> >> >> > > > > From Robert.Djabarov at usaa.com Wed Nov 19 12:26:30 2003 From: Robert.Djabarov at usaa.com (Djabarov, Robert) Date: Wed, 19 Nov 2003 12:26:30 -0600 Subject: [dba-SQLServer]SQL Server strangeness Message-ID: <3CCEA32DFF043C4CB99B835557E11B30021C4866@ex02.eagle.usaa.com> If you modify MDAC on a SQL box through anything other than a service pack, - you're really asking for trouble! And what do you mean by "they are not the most optimal ones"??? MDAC? That statement just doesn't make any sense! -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Francisco H Tapia Sent: Wednesday, November 19, 2003 12:22 PM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]SQL Server strangeness Yes but in the Microsoft tradition, they are not the most optimal ones.. :( sorry. -- -Francisco John W. Colby wrote: >Thanks, I'll check that. I know that SQL Server loads it's own when it >installs. > >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: Wednesday, November 19, 2003 1:36 AM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]SQL Server strangeness > > >I'd start w/ the MDAC that is loaded on your crashed box, what did you >have before, and what do you have now? get the component checker from >microsoft.com/downloads > >I highly recommend MDAC 2.6 sp1 and above. > >-- >-Francisco > >John W. Colby wrote: > > > >>Awhile back I moved my client billing to SQL Server, just a simple >>upload >> >> >of > > >>the mdb data, and then relinked to the ODBC. Nothing fancy. >> >>It all just worked. >> >>Now (since recovering EVERYTHING due to a hard disk crash), the LIKE >> >> >keyword > > >>is causing failures in the odbc call. I use things like "LIKE >>forms!someform!somecontrol" etc. Now this fails (silently), just no >>data returned. Replace the LIKE with IN() and it works again. >> >>The TRULY strange part is that I use a LIKE ccfrmWhich() EVERYWHERE in >> >> >order > > >>to only display active records in my forms. That fails in a combo, >>but succeeds in the form that hosts that combo. >> >>I do so love Access / SQL Server. >> >> >> >>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 Wed Nov 19 12:39:11 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 19 Nov 2003 10:39:11 -0800 Subject: [dba-SQLServer]SQL Server strangeness In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30021C4866@ex02.eagle.usaa.com> References: <3CCEA32DFF043C4CB99B835557E11B30021C4866@ex02.eagle.usaa.com> Message-ID: <3FBBB8CF.8020004@verizon.net> I didn't initally have any problems w/ MDAC 2.5 which is loaded w/ Sql server (and is also included w/ Windows 2000. some connections for some reason would get thorugh others would not especially when you moved the listening port from 1433 to something other than that. Moving to MDAC 2.6 sp1 improved this connectivity and I haven't had an ADO/connectivity issue w/ any of my client to server connections. 'nuff said. (of course, standard disclaimer, ymmv) -- -Francisco Djabarov, Robert wrote: >If you modify MDAC on a SQL box through anything other than a service >pack, - you're really asking for trouble! And what do you mean by "they >are not the most optimal ones"??? MDAC? That statement just doesn't >make any sense! > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of >Francisco H Tapia >Sent: Wednesday, November 19, 2003 12:22 PM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]SQL Server strangeness > > >Yes but in the Microsoft tradition, they are not the most optimal ones.. >:( sorry. > > From my.lists at verizon.net Wed Nov 19 13:02:19 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 19 Nov 2003 11:02:19 -0800 Subject: [dba-SQLServer]Is the data a GUID? In-Reply-To: <3CCEA32DFF043C4CB99B835557E11B30021C475F@ex02.eagle.usaa.com> References: <3CCEA32DFF043C4CB99B835557E11B30021C475F@ex02.eagle.usaa.com> Message-ID: <3FBBBE3B.3090702@verizon.net> ok, this has been modified, this is like your example I just noticed... :D declare @s sql_variant SELECT @s = TESTtext FROM #TEST select case when CAST(@s AS varchar(36)) like ( replicate('[0-9A-F]',8)+'-'+replicate(replicate('[0-9A-F]',4)+'-',3)+replicate('[0-9A-F]',12) ) collate Latin1_General_BIN then 'Is GUID' else 'Is not GUID' end Djabarov, Robert wrote: >Yeah, except if the value happens to be put into a non-uniqueidentifier >variable or field, - the result will show the datatype of that >variable/field, not of the value. Previously posted function resolves >this issue. > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of >Francisco H Tapia >Sent: Friday, November 14, 2003 11:41 AM >To: dba-sqlserver at databaseadvisors.com >Subject: Re: [dba-SQLServer]Is the data a GUID? > > >Here is the answer to my question, I received this on the Microsoft >newsgroup (sql server programming ) > > > declare @s sql_variant > > set @s = newid() > > select sql_variant_property(@s,N'BaseType') > >this effectively returns the data type and that is what I can use to >validate if the data is a guid or NOT. simply like the "IsNumeric" >funciton. > >I hope this helps out someone else :) > >MartyConnelly wrote: > > > >>I don't know if there is anything specific beyond the fact that is a >>random 16 byte binary number >>and if the 13'th half byte is 4 it was generated by Microsoft (after >>they stopped using the MAC address to create it), so not truly random. >>There is a guid datatype in vb.dotnet maybe check that documentation. >> >>I suppose if you have it displayed as a hex string you could >>with/without those extraneous hyphens you could use regexp to check >>but how you do that in T-SQL, I dunno. >> >>regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A- >>F0-9]{12}[}]" >> >> >> >> >>Here is an interesting article on the speed of GUIDs with SQL that >>might have further info. >>The Cost of GUIDs as Primary Keys >>MAR 08, 2002 By Jimmy Nilsson. >> >> >>http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB1 >>7525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/in >>dex.asp >> >> >>A GUID is a 128-bit integer. That's only 16 bytes. >>So your 12 byte value would be 2 to the 96'th power or 2^96 >> >>One interesting bit. GUIDs are not as random as advertised. >> >>Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 >> >>B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF >>B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF >>B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF >>B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF >>B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF >> >>Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 >> >>C87FC84A-EE47-47EE-842C-29E969AC5131 >>2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 >>70E2E8DE-500E-4630-B3CB-166131D35C21 >>15ED815C-921C-4011-8667-7158982951EA >>56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 >> >>"As you saw in Listing 3, only the eighth half byte is changed between >>calls. On the other hand, in Listing 4, only the 13th half byte is >>constant between calls. In Windows 2000, the MAC address isn't used >>any longer for when GUIDs are generated. Instead, the GUID is only a >>16-byte random number. Well, that isn't totally true. The 13th half >>byte is constant, so only 15.5 bytes are random. Adam Nathan at >>Microsoft explained to me that the 13th half byte is the value that >>will point out the source of the GUID, and 4 means Microsoft." >> >> >> >>Francisco H Tapia wrote: >> >> >> >>>Anybody have a TSQL test on weather the data is a GUID or not? >>>thanks.... >>> >>>I want to test some data, I have the function for ISnumeric which >>>gives back a simple 1 or 0 if data is numeric or not, but does not >>>tell you if the data is a GUID (or that it qualifies as a number). >>> >>>Thanks, >>> >>> >>> > > > > -- -Francisco From my.lists at verizon.net Wed Nov 19 13:27:54 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 19 Nov 2003 11:27:54 -0800 Subject: [dba-SQLServer]Is the data a GUID? In-Reply-To: <3FBBBE3B.3090702@verizon.net> References: <3CCEA32DFF043C4CB99B835557E11B30021C475F@ex02.eagle.usaa.com> <3FBBBE3B.3090702@verizon.net> Message-ID: <3FBBC43A.7070509@verizon.net> Modified last time, this works well... DECLARE @s sql_variant, @RetVal as INT SELECT @s = TESTtext FROM #TEST IF CAST(@s AS varchar(36)) LIKE ( replicate('[0-9A-F]',8)+'-'+replicate(replicate('[0-9A-F]',4)+'-',3)+replicate('[0-9A-F]',12) ) collate Latin1_General_BIN BEGIN set @RetVal = 1 END ELSE BEGIN set @RetVal = 0 END RETURN @RetVal Francisco H Tapia wrote: > ok, this has been modified, this is like your example I just > noticed... :D > > declare @s sql_variant > SELECT @s = TESTtext FROM #TEST > select > case when CAST(@s AS varchar(36)) like > ( > replicate('[0-9A-F]',8)+'-'+replicate(replicate('[0-9A-F]',4)+'-',3)+replicate('[0-9A-F]',12) > ) > collate Latin1_General_BIN > then 'Is GUID' > else 'Is not GUID' > end > > Djabarov, Robert wrote: > >> Yeah, except if the value happens to be put into a non-uniqueidentifier >> variable or field, - the result will show the datatype of that >> variable/field, not of the value. Previously posted function resolves >> this issue. >> >> -----Original Message----- >> From: dba-sqlserver-bounces at databaseadvisors.com >> [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of >> Francisco H Tapia >> Sent: Friday, November 14, 2003 11:41 AM >> To: dba-sqlserver at databaseadvisors.com >> Subject: Re: [dba-SQLServer]Is the data a GUID? >> >> >> Here is the answer to my question, I received this on the Microsoft >> newsgroup (sql server programming ) >> >> > declare @s sql_variant >> > set @s = newid() >> > select sql_variant_property(@s,N'BaseType') >> >> this effectively returns the data type and that is what I can use to >> validate if the data is a guid or NOT. simply like the "IsNumeric" >> funciton. >> >> I hope this helps out someone else :) >> >> MartyConnelly wrote: >> >> >> >>> I don't know if there is anything specific beyond the fact that is a >>> random 16 byte binary number >>> and if the 13'th half byte is 4 it was generated by Microsoft (after >>> they stopped using the MAC address to create it), so not truly random. >>> There is a guid datatype in vb.dotnet maybe check that documentation. >>> >>> I suppose if you have it displayed as a hex string you could >>> with/without those extraneous hyphens you could use regexp to check >>> but how you do that in T-SQL, I dunno. >>> >>> regExp.pattern="[{][A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A- >>> F0-9]{12}[}]" >>> >>> >>> >>> >>> Here is an interesting article on the speed of GUIDs with SQL that >>> might have further info. >>> The Cost of GUIDs as Primary Keys >>> MAR 08, 2002 By Jimmy Nilsson. >>> >>> >>> http://www.informit.com/isapi/product_id~{E3D24CE5-F2A0-4B16-A39C-7AB1 >>> 7525F07C}/session_id~{DC1DFD4E-98B7-4E40-B3B5-DE36CA8F9FEF}/content/in >>> dex.asp >>> >>> >>> A GUID is a 128-bit integer. That's only 16 bytes. >>> So your 12 byte value would be 2 to the 96'th power or 2^96 >>> >>> One interesting bit. GUIDs are not as random as advertised. >>> >>> Listing 3: Some GUIDs Generated with SQL Server 7 on NT4 >>> >>> B3BFC6B1-05A2-11D6-9FBA-00C04FF317DF >>> B3BFC6B2-05A2-11D6-9FBA-00C04FF317DF >>> B3BFC6B3-05A2-11D6-9FBA-00C04FF317DF >>> B3BFC6B4-05A2-11D6-9FBA-00C04FF317DF >>> B3BFC6B5-05A2-11D6-9FBA-00C04FF317DF >>> >>> Listing 4: Some GUIDs Generated with SQL Server 2000 on Windows 2000 >>> >>> C87FC84A-EE47-47EE-842C-29E969AC5131 >>> 2A734AE4-E0EF-4D77-9F84-51A8365AC5A0 >>> 70E2E8DE-500E-4630-B3CB-166131D35C21 >>> 15ED815C-921C-4011-8667-7158982951EA >>> 56B3BF2D-BDB0-4AFE-A26B-C8F59C4B5103 >>> >>> "As you saw in Listing 3, only the eighth half byte is changed between >>> calls. On the other hand, in Listing 4, only the 13th half byte is >>> constant between calls. In Windows 2000, the MAC address isn't used >>> any longer for when GUIDs are generated. Instead, the GUID is only a >>> 16-byte random number. Well, that isn't totally true. The 13th half >>> byte is constant, so only 15.5 bytes are random. Adam Nathan at >>> Microsoft explained to me that the 13th half byte is the value that >>> will point out the source of the GUID, and 4 means Microsoft." >>> >>> >>> >>> Francisco H Tapia wrote: >>> >>> >>> >>>> Anybody have a TSQL test on weather the data is a GUID or not? >>>> thanks.... >>>> >>>> I want to test some data, I have the function for ISnumeric which >>>> gives back a simple 1 or 0 if data is numeric or not, but does not >>>> tell you if the data is a GUID (or that it qualifies as a number). >>>> >>>> Thanks, >>>> >>>> >>> >> >> >> >> > > -- -Francisco From sgeller at cce.umn.edu Wed Nov 19 17:56:44 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Wed, 19 Nov 2003 17:56:44 -0600 Subject: [dba-SQLServer]Visio and Data Modeling Message-ID: I'm trying to use visio for data modeling b/c it can do some slick stuff with creating database in SQL server. But, I'm a bit frustrated just playing around with the tool. I'd like a book that focuses on data modeling and goes somewhat in depth. I found this one on amazon, but you can't see inside. Anybody read it? Have any other suggestions? --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 sgeller at cce.umn.edu Wed Nov 19 17:56:44 2003 From: sgeller at cce.umn.edu (Susan Geller) Date: Wed, 19 Nov 2003 17:56:44 -0600 Subject: [dba-SQLServer]Visio and Data Modeling Message-ID: I'm trying to use visio for data modeling b/c it can do some slick stuff with creating database in SQL server. But, I'm a bit frustrated just playing around with the tool. I'd like a book that focuses on data modeling and goes somewhat in depth. I found this one on amazon, but you can't see inside. Anybody read it? Have any other suggestions? --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 From martyconnelly at shaw.ca Wed Nov 19 21:13:56 2003 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 19 Nov 2003 19:13:56 -0800 Subject: [dba-SQLServer]Visio and Data Modeling References: Message-ID: <3FBC3174.6010304@shaw.ca> Visio is good but this is better supports Oracle, SQL Server and MSAccess and will reverse engineer a database to ER diagrams or develop an access mdb from data modelling. Enterprise Architect http://www.sparxsystems.com.au/ Susan Geller wrote: >I'm trying to use visio for data modeling b/c it can do some slick stuff >with creating database in SQL server. But, I'm a bit frustrated just >playing around with the tool. I'd like a book that focuses on data >modeling and goes somewhat in depth. I found this one on amazon, but >you can't see inside. Anybody read it? Have any other suggestions? > >52617?v=glance&s=books> > >--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 > >_______________________________________________ >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 cjm at haleyaldrich.com Thu Nov 20 10:10:42 2003 From: cjm at haleyaldrich.com (McIsaac, Chris) Date: Thu, 20 Nov 2003 11:10:42 -0500 Subject: [dba-SQLServer]Visio and Data Modeling Message-ID: I've been using Sparx EA for about 5 months and it gets my vote for a best buy. You can buy a license for the enterprise version for < $200 and it will do data modeling, uml modeling, requirements traceability matrices and more. The report templates are on the weak side but you can create your own. The reverse engineering features aren't great. It will bring in your code (most of it - it has problems with nested classes in .net) but I wouldn't let it touch my production code. Normally, I go into the table on sql server and wipe any pointers to source code files out. I'm a bit jaded by my past experiences with case tool round trip engineering so I may not be the best person to offer an opinion on the subject. If you can't afford Rose, EA is a nice consolation prize. ********************************* NOTICE ***************************** The information contained in this communication is confidential and privileged proprietary information intended only for the individual or entity to whom it is addressed. Any unauthorized use, distribution, copying or disclosure of this communication is prohibited. If you have received this communication in error, please contact the sender immediately. From mwp.reid at qub.ac.uk Sun Nov 23 14:02:33 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Sun, 23 Nov 2003 12:02:33 -0800 Subject: [dba-SQLServer]Large recordsets References: Message-ID: <001501c3b1fc$bc6ad9e0$650a6351@martin1> I have to return perhaps in access of 50,000 records for use in Access. Linked to SQL Server 2000 What would be the fastest approach to take. Comments appreciated. Yeah I know the obvious, filter them first. But for the moment I am not allowed. to. Martin From Erwin.Craps at ithelps.be Sun Nov 23 14:31:59 2003 From: Erwin.Craps at ithelps.be (Erwin Craps) Date: Sun, 23 Nov 2003 21:31:59 +0100 Subject: [dba-SQLServer]Large recordsets Message-ID: <46B976F2B698FF46A4FE7636509B22DF03CEEA@stekelbes.ithelps.local> Martin, Your question is not very clear to me. What is it that you want to do? I don't see what the prob is with "only" 50.000 records. Erwin -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Sunday, November 23, 2003 9:03 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Large recordsets I have to return perhaps in access of 50,000 records for use in Access. Linked to SQL Server 2000 What would be the fastest approach to take. Comments appreciated. Yeah I know the obvious, filter them first. But for the moment I am not allowed. to. 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 Mon Nov 24 02:51:42 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Mon, 24 Nov 2003 08:51:42 -0000 Subject: [dba-SQLServer]Large recordsets References: <46B976F2B698FF46A4FE7636509B22DF03CEEA@stekelbes.ithelps.local> Message-ID: <000d01c3b268$2eb8c5f0$9111758f@aine> Sorry 50 thousand records Using an unbound Access app and I need to bring all 50000 at one go to the form. I cannot change this as all records have to be available. Takes 3 seconds to open and populate the form using a number of stored procedures and recordsets. I was wondering if there was a faster way to do this. Martin ----- Original Message ----- From: "Erwin Craps" To: Sent: Sunday, November 23, 2003 8:31 PM Subject: RE: [dba-SQLServer]Large recordsets > Martin, > > Your question is not very clear to me. > What is it that you want to do? > I don't see what the prob is with "only" 50.000 records. > > Erwin > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin > Reid > Sent: Sunday, November 23, 2003 9:03 PM > To: dba-sqlserver at databaseadvisors.com > Subject: [dba-SQLServer]Large recordsets > > I have to return perhaps in access of 50,000 records for use in Access. > Linked to SQL Server 2000 > > What would be the fastest approach to take. > > Comments appreciated. > > Yeah I know the obvious, filter them first. But for the moment I am not > allowed. to. > > > Martin > > _______________________________________________ > 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 Nov 24 04:47:41 2003 From: Erwin.Craps at ithelps.be (Erwin Craps) Date: Mon, 24 Nov 2003 11:47:41 +0100 Subject: [dba-SQLServer]Compile options in VBA. Message-ID: <46B976F2B698FF46A4FE7636509B22DF03CEF2@stekelbes.ithelps.local> Hi I was wondering something. In the VBA editor in options>common(?)>Compile You can click two options for compiling. I have the dutch version and I find that the help is poorly explaining the exact use of these options (if not for everything:-(. Compile at request and background compiling. I wonder if anyone could explain me what those options do and what best choice is... Erwin Craps Zaakvoerder www.ithelps.be/jonathan This E-mail is confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and E-mail confirmation to the sender. IT Helps - I.T. Help Center *** Box Office Belgium & Luxembourg www.ithelps.be * www.boxoffice.be * www.stadleuven.be IT Helps bvba* ** Mercatorpad 3 ** 3000 Leuven IT Helps * Phone: +32 16 296 404 * Fax: +32 16 296 405 E-mail: Info at ithelps.be Box Office ** Fax: +32 16 296 406 ** Box Office E-mail: Staff at boxoffice.be From Erwin.Craps at ithelps.be Mon Nov 24 04:55:27 2003 From: Erwin.Craps at ithelps.be (Erwin Craps) Date: Mon, 24 Nov 2003 11:55:27 +0100 Subject: [dba-SQLServer]Ignore, wrong list: Compile options in VBA. Message-ID: <46B976F2B698FF46A4FE7636509B22DF03CEF3@stekelbes.ithelps.local> -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Erwin Craps Sent: Monday, November 24, 2003 11:48 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Compile options in VBA. Hi I was wondering something. In the VBA editor in options>common(?)>Compile You can click two options for compiling. I have the dutch version and I find that the help is poorly explaining the exact use of these options (if not for everything:-(. Compile at request and background compiling. I wonder if anyone could explain me what those options do and what best choice is... Erwin Craps Zaakvoerder www.ithelps.be/jonathan This E-mail is confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and E-mail confirmation to the sender. IT Helps - I.T. Help Center *** Box Office Belgium & Luxembourg www.ithelps.be * www.boxoffice.be * www.stadleuven.be IT Helps bvba* ** Mercatorpad 3 ** 3000 Leuven IT Helps * Phone: +32 16 296 404 * Fax: +32 16 296 405 E-mail: Info at ithelps.be Box Office ** Fax: +32 16 296 406 ** Box Office E-mail: Staff at boxoffice.be _______________________________________________ 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 Nov 24 10:34:47 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Mon, 24 Nov 2003 08:34:47 -0800 Subject: [dba-SQLServer]Large recordsets In-Reply-To: <000d01c3b268$2eb8c5f0$9111758f@aine> References: <46B976F2B698FF46A4FE7636509B22DF03CEEA@stekelbes.ithelps.local> <000d01c3b268$2eb8c5f0$9111758f@aine> Message-ID: <3FC23327.70606@verizon.net> Run Query Analyzer to check the execution plan for each of the procedures that you ARE running. It is possible that you may need to add/remove indexes from tables in order to optimze your return. -- -Francisco Martin Reid wrote: >Sorry > >50 thousand records > >Using an unbound Access app and I need to bring all 50000 at one go to the >form. I cannot change this as all records have to be available. > >Takes 3 seconds to open and populate the form using a number of stored >procedures and recordsets. I was wondering if there was a faster way to do >this. > > >Martin > > >----- Original Message ----- >From: "Erwin Craps" >To: >Sent: Sunday, November 23, 2003 8:31 PM >Subject: RE: [dba-SQLServer]Large recordsets > > > > >>Martin, >> >>Your question is not very clear to me. >>What is it that you want to do? >>I don't see what the prob is with "only" 50.000 records. >> >>Erwin >> >>-----Original Message----- >>From: dba-sqlserver-bounces at databaseadvisors.com >>[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin >>Reid >>Sent: Sunday, November 23, 2003 9:03 PM >>To: dba-sqlserver at databaseadvisors.com >>Subject: [dba-SQLServer]Large recordsets >> >>I have to return perhaps in access of 50,000 records for use in Access. >>Linked to SQL Server 2000 >> >>What would be the fastest approach to take. >> >>Comments appreciated. >> >>Yeah I know the obvious, filter them first. But for the moment I am not >>allowed. to. >> >> >>Martin >> >> >> From subs1847 at solution-providers.ie Mon Nov 24 10:31:22 2003 From: subs1847 at solution-providers.ie (Mark L. Breen) Date: Mon, 24 Nov 2003 16:31:22 -0000 Subject: [dba-SQLServer]Large recordsets References: <46B976F2B698FF46A4FE7636509B22DF03CEEA@stekelbes.ithelps.local> <000d01c3b268$2eb8c5f0$9111758f@aine> Message-ID: <001701c3b2a8$74578b10$026da8c0@D8TZHN0J> Hello Martin, I have done a few apps with very large numbers of records. One thing that I would suggest you look at is using temp tables, I have found that often times, one or two tables have the large numbers of records while the query consists of seven or eight tables. If you can make a temp table and insert some of the query into that, and then do the join to the temp table with the remainder of the query, you can get a 10 or 100 fold reduction in processing time. To be honest, for 50k records, three seconds like a long time, I know I do not know the data, but I have a query that I was working on recently with 3.5 million records and it executes in two seconds or so. What I have just said should not be the case, they query optimiser should do that job for us, but I have found it to work. Secondly, I have regular (daily or even twice daily) maintenance routines that rebuild indexes and perform minor repairs. Without these the database can get slow. Interestingly, I recently restored (well created on the fly) a 4.5 million record database to a SQL 7 server machine. The restore went OK until I tried to use another database on the server. It would not work properly from that point on. I then ran the maintenance routines on the new database and once it had ran, every thing else was OK. To summarise this, it seems that the databases are not totally isolated from each other. Even if they are isolated from a data security point of view, it appears that they share some of the server resources (well of course they do) and those resources can overlap in some way. You mentioned that you cannot filter, so I am presuming that means that you cannot list all the A-G records and then have a --more-- option. But if you have to load all records into a standard form, can you at least only load five thousand and when the user clicks 'move next' check to see if they are in the last 20% of the current qty of the recordset and if they are the load another five thousand, starting from where the user currently is. I realise that this is a complicated way of tackling it, but if you have some idea of the typical method of working, you might modify this idea slightly to incorporate the logic. Alan Cooper in his book ' The inmates are running the asylum' mentions that the bank machines take 5 - 8 seconds to some back and say that you have 301.45 in your account. He suggest that it should immediately say you have 'Around 300' and give you the choice to check exactly if you wish to wait 8 seconds for a details check. Additionally, could you retrieve the 50 k records and then only show one or two fields, but have a 'View details' that would they use the PK to retrieve the other fields from related tables. I think that mentioning these things to you is like teaching my granny how to suck eggs, but either way, I am interested in how you solve it as I have often consider the things above myself. Best Regards Mark L. Breen Ireland ----- Original Message ----- From: "Martin Reid" To: Sent: Monday, November 24, 2003 8:51 AM Subject: Re: [dba-SQLServer]Large recordsets > Sorry > > 50 thousand records > > Using an unbound Access app and I need to bring all 50000 at one go to the > form. I cannot change this as all records have to be available. > > Takes 3 seconds to open and populate the form using a number of stored > procedures and recordsets. I was wondering if there was a faster way to do > this. > > > Martin > > > ----- Original Message ----- > From: "Erwin Craps" > To: > Sent: Sunday, November 23, 2003 8:31 PM > Subject: RE: [dba-SQLServer]Large recordsets > > > > Martin, > > > > Your question is not very clear to me. > > What is it that you want to do? > > I don't see what the prob is with "only" 50.000 records. > > > > Erwin > > > > -----Original Message----- > > From: dba-sqlserver-bounces at databaseadvisors.com > > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin > > Reid > > Sent: Sunday, November 23, 2003 9:03 PM > > To: dba-sqlserver at databaseadvisors.com > > Subject: [dba-SQLServer]Large recordsets > > > > I have to return perhaps in access of 50,000 records for use in Access. > > Linked to SQL Server 2000 > > > > What would be the fastest approach to take. > > > > Comments appreciated. > > > > Yeah I know the obvious, filter them first. But for the moment I am not > > allowed. to. > > > > > > Martin > > > > _______________________________________________ > > 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 markamatte at hotmail.com Mon Nov 24 14:44:45 2003 From: markamatte at hotmail.com (Mark A Matte) Date: Mon, 24 Nov 2003 20:44:45 +0000 Subject: [dba-SQLServer]Large recordsets Message-ID: Hello All, I also have used temp tables for some large returns...it was especially faster...when I created the table initially...and deleted/appended instead of recreating the table each time. This also gives the flexibilty of viewing the data in a few different ways quickly...instead of having to requery the db just to sort or something. Have a good day... Mark >From: "Mark L. Breen" >Reply-To: dba-sqlserver at databaseadvisors.com >To: >Subject: Re: [dba-SQLServer]Large recordsets >Date: Mon, 24 Nov 2003 16:31:22 -0000 > >Hello Martin, > >I have done a few apps with very large numbers of records. > >One thing that I would suggest you look at is using temp tables, I have >found that often times, one or two tables have the large numbers of >records >while the query consists of seven or eight tables. If you can make a temp >table and insert some of the query into that, and then do the join to the >temp table with the remainder of the query, you can get a 10 or 100 fold >reduction in processing time. > >To be honest, for 50k records, three seconds like a long time, I know I do >not know the data, but I have a query that I was working on recently with >3.5 million records and it executes in two seconds or so. > >What I have just said should not be the case, they query optimiser should >do >that job for us, but I have found it to work. > >Secondly, I have regular (daily or even twice daily) maintenance routines >that rebuild indexes and perform minor repairs. Without these the database >can get slow. > >Interestingly, I recently restored (well created on the fly) a 4.5 million >record database to a SQL 7 server machine. The restore went OK until I >tried to use another database on the server. It would not work properly >from that point on. I then ran the maintenance routines on the new >database >and once it had ran, every thing else was OK. To summarise this, it seems >that the databases are not totally isolated from each other. Even if they >are isolated from a data security point of view, it appears that they share >some of the server resources (well of course they do) and those resources >can overlap in some way. > >You mentioned that you cannot filter, so I am presuming that means that you >cannot list all the A-G records and then have a --more-- option. But if >you >have to load all records into a standard form, can you at least only load >five thousand and when the user clicks 'move next' check to see if they are >in the last 20% of the current qty of the recordset and if they are the >load >another five thousand, starting from where the user currently is. > >I realise that this is a complicated way of tackling it, but if you have >some idea of the typical method of working, you might modify this idea >slightly to incorporate the logic. > >Alan Cooper in his book ' The inmates are running the asylum' mentions that >the bank machines take 5 - 8 seconds to some back and say that you have >301.45 in your account. He suggest that it should immediately say you have >'Around 300' and give you the choice to check exactly if you wish to wait 8 >seconds for a details check. > >Additionally, could you retrieve the 50 k records and then only show one or >two fields, but have a 'View details' that would they use the PK to >retrieve >the other fields from related tables. > >I think that mentioning these things to you is like teaching my granny how >to suck eggs, but either way, I am interested in how you solve it as I have >often consider the things above myself. > > >Best Regards > > > >Mark L. Breen >Ireland > > > >----- Original Message ----- >From: "Martin Reid" >To: >Sent: Monday, November 24, 2003 8:51 AM >Subject: Re: [dba-SQLServer]Large recordsets > > > > Sorry > > > > 50 thousand records > > > > Using an unbound Access app and I need to bring all 50000 at one go to >the > > form. I cannot change this as all records have to be available. > > > > Takes 3 seconds to open and populate the form using a number of stored > > procedures and recordsets. I was wondering if there was a faster way to >do > > this. > > > > > > Martin > > > > > > ----- Original Message ----- > > From: "Erwin Craps" > > To: > > Sent: Sunday, November 23, 2003 8:31 PM > > Subject: RE: [dba-SQLServer]Large recordsets > > > > > > > Martin, > > > > > > Your question is not very clear to me. > > > What is it that you want to do? > > > I don't see what the prob is with "only" 50.000 records. > > > > > > Erwin > > > > > > -----Original Message----- > > > From: dba-sqlserver-bounces at databaseadvisors.com > > > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of >Martin > > > Reid > > > Sent: Sunday, November 23, 2003 9:03 PM > > > To: dba-sqlserver at databaseadvisors.com > > > Subject: [dba-SQLServer]Large recordsets > > > > > > I have to return perhaps in access of 50,000 records for use in >Access. > > > Linked to SQL Server 2000 > > > > > > What would be the fastest approach to take. > > > > > > Comments appreciated. > > > > > > Yeah I know the obvious, filter them first. But for the moment I am >not > > > allowed. to. > > > > > > > > > Martin > > > > > > _______________________________________________ > > > 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 > _________________________________________________________________ Share holiday photos without swamping your Inbox. Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es From accessd at shaw.ca Mon Nov 24 20:31:34 2003 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 24 Nov 2003 18:31:34 -0800 Subject: [dba-SQLServer]Large recordsets In-Reply-To: <000d01c3b268$2eb8c5f0$9111758f@aine> Message-ID: Hi Martin: What form of connection method are you using? ODBC, though more felixible tends to be on the sllllooooowwww side when download large data sets. On the other hand straight ADO-OLE is very fast. So unless your SQL is running on a limited box through a 16bit NIC, that could be your bottle-neck. HTH Jim -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Martin Reid Sent: Monday, November 24, 2003 12:52 AM To: dba-sqlserver at databaseadvisors.com Subject: Re: [dba-SQLServer]Large recordsets Sorry 50 thousand records Using an unbound Access app and I need to bring all 50000 at one go to the form. I cannot change this as all records have to be available. Takes 3 seconds to open and populate the form using a number of stored procedures and recordsets. I was wondering if there was a faster way to do this. Martin ----- Original Message ----- From: "Erwin Craps" To: Sent: Sunday, November 23, 2003 8:31 PM Subject: RE: [dba-SQLServer]Large recordsets > Martin, > > Your question is not very clear to me. > What is it that you want to do? > I don't see what the prob is with "only" 50.000 records. > > Erwin > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin > Reid > Sent: Sunday, November 23, 2003 9:03 PM > To: dba-sqlserver at databaseadvisors.com > Subject: [dba-SQLServer]Large recordsets > > I have to return perhaps in access of 50,000 records for use in Access. > Linked to SQL Server 2000 > > What would be the fastest approach to take. > > Comments appreciated. > > Yeah I know the obvious, filter them first. But for the moment I am not > allowed. to. > > > Martin > > _______________________________________________ > 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 mwp.reid at qub.ac.uk Tue Nov 25 12:21:23 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Tue, 25 Nov 2003 10:21:23 -0800 Subject: [dba-SQLServer]SWAP DBs References: <46B976F2B698FF46A4FE7636509B22DF03CEEA@stekelbes.ithelps.local><000d01c3b268$2eb8c5f0$9111758f@aine> <001701c3b2a8$74578b10$026da8c0@D8TZHN0J> Message-ID: <004401c3b380$eef64a90$d0f66e51@martin1> I need to be able to swap into different databases from Access. Anyone have an example of swapping the connection to point to another SQL Server DB Martin From accessd at shaw.ca Tue Nov 25 19:22:26 2003 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 25 Nov 2003 17:22:26 -0800 Subject: [dba-SQLServer]SWAP DBs In-Reply-To: <004401c3b380$eef64a90$d0f66e51@martin1> Message-ID: Hi Martin: Public gstrConnection01 as string Public gstrConnection02 as string Public gstrConnection03 as string gstrConnection01 = "Provider=SQLOLEDB;Initial Catalog=Registration;Data Source=AGVIC47;Integrated Security=SSPI" gstrConnection02 = "Provider=SQLOLEDB;Initial Catalog=Registration;Data Source=winserver;Integrated Security=SSPI" gstrConnection03 = "Provider=SQLOLEDB;Initial Catalog=Registration;Data Source=imgserver;Integrated Security=SSPI" gstrConnection04 = "Provider=Microsoft.Jet.OLEDB.4.0;Persist Security Info=False;Data Source=\\imgserver\appl\rod.mdb" Above is some code pulled from a couple of my Access apps. Notice I have openned three SQL DBs, One is at work, one SQL7 version on an older server, in my home office and one a SQL2000, on the new home server. The other reference is to a clients MDB, just for fun. You can just swap connection strings depending on a whim or a requirements. You can then use a couple of tables, from two different DBs to populate a reordset and update a third set of tables in another DB..this asssumes you are using ADO...recordsets. I am current working on a VB app that is using a MDB BE and transfers product updates and receives order requests from the client's webserver that is using a MsSQL DB BE. (and a PHP/HTML FE). It seems to be working though it is a long way until completion. HTH Jim -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com]On Behalf Of Martin Reid Sent: Tuesday, November 25, 2003 10:21 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]SWAP DBs I need to be able to swap into different databases from Access. Anyone have an example of swapping the connection to point to another SQL Server DB Martin _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From JRojas at tnco-inc.com Wed Nov 26 09:45:47 2003 From: JRojas at tnco-inc.com (Joe Rojas) Date: Wed, 26 Nov 2003 10:45:47 -0500 Subject: [dba-SQLServer]SS7 - 80040e09 permission denied (strange) Message-ID: <806536912C472E4A9D6515DF2E57261E2395FD@mercury.tnco-inc.com> Hi All, I am using SS7 with a couple of web based front ends (ASP). I have one database that I used to store information that all the other databases will use, e.g. login information. I only have one user in each database which is the IIS Webserver anonymous user. This user only has exec permissions on stored procedures, i.e. no direct access to tables. In the 'Global' DB this user has no permissions to anything and as of right now, this DB only has one table, tblLogins. DB1 has a stored procedure that accesses this 'Gobal' database to check if the user has given valid login credentials (see below) and everything works perfectly. DB2 has a stored procedure that does that same as above and the coding of the SP is identical to that of DB1. When run from DB2 I get an error message from the web page that reads: SELECT permission denied on object 'tblLogins', database 'TNCOGlobal', owner 'dbo'. I checked both databases, both web apps, and all folder permissions to find any differences and have come up with bunk! Any ideas as to why this works with one DB and not the other? Thanks, JR CREATE PROCEDURE dbo.sp_checklogin @user varchar(30), @pass varchar(20), @FL tinyint OUTPUT AS DECLARE @pass2 varchar(20) SET NOCOUNT ON SELECT @pass2 = Password, @FL = FirstLogin FROM TNCOGlobal.dbo.tblLogins WHERE UserName = @user SET NOCOUNT OFF IF (@pass2 Is NULL) BEGIN SET @FL = 3 RETURN END IF (@pass <> @pass2) BEGIN SET @FL = 2 END RETURN This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. From my.lists at verizon.net Wed Nov 26 10:38:35 2003 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 26 Nov 2003 08:38:35 -0800 Subject: [dba-SQLServer]Happy Thanksgiving (US) Message-ID: <3FC4D70B.6090402@verizon.net> Happy Thanksgiving, For this holiday weekend (4 day weekend wooo hooo!) I'm going to be Out of town so I will not be available on the dba-SqlServer list starting 7pm PST (GMT-8) Today. Should any issues or questions arise please contact any of the Main list moderators :) Thank you, -- -Francisco From artful at rogers.com Wed Nov 26 15:18:08 2003 From: artful at rogers.com (Arthur Fuller) Date: Wed, 26 Nov 2003 13:18:08 -0800 Subject: [dba-SQLServer]Large recordsets In-Reply-To: <001501c3b1fc$bc6ad9e0$650a6351@martin1> Message-ID: <000101c3b462$ca690220$6701a8c0@rock> Show me a human that can comprehend 50K rows at once, and I'll show you either a liar or a savant. If I were you I would flatly refuse this requirement. It's idiotic. Of course in a reporting environment that's a different story, but in SQL any form that returns 50K rows is IMO asinine. My opinions about the requirements aside, do you mean precisely that you are linked (i.e. ODBC) or are you using an ADP project? If the latter, you might still be able to work in a paging scheme so the hit is minimal. There are lots of examples of this sort of code around. Basically you load a pageful and wait for the user to request another. I've got a form-template that I call frmAlphabet, with 27 option buttons on the header, all the letters plus "ALL". The AfterUpdate redefines the RecordSource. In Access it writes a SELECT statement; in ADP it passes a letter to a sproc containing a LIKE predicate. If you want it give me a PM. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Sunday, November 23, 2003 12:03 PM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]Large recordsets I have to return perhaps in access of 50,000 records for use in Access. Linked to SQL Server 2000 What would be the fastest approach to take. Comments appreciated. Yeah I know the obvious, filter them first. But for the moment I am not allowed. to. Martin _______________________________________________ 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 Wed Nov 26 15:23:26 2003 From: artful at rogers.com (Arthur Fuller) Date: Wed, 26 Nov 2003 13:23:26 -0800 Subject: [dba-SQLServer]SWAP DBs In-Reply-To: <004401c3b380$eef64a90$d0f66e51@martin1> Message-ID: <000201c3b463$8764fb90$6701a8c0@rock> Is this a general question, or do you know the list of possible connections in advance? If the latter, just create a specific connection to each, then examine the strings. You can write a SELECT CASE block to deal with them in a few seconds. If the former, create a couple of connections to various alternatives and examine the connection strings. It's not difficult to parse them. Look for semi-colons and keywords. You might want to write the results into a table to eliminate future parsing of the string (i.e. every time the user "creates" a new connection, you parse it, write its pieces to the table and thereafter use that). Hth, Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, November 25, 2003 10:21 AM To: dba-sqlserver at databaseadvisors.com Subject: [dba-SQLServer]SWAP DBs I need to be able to swap into different databases from Access. Anyone have an example of swapping the connection to point to another SQL Server DB 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 Wed Nov 26 13:17:28 2003 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Wed, 26 Nov 2003 11:17:28 -0800 Subject: [dba-SQLServer]SWAP DBs References: <000201c3b463$8764fb90$6701a8c0@rock> Message-ID: <001101c3b451$ef8705e0$d0f66e51@martin1> Will do. I know the three databases that may be used. One is alive database, other two are test copies. Martin ----- Original Message ----- From: "Arthur Fuller" To: Sent: Wednesday, November 26, 2003 1:23 PM Subject: RE: [dba-SQLServer]SWAP DBs > Is this a general question, or do you know the list of possible > connections in advance? If the latter, just create a specific connection > to each, then examine the strings. You can write a SELECT CASE block to > deal with them in a few seconds. If the former, create a couple of > connections to various alternatives and examine the connection strings. > It's not difficult to parse them. Look for semi-colons and keywords. You > might want to write the results into a table to eliminate future parsing > of the string (i.e. every time the user "creates" a new connection, you > parse it, write its pieces to the table and thereafter use that). > > Hth, > Arthur > > -----Original Message----- > From: dba-sqlserver-bounces at databaseadvisors.com > [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Martin > Reid > Sent: Tuesday, November 25, 2003 10:21 AM > To: dba-sqlserver at databaseadvisors.com > Subject: [dba-SQLServer]SWAP DBs > > > I need to be able to swap into different databases from Access. > > Anyone have an example of swapping the connection to point to another > SQL Server DB > > > Martin > > _______________________________________________ > 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 Fri Nov 28 00:42:29 2003 From: davide at dalyn.co.nz (David Emerson) Date: Fri, 28 Nov 2003 19:42:29 +1300 Subject: [dba-SQLServer]Slow Sproc execution Message-ID: <5.2.0.9.0.20031128191614.00b2f488@mail.dalyn.co.nz> I have a sproc that has a couple of where statements in it. If I only include 1 statement then the sproc runs within a second and returns about 128 records. If I include both statements then it takes about 40 seconds. Using the SQL Profiler the single statements record approx 8950 reads but with both included the SQL Profiler records approx 136000 reads. There seems to be a need for SQL to pass through the records several times yet the comparisons are both in the same table. My problem is how to reduce the time taken to run the sproc. Here is the code - ALTER PROCEDURE sprptAgedDebtor ( @txtAged1Dte nvarchar(20), @txtAged2Dte nvarchar(20), @bitDD bit, @bitDDFreq varchar(1) ) AS SET NOCOUNT ON --The next line creates a view. The resulting view has about 13000 records in it exec spvwAgedDebtorGetLastStatDate @txtAged1Dte, @txtAged2Dte declare @qs varchar(8000) SELECT @qs = ' SELECT dbo.vwAgedDebtorGet.CustomerID, dbo.vwAgedDebtorGet.AccountNo, dbo.vwAgedDebtorGet.CustName, dbo.vwAgedDebtorGet.StatementDate, dbo.vwAgedDebtorGet.StatementNumber, dbo.vwAgedDebtorGet.AccFreq, dbo.vwAgedDebtorGet.CurrentMth, dbo.vwAgedDebtorGet.OneMonth, dbo.vwAgedDebtorGet.TwoMonths, dbo.vwAgedDebtorGet.ThreeMonths, dbo.vwAgedDebtorReceipt.CNReceipts, dbo.vwAgedDebtorReceipt.Receipts, dbo.vwAgedDebtorGet.MGrpIDNo, dbo.vwAgedDebtorGet.DDRegistered, dbo.vwAgedDebtorGet.DDFrequency FROM dbo.vwAgedDebtorGet INNER JOIN dbo.vwAgedDebtorGetLastStatDate ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND dbo.vwAgedDebtorGet.StatementDate = dbo.vwAgedDebtorGetLastStatDate.StatementDate LEFT OUTER JOIN dbo.vwAgedDebtorReceipt ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceipt.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceipt.StatNum ' IF @bitDD = 1 BEGIN SELECT @qs = @qs + 'WHERE (dbo.vwAgedDebtorGet.DDFrequency = ' + @bitDDFreq + ')' END IF @bitDDFreq <> '0' BEGIN -- @bitDD will always be 1 if @bitDDFreq <> '0' SELECT @qs = @qs + ' AND (dbo.vwAgedDebtorGet.DDRegistered = 1) ' END EXEC (@qs) Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (877) 456-1205 From davide at dalyn.co.nz Sat Nov 29 14:30:08 2003 From: davide at dalyn.co.nz (David Emerson) Date: Sun, 30 Nov 2003 09:30:08 +1300 Subject: [dba-SQLServer]Slow Sproc execution In-Reply-To: <5.2.0.9.0.20031128191614.00b2f488@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20031130092842.00b2ef48@mail.dalyn.co.nz> Problem solved - I created a table first before applying the filter statements. At 28/11/2003, I wrote: >I have a sproc that has a couple of where statements in it. If I only >include 1 statement then the sproc runs within a second and returns about >128 records. If I include both statements then it takes about 40 >seconds. Using the SQL Profiler the single statements record approx 8950 >reads but with both included the SQL Profiler records approx 136000 >reads. There seems to be a need for SQL to pass through the records >several times yet the comparisons are both in the same table. My problem >is how to reduce the time taken to run the sproc. Here is the code - > >ALTER PROCEDURE sprptAgedDebtor > ( > @txtAged1Dte nvarchar(20), > @txtAged2Dte nvarchar(20), > @bitDD bit, > @bitDDFreq varchar(1) > ) >AS > SET NOCOUNT ON > > --The next line creates a view. The resulting view has about > 13000 records in it > exec spvwAgedDebtorGetLastStatDate @txtAged1Dte, @txtAged2Dte > > declare @qs varchar(8000) > >SELECT @qs = ' > SELECT dbo.vwAgedDebtorGet.CustomerID, > dbo.vwAgedDebtorGet.AccountNo, dbo.vwAgedDebtorGet.CustName, > dbo.vwAgedDebtorGet.StatementDate, > dbo.vwAgedDebtorGet.StatementNumber, > dbo.vwAgedDebtorGet.AccFreq, > dbo.vwAgedDebtorGet.CurrentMth, dbo.vwAgedDebtorGet.OneMonth, > dbo.vwAgedDebtorGet.TwoMonths, > dbo.vwAgedDebtorGet.ThreeMonths, > dbo.vwAgedDebtorReceipt.CNReceipts, > dbo.vwAgedDebtorReceipt.Receipts, dbo.vwAgedDebtorGet.MGrpIDNo, > dbo.vwAgedDebtorGet.DDRegistered, > dbo.vwAgedDebtorGet.DDFrequency > FROM dbo.vwAgedDebtorGet INNER JOIN > dbo.vwAgedDebtorGetLastStatDate ON dbo.vwAgedDebtorGet.CustomerID = > dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND > dbo.vwAgedDebtorGet.StatementDate = > dbo.vwAgedDebtorGetLastStatDate.StatementDate LEFT OUTER > JOIN dbo.vwAgedDebtorReceipt ON > dbo.vwAgedDebtorGet.CustomerID = > dbo.vwAgedDebtorReceipt.CustIDNo AND > dbo.vwAgedDebtorGet.StatementNumber = > dbo.vwAgedDebtorReceipt.StatNum ' >IF @bitDD = 1 > BEGIN > SELECT @qs = @qs + 'WHERE > (dbo.vwAgedDebtorGet.DDFrequency = ' + @bitDDFreq + ')' > END >IF @bitDDFreq <> '0' > BEGIN -- @bitDD will always be 1 if @bitDDFreq <> '0' > SELECT @qs = @qs + ' AND > (dbo.vwAgedDebtorGet.DDRegistered = 1) ' > END > >EXEC (@qs) > > > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Churton Park >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 > > Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (877) 456-1205