Re: extended stored proc programming
From: Bonj (Bonj_at_discussions.microsoft.com)
Date: 10/08/04
- Next message: Bonj: "Re: extended stored proc programming"
- Previous message: Adam Machanic: "Re: extended stored proc programming"
- In reply to: Toby Herring: "Re: extended stored proc programming"
- Next in thread: Toby Herring: "Re: extended stored proc programming"
- Reply: Toby Herring: "Re: extended stored proc programming"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 8 Oct 2004 11:01:10 -0700
hey now that's a good idea.
I might have to learn how to do that.
Can I just add a managed class and as long as I do the #import <mscorlib>
thing and put, like "__gc class...{}" rather than just "class...{}" then
it'll be able to use the managed ADO.NET?
Thanks for that!
"Toby Herring" wrote:
> Depends on what version of C++.
>
> If it's MS C++ 6, then you can simply use the ADO libraries/objects. If
> it's C++.Net, then you can either use ADO with unmanaged C++, or you can
> write mixed managed/unmanaged code, and use ADO.Net libraries for data
> access.
>
> If you're using another version of C++, then you'll either have to use the
> ADO COM libraries or use whatever data access is built into the version of
> C++ you're using. (You can use the SQL API, but I wouldn't recommend that
> approach. It can be faster, but it's a royal PITA to write & troubleshoot,
> and it's nearly impossible to find decent documentation on its
> implementation.)
>
> If you were to write a front-end application that needed to access the
> database, and wrote it in C++, how would you access the database? It's the
> same method, no matter whether it's an executable or a dll or an xp.
>
> --
> Toby Herring
> MCDBA, MCSD, MCP+SB
> Need a Second Life?
> http://secondlife.com/ss/?u=03e0e5b303c234bf08e80ee40119a65e
>
>
> "Bonj" <Bonj@discussions.microsoft.com> wrote in message
> news:762BAA7F-A494-48F0-A8A8-BFAF15844FA2@microsoft.com...
> >
> > I'm afraid I insist. Can you please tell me how to read a table from
> > within
> > an XP, even if just to satisfy my own curiousity regarding testing how
> > fast
> > it actually will be?
> >
>
>
>
- Next message: Bonj: "Re: extended stored proc programming"
- Previous message: Adam Machanic: "Re: extended stored proc programming"
- In reply to: Toby Herring: "Re: extended stored proc programming"
- Next in thread: Toby Herring: "Re: extended stored proc programming"
- Reply: Toby Herring: "Re: extended stored proc programming"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|