Results 1 to 4 of 4

Thread: starting ADO projects (VB6)

  1. #1

    Thread Starter
    Lively Member
    Join Date
    Mar 2002
    Location
    Here and There
    Posts
    92

    starting ADO projects (VB6)

    I've been strating out/experimenting with ADO connectiviity to a database (access97 db).
    I want to create a project that has

    (1) a client app.
    (2) activeX DLL which handles the connections to the above db (open/close etc)
    (3) another activeX DLL which handles the sql commands to the above db (SELECT etc)
    (4) the access db itself


    now does this mean that I can set up references in the following way

    a) setup references to the ADO objects lib etc and only use ADODB recordset references in the client app
    b) setup references to the ADO objects from each of the DLLs lib etc and use objects re: ADODB references where applicable


    is there any problems with the above ?
    ab uno disce omnes

  2. #2
    Fanatic Member faisalkm's Avatar
    Join Date
    Oct 2000
    Location
    Germany
    Posts
    752
    if u use the dlls to open and close your db and to return data from the db, then you actually dont need any reffernce to ado objects from the client app. It depends on how you want to implement this. Ofcourse you need to have ADO reff in your dlls.
    Faisal Muhammed
    Homepage:I Started making it in 1994 ...Still Under Construction
    Using

    Visual Basic 6.0 Enterprise SP5
    Embedded Visual Basic 3.0
    SQL Server 2000
    Windows 2000 Proff
    Delphi 6.0


    Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.

  3. #3

    Thread Starter
    Lively Member
    Join Date
    Mar 2002
    Location
    Here and There
    Posts
    92

    starting ADo etc

    My idea:
    1)client app will utilise a flexgrid retrieving data from a recordset obj (reference to ADO recordset object etc needed?)

    2) the first DLL will handle the open and close connections stuff
    (another reference the ADO DB object here?)

    3) the second DLL will handle only the commands/instructions and passing any data (all SQL stuff from the Database). Also must receive info from the client app and pass it on to the DB
    (another reference the ADO DB object here?)

    hopefully this should make the idea clearer.

    I thought that I would to have references to the ADO(ADODB) in the DLLs( module classes) and an reference to the class in the client app ...yes?
    ab uno disce omnes

  4. #4
    Fanatic Member
    Join Date
    Apr 2002
    Posts
    638
    i think it would be better to have one DLL that handles both the opening/closing of connections, as well as retrieving/sending data.

    firstly, it would seem a bit pointless to have a DLL that only opens and closes connections (that's just gonna be like four small methods, two for the connection object, and two for the recordset). secondly, if you had the connection in a seperate DLL, you'd have to pass the connection between DLLs, which would seem to me to be unneccessarily complicated.

    and yeah, i think you'd have to have ADO referenced in the client app, to pass the recordset to the flexgrid though.

    hope that helps.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width