I hope this isn't inappropriate, but I figure if anyone can help me, it's you
fine folks at the MSDN newsgroups </suckup>
I recently found out that my position is being eliminated and I'm updating
my resume. My quandary is this: since a lot of what I know is self-taught,
I'm not quite sure what skills to say that I have.
For instance, I'm very very familiar with creating instances of Excel
objects within Access modules.
Dim objXL As Excel.Application
Dim objWB As Excel.Workbook
Set objXL = CreateObject("Excel.Application")
Set objWB = objXL.Workbooks.Add
Is that COM? OLE Automation? I'm not sure what heading that falls under.
I've also been asked if I know ADO. Well....I've created ADODB.Connection
and ADODB.Recordset objects, and used them....I've done a bit with table
structure using ADO. Is that all there is to ADO, or is there more to it?
What else might fall under the heading of "ADO"?
Again, sorry for the non-technical post, but I really don't want to
mis-represent or overstate my abilities. Thanks in advance.

Signature
Hmm...they have the Internet on COMPUTERS now!
Douglas J Steele - 06 Dec 2005 14:57 GMT
Your Excel example is Automation.
ADO does have a few other objects in its model. For example, there's a
Command object that lets you run Action queries, where no Recordset is
produce. For more details about ADO, take a look at
http://msdn.microsoft.com/library/en-us/ado270/htm/mdmscsection1_ado.asp

Signature
Doug Steele, Microsoft Access MVP
http://I.Am/DougSteele
(no e-mails, please!)
> I hope this isn't inappropriate, but I figure if anyone can help me, it's you
> fine folks at the MSDN newsgroups </suckup>
[quoted text clipped - 21 lines]
> Again, sorry for the non-technical post, but I really don't want to
> mis-represent or overstate my abilities. Thanks in advance.