From stuart at lexacorp.com.pg Fri Jun 9 19:32:10 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 10 Jun 2006 10:32:10 +1000 Subject: [dba-VB] VB6 and Vista In-Reply-To: <002e01c61520$315f1710$2f01a8c0@dorismanning> References: <000001c6146c$71a80ca0$8ad60e05@ColbyM6805> Message-ID: <448A9FAA.22723.D45C141@stuart.lexacorp.com.pg> VB6 runtime will be shipped with Vista, so your VB6 apps should still be good for the next ten years. http://www.ddj.com/184407843 Now, when it comes to the VB6 runtime, it is scheduled to ship as part of Windows Vista, which means that it will be covered under Vista's support lifecycle. This is five years of mainstream support, plus five years of extended support, from the date that Windows Vista ships. So the runtime itself will continue to be supported for quite some time yet. I think the differentiation between the runtime, and the design environment, is a place where there's been some confusion in the industry. The important thing is, VB6 applications that today run on Windows XP or Windows Server 2003, should run on Windows Vista. There are always changes with the operating system from one version to another, for example, there were changes between Windows 2000 and Windows XP in how certain controls behave. However, we are running all of the acceptance tests for VB6 on Windows Vista, and they all pass. SS: I know that one of the concerns has been, "My app isn't going to run on Vista." It sounds like what you're saying, pretty clearly, is that going to Vista isn't any more of an issue than going from Windows 2000 to Windows XP. It's a new operating system, and there's always the potential for incompatibilities, but Microsoft isn't doing anything to break VB6, or doing anything knowingly keep VB6 from running. In fact, by shipping the VB runtime as part of the operating system, you're hoping that most VB6 apps will keep running without a problem. JR: And we're testing to insure that most VB6 apps will keep running without any problem. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From artful at rogers.com Sun Jun 25 23:22:28 2006 From: artful at rogers.com (artful at rogers.com) Date: Sun, 25 Jun 2006 21:22:28 -0700 (PDT) Subject: [dba-VB] C#? In-Reply-To: <001a01c67890$c7ff2a10$6601a8c0@office> Message-ID: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From kp at sdsonline.net Mon Jun 26 17:41:06 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Tue, 27 Jun 2006 08:41:06 +1000 Subject: [dba-VB] C#? References: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> Message-ID: <002501c69971$9d0d0c30$6601a8c0@office> Sounds like you have it figured out. Unfortunately in working for myself I need to be able to provide 'whole' solutions, although I agree that specialisation is good - and there are people I call who I know are v. good at their area of expertise. Do you work in a team where there are others who can do the front end stuff? Kath ----- Original Message ----- From: artful at rogers.com To: dba-vb at databaseadvisors.com Sent: Monday, June 26, 2006 2:22 PM Subject: Re: [dba-VB] C#? There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From paul.hartland at fsmail.net Tue Jun 27 04:48:56 2006 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 27 Jun 2006 11:48:56 +0200 (CEST) Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <25071157.1151401736678.JavaMail.www@wwinf3002> To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland From DWUTKA at marlow.com Tue Jun 27 09:14:07 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 27 Jun 2006 09:14:07 -0500 Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <17724746D360394AA3BFE5B8D40A9C1BB7EAFD@main2.marlow.com> If there aren't a million tables, you could put in a simple SELECT trigger, so you know what's being used.... Drew -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Tuesday, June 27, 2006 4:49 AM To: accessd; dba-sqlserver; dba-vb Subject: [dba-VB] SQL Tables No Longer Used Importance: High To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From mikedorism at verizon.net Tue Jun 27 09:25:22 2006 From: mikedorism at verizon.net (Mike & Doris Manning) Date: Tue, 27 Jun 2006 10:25:22 -0400 Subject: [dba-VB] SQL Tables No Longer Used In-Reply-To: <25071157.1151401736678.JavaMail.www@wwinf3002> Message-ID: <000101c699f5$87bc7530$2f01a8c0@dorismanning> I use Speed Ferret (www.speedferret.com) to quiz the SQL database for tables. It will tell you the names of any stored procedures, views or functions that reference the table or view. For VB6 code, can't you just do a "Find" in your code to see if you've referenced the item? Doris Manning mikedorism at verizon.net From michael at ddisolutions.com.au Wed Jun 28 18:55:50 2006 From: michael at ddisolutions.com.au (Michael Maddison) Date: Thu, 29 Jun 2006 09:55:50 +1000 Subject: [dba-VB] Refresh(?) DataBinding for custom Object Message-ID: <59A61174B1F5B54B97FD4ADDE71E7D0116A76C@ddi-01.DDI.local> OK, I have a custom object that is bindable. I can bind it to a bunch of controls on my form after I have filled its props and the data shows up just fine. ie this.cboLGA.DataBindings.Add("SelectedValue",activeFire,"LgaID"); C# but you get the idea... I can even propogate any changes back to the 2 x databases. At various times I repopulate activeFire like activeFire = GetNewActiveFire(fid); How do I get the new data to show up? I've seen lots of examples of moving through a dataset but not what I'm trying to do? I know it must be simple... cheers Michael M From stuart at lexacorp.com.pg Fri Jun 9 19:32:10 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 10 Jun 2006 10:32:10 +1000 Subject: [dba-VB] VB6 and Vista In-Reply-To: <002e01c61520$315f1710$2f01a8c0@dorismanning> References: <000001c6146c$71a80ca0$8ad60e05@ColbyM6805> Message-ID: <448A9FAA.22723.D45C141@stuart.lexacorp.com.pg> VB6 runtime will be shipped with Vista, so your VB6 apps should still be good for the next ten years. http://www.ddj.com/184407843 Now, when it comes to the VB6 runtime, it is scheduled to ship as part of Windows Vista, which means that it will be covered under Vista's support lifecycle. This is five years of mainstream support, plus five years of extended support, from the date that Windows Vista ships. So the runtime itself will continue to be supported for quite some time yet. I think the differentiation between the runtime, and the design environment, is a place where there's been some confusion in the industry. The important thing is, VB6 applications that today run on Windows XP or Windows Server 2003, should run on Windows Vista. There are always changes with the operating system from one version to another, for example, there were changes between Windows 2000 and Windows XP in how certain controls behave. However, we are running all of the acceptance tests for VB6 on Windows Vista, and they all pass. SS: I know that one of the concerns has been, "My app isn't going to run on Vista." It sounds like what you're saying, pretty clearly, is that going to Vista isn't any more of an issue than going from Windows 2000 to Windows XP. It's a new operating system, and there's always the potential for incompatibilities, but Microsoft isn't doing anything to break VB6, or doing anything knowingly keep VB6 from running. In fact, by shipping the VB runtime as part of the operating system, you're hoping that most VB6 apps will keep running without a problem. JR: And we're testing to insure that most VB6 apps will keep running without any problem. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From artful at rogers.com Sun Jun 25 23:22:28 2006 From: artful at rogers.com (artful at rogers.com) Date: Sun, 25 Jun 2006 21:22:28 -0700 (PDT) Subject: [dba-VB] C#? In-Reply-To: <001a01c67890$c7ff2a10$6601a8c0@office> Message-ID: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From kp at sdsonline.net Mon Jun 26 17:41:06 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Tue, 27 Jun 2006 08:41:06 +1000 Subject: [dba-VB] C#? References: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> Message-ID: <002501c69971$9d0d0c30$6601a8c0@office> Sounds like you have it figured out. Unfortunately in working for myself I need to be able to provide 'whole' solutions, although I agree that specialisation is good - and there are people I call who I know are v. good at their area of expertise. Do you work in a team where there are others who can do the front end stuff? Kath ----- Original Message ----- From: artful at rogers.com To: dba-vb at databaseadvisors.com Sent: Monday, June 26, 2006 2:22 PM Subject: Re: [dba-VB] C#? There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From paul.hartland at fsmail.net Tue Jun 27 04:48:56 2006 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 27 Jun 2006 11:48:56 +0200 (CEST) Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <25071157.1151401736678.JavaMail.www@wwinf3002> To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland From DWUTKA at marlow.com Tue Jun 27 09:14:07 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 27 Jun 2006 09:14:07 -0500 Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <17724746D360394AA3BFE5B8D40A9C1BB7EAFD@main2.marlow.com> If there aren't a million tables, you could put in a simple SELECT trigger, so you know what's being used.... Drew -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Tuesday, June 27, 2006 4:49 AM To: accessd; dba-sqlserver; dba-vb Subject: [dba-VB] SQL Tables No Longer Used Importance: High To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From mikedorism at verizon.net Tue Jun 27 09:25:22 2006 From: mikedorism at verizon.net (Mike & Doris Manning) Date: Tue, 27 Jun 2006 10:25:22 -0400 Subject: [dba-VB] SQL Tables No Longer Used In-Reply-To: <25071157.1151401736678.JavaMail.www@wwinf3002> Message-ID: <000101c699f5$87bc7530$2f01a8c0@dorismanning> I use Speed Ferret (www.speedferret.com) to quiz the SQL database for tables. It will tell you the names of any stored procedures, views or functions that reference the table or view. For VB6 code, can't you just do a "Find" in your code to see if you've referenced the item? Doris Manning mikedorism at verizon.net From michael at ddisolutions.com.au Wed Jun 28 18:55:50 2006 From: michael at ddisolutions.com.au (Michael Maddison) Date: Thu, 29 Jun 2006 09:55:50 +1000 Subject: [dba-VB] Refresh(?) DataBinding for custom Object Message-ID: <59A61174B1F5B54B97FD4ADDE71E7D0116A76C@ddi-01.DDI.local> OK, I have a custom object that is bindable. I can bind it to a bunch of controls on my form after I have filled its props and the data shows up just fine. ie this.cboLGA.DataBindings.Add("SelectedValue",activeFire,"LgaID"); C# but you get the idea... I can even propogate any changes back to the 2 x databases. At various times I repopulate activeFire like activeFire = GetNewActiveFire(fid); How do I get the new data to show up? I've seen lots of examples of moving through a dataset but not what I'm trying to do? I know it must be simple... cheers Michael M From stuart at lexacorp.com.pg Fri Jun 9 19:32:10 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 10 Jun 2006 10:32:10 +1000 Subject: [dba-VB] VB6 and Vista In-Reply-To: <002e01c61520$315f1710$2f01a8c0@dorismanning> References: <000001c6146c$71a80ca0$8ad60e05@ColbyM6805> Message-ID: <448A9FAA.22723.D45C141@stuart.lexacorp.com.pg> VB6 runtime will be shipped with Vista, so your VB6 apps should still be good for the next ten years. http://www.ddj.com/184407843 Now, when it comes to the VB6 runtime, it is scheduled to ship as part of Windows Vista, which means that it will be covered under Vista's support lifecycle. This is five years of mainstream support, plus five years of extended support, from the date that Windows Vista ships. So the runtime itself will continue to be supported for quite some time yet. I think the differentiation between the runtime, and the design environment, is a place where there's been some confusion in the industry. The important thing is, VB6 applications that today run on Windows XP or Windows Server 2003, should run on Windows Vista. There are always changes with the operating system from one version to another, for example, there were changes between Windows 2000 and Windows XP in how certain controls behave. However, we are running all of the acceptance tests for VB6 on Windows Vista, and they all pass. SS: I know that one of the concerns has been, "My app isn't going to run on Vista." It sounds like what you're saying, pretty clearly, is that going to Vista isn't any more of an issue than going from Windows 2000 to Windows XP. It's a new operating system, and there's always the potential for incompatibilities, but Microsoft isn't doing anything to break VB6, or doing anything knowingly keep VB6 from running. In fact, by shipping the VB runtime as part of the operating system, you're hoping that most VB6 apps will keep running without a problem. JR: And we're testing to insure that most VB6 apps will keep running without any problem. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From artful at rogers.com Sun Jun 25 23:22:28 2006 From: artful at rogers.com (artful at rogers.com) Date: Sun, 25 Jun 2006 21:22:28 -0700 (PDT) Subject: [dba-VB] C#? In-Reply-To: <001a01c67890$c7ff2a10$6601a8c0@office> Message-ID: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From kp at sdsonline.net Mon Jun 26 17:41:06 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Tue, 27 Jun 2006 08:41:06 +1000 Subject: [dba-VB] C#? References: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> Message-ID: <002501c69971$9d0d0c30$6601a8c0@office> Sounds like you have it figured out. Unfortunately in working for myself I need to be able to provide 'whole' solutions, although I agree that specialisation is good - and there are people I call who I know are v. good at their area of expertise. Do you work in a team where there are others who can do the front end stuff? Kath ----- Original Message ----- From: artful at rogers.com To: dba-vb at databaseadvisors.com Sent: Monday, June 26, 2006 2:22 PM Subject: Re: [dba-VB] C#? There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From paul.hartland at fsmail.net Tue Jun 27 04:48:56 2006 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 27 Jun 2006 11:48:56 +0200 (CEST) Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <25071157.1151401736678.JavaMail.www@wwinf3002> To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland From DWUTKA at marlow.com Tue Jun 27 09:14:07 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 27 Jun 2006 09:14:07 -0500 Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <17724746D360394AA3BFE5B8D40A9C1BB7EAFD@main2.marlow.com> If there aren't a million tables, you could put in a simple SELECT trigger, so you know what's being used.... Drew -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Tuesday, June 27, 2006 4:49 AM To: accessd; dba-sqlserver; dba-vb Subject: [dba-VB] SQL Tables No Longer Used Importance: High To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From mikedorism at verizon.net Tue Jun 27 09:25:22 2006 From: mikedorism at verizon.net (Mike & Doris Manning) Date: Tue, 27 Jun 2006 10:25:22 -0400 Subject: [dba-VB] SQL Tables No Longer Used In-Reply-To: <25071157.1151401736678.JavaMail.www@wwinf3002> Message-ID: <000101c699f5$87bc7530$2f01a8c0@dorismanning> I use Speed Ferret (www.speedferret.com) to quiz the SQL database for tables. It will tell you the names of any stored procedures, views or functions that reference the table or view. For VB6 code, can't you just do a "Find" in your code to see if you've referenced the item? Doris Manning mikedorism at verizon.net From michael at ddisolutions.com.au Wed Jun 28 18:55:50 2006 From: michael at ddisolutions.com.au (Michael Maddison) Date: Thu, 29 Jun 2006 09:55:50 +1000 Subject: [dba-VB] Refresh(?) DataBinding for custom Object Message-ID: <59A61174B1F5B54B97FD4ADDE71E7D0116A76C@ddi-01.DDI.local> OK, I have a custom object that is bindable. I can bind it to a bunch of controls on my form after I have filled its props and the data shows up just fine. ie this.cboLGA.DataBindings.Add("SelectedValue",activeFire,"LgaID"); C# but you get the idea... I can even propogate any changes back to the 2 x databases. At various times I repopulate activeFire like activeFire = GetNewActiveFire(fid); How do I get the new data to show up? I've seen lots of examples of moving through a dataset but not what I'm trying to do? I know it must be simple... cheers Michael M From stuart at lexacorp.com.pg Fri Jun 9 19:32:10 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 10 Jun 2006 10:32:10 +1000 Subject: [dba-VB] VB6 and Vista In-Reply-To: <002e01c61520$315f1710$2f01a8c0@dorismanning> References: <000001c6146c$71a80ca0$8ad60e05@ColbyM6805> Message-ID: <448A9FAA.22723.D45C141@stuart.lexacorp.com.pg> VB6 runtime will be shipped with Vista, so your VB6 apps should still be good for the next ten years. http://www.ddj.com/184407843 Now, when it comes to the VB6 runtime, it is scheduled to ship as part of Windows Vista, which means that it will be covered under Vista's support lifecycle. This is five years of mainstream support, plus five years of extended support, from the date that Windows Vista ships. So the runtime itself will continue to be supported for quite some time yet. I think the differentiation between the runtime, and the design environment, is a place where there's been some confusion in the industry. The important thing is, VB6 applications that today run on Windows XP or Windows Server 2003, should run on Windows Vista. There are always changes with the operating system from one version to another, for example, there were changes between Windows 2000 and Windows XP in how certain controls behave. However, we are running all of the acceptance tests for VB6 on Windows Vista, and they all pass. SS: I know that one of the concerns has been, "My app isn't going to run on Vista." It sounds like what you're saying, pretty clearly, is that going to Vista isn't any more of an issue than going from Windows 2000 to Windows XP. It's a new operating system, and there's always the potential for incompatibilities, but Microsoft isn't doing anything to break VB6, or doing anything knowingly keep VB6 from running. In fact, by shipping the VB runtime as part of the operating system, you're hoping that most VB6 apps will keep running without a problem. JR: And we're testing to insure that most VB6 apps will keep running without any problem. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From artful at rogers.com Sun Jun 25 23:22:28 2006 From: artful at rogers.com (artful at rogers.com) Date: Sun, 25 Jun 2006 21:22:28 -0700 (PDT) Subject: [dba-VB] C#? In-Reply-To: <001a01c67890$c7ff2a10$6601a8c0@office> Message-ID: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From kp at sdsonline.net Mon Jun 26 17:41:06 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Tue, 27 Jun 2006 08:41:06 +1000 Subject: [dba-VB] C#? References: <20060626042228.68142.qmail@web88208.mail.re2.yahoo.com> Message-ID: <002501c69971$9d0d0c30$6601a8c0@office> Sounds like you have it figured out. Unfortunately in working for myself I need to be able to provide 'whole' solutions, although I agree that specialisation is good - and there are people I call who I know are v. good at their area of expertise. Do you work in a team where there are others who can do the front end stuff? Kath ----- Original Message ----- From: artful at rogers.com To: dba-vb at databaseadvisors.com Sent: Monday, June 26, 2006 2:22 PM Subject: Re: [dba-VB] C#? There are layers and layers and layers. Some people can write device drivers, some people can write middleware DLLs, some can write sprocs and some can write websites. I have never yet met someone who can do them all expertly. As Sartre might have phrased it in one of his few good moods, "That's why there are other people." I think I have a pretty good handle on my skill sets, and I will be the first to tell you not to look to me for device drivers or DLLs. Not my ball game. You want SQL and SQL performance, talk to me. That other stuff, your money is best invested elsewhere. If there is anything I've learned in 20 years in this business, it's that you cannot be good at everything. So I've narrowed it down to two narrow branches. You want database architecture or sprocs/udfs/etc., talk to me. I have even abandoned the Access development path, at which I once was pretty good, but an old man cannot spread himself so broadly. So where I once considered myself capable of five things, I'm now down to two. I'm much better at them, but the gigs are few because I am less promiscuous. I have never written a device driver, or a compiler, or a programming language. I wrote some libraries for developers and I wrote lots of apps in several front-end languages. Now I find that I've lost interest in the front end, I just regard it as an abstract space that should call the functions and sprocs that I write in the back end, which is either MS-SQL or MySQL. I leave it to creative people to design the pretty screens; I have no more interest in proving that your screens are prettier than mine. All I want to do now is deliver the data requested in the smallest number of seconds. I don't want to control the project, much less oversee all its aspects. My ambitions, I guess, have receded. I know how to do one thing well, and that's enough to pay the rent. Later for Famous, as it were. I just want to concentrate on how to investigate 50 million rows and find the four rows of interest in the shortest time possible. All the glitz I leave to someone else. I am playing with c# but not because I consider myself a c# developer. The transition from vb was effortless (leave out the DIM and add semicolons, that's about it). But I don't want anyone to hire me to develop c#. You need bitchin' sprocs, I'm your guy. That's what I concentrate on. Not to say that I'm the best, but only that I aspire to be. Narrow focus, work hard, get better over time, that's it. Don't ask me for a compiler, or write the app that blows Google away. I'm not your boy for those gigs. But I can look at sprocs and udfs and figure out how to make them run more quickly. That's my self-defined narrow focus. And that's enough. ----- Original Message ---- From: Kath Pelletti To: dba-vb at databaseadvisors.com Sent: Monday, May 15, 2006 10:31:04 PM Subject: Re: [dba-VB] C#? I know what you mean about the mindset. I was given a big project to do this year and I started off really just converting the way I code in vba to vb.net. But I had a big 'what am I doing?' moment about a month ago and have now hired someone to design the OO architecture and I have to learn his mindset. It's quite illuminating. I am in the throws of learning it all now - object factories and class code generators etc etc. But that feeling of being 'master of absolutely nothing' is truly bad when you have a commitment to the client and a deadline....aaargh. ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 11:36 AM Subject: Re: [dba-VB] C#? I migrated my vba skills from Access to classic ASP applications and at the same time got into VB6 application programming but never really learned OOP principles. Transitioning to VB.NET didn't help any to learn OOP principles since it was just easy to continue programming in the same mindset. I migrated to C# last year and could still make do with VB-style programming to a certain extent but eventually learned the OOP way of developing applications. Prior to learning vba though I had classic C experience (Turbo C by Borland) so I already had the concept of C programming down. The biggest learning curve will be migrating to OOP ways. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 6:10 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] C#? Hi Eric - yeah, I'm finding it a stretch to go from vba to vb.net. I will now be working with 2 others who have a preference for C#. Just wondering about diff. between leaping vba to vb.net as opposed to vba to C#. Kath ----- Original Message ----- From: Eric Barro To: dba-vb at databaseadvisors.com Sent: Tuesday, May 16, 2006 10:42 AM Subject: Re: [dba-VB] C#? VB to C# is not too much of a stretch but VBA to C# is a stretch. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Monday, May 15, 2006 4:41 PM To: AccessD VB List Subject: [dba-VB] C#? Has anyone made the change from vba to C#? Just wondering how big the learning curve is...... ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 Email: KP at SDSOnline.net _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From paul.hartland at fsmail.net Tue Jun 27 04:48:56 2006 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 27 Jun 2006 11:48:56 +0200 (CEST) Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <25071157.1151401736678.JavaMail.www@wwinf3002> To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland From DWUTKA at marlow.com Tue Jun 27 09:14:07 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 27 Jun 2006 09:14:07 -0500 Subject: [dba-VB] SQL Tables No Longer Used Message-ID: <17724746D360394AA3BFE5B8D40A9C1BB7EAFD@main2.marlow.com> If there aren't a million tables, you could put in a simple SELECT trigger, so you know what's being used.... Drew -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Tuesday, June 27, 2006 4:49 AM To: accessd; dba-sqlserver; dba-vb Subject: [dba-VB] SQL Tables No Longer Used Importance: High To all, I have cross posted this just in case anyone else knows of anything, I don't know if this sort of software will be available...I have a SQL Database with a VB6 front-end that the company has decided it's time we totally re-design, now this database has been passed down twice so there are tables in it etc that are no longer used. Is there a piece of software that can run through a SQL database and/or VB6 code that will tell me which tables/queries/views/store procedures are no longer used. If not does anyone have a good strategy plan if they have done this before, this is a big database and I can't see a simple solution to totally re-designing it to also incorporate the existing data. Thanks in advance for any help on this . Paul Hartland _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From mikedorism at verizon.net Tue Jun 27 09:25:22 2006 From: mikedorism at verizon.net (Mike & Doris Manning) Date: Tue, 27 Jun 2006 10:25:22 -0400 Subject: [dba-VB] SQL Tables No Longer Used In-Reply-To: <25071157.1151401736678.JavaMail.www@wwinf3002> Message-ID: <000101c699f5$87bc7530$2f01a8c0@dorismanning> I use Speed Ferret (www.speedferret.com) to quiz the SQL database for tables. It will tell you the names of any stored procedures, views or functions that reference the table or view. For VB6 code, can't you just do a "Find" in your code to see if you've referenced the item? Doris Manning mikedorism at verizon.net From michael at ddisolutions.com.au Wed Jun 28 18:55:50 2006 From: michael at ddisolutions.com.au (Michael Maddison) Date: Thu, 29 Jun 2006 09:55:50 +1000 Subject: [dba-VB] Refresh(?) DataBinding for custom Object Message-ID: <59A61174B1F5B54B97FD4ADDE71E7D0116A76C@ddi-01.DDI.local> OK, I have a custom object that is bindable. I can bind it to a bunch of controls on my form after I have filled its props and the data shows up just fine. ie this.cboLGA.DataBindings.Add("SelectedValue",activeFire,"LgaID"); C# but you get the idea... I can even propogate any changes back to the 2 x databases. At various times I repopulate activeFire like activeFire = GetNewActiveFire(fid); How do I get the new data to show up? I've seen lots of examples of moving through a dataset but not what I'm trying to do? I know it must be simple... cheers Michael M