• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 337
  • Last Modified:

Issues upgrading VBA app to SQL Server


Hi,
    I have a VBA app, which I am know connecting to a sql server db.  I used to link frontend to access db and now its connect to sql server db.

Certain forms work fine, but I am getting different results and errors from differnent events, I suppose its to be expected, but some i am confused about.

1:  In the VBA app, I connected to databases as follows
dim db as database
dim rst as recordset
set db = currentdb
sql = "select *"
Set rst = db.OpenRecordset(sql)

' This works fine in VBA, but after sql server conversio it works with some forms and not otheres. so I have to use the following

Set rst = CurrentDb.OpenRecordset(sql, dbOpenDynaset, dbSeeChanges)

Very unsure why this works with some and not the others.

Im also getting issues with
docmd.runsql(sql)
for certain sql functions.

2:  The vba app is running slower since conversion, i.e calculations are taking longer, in my app i use a lot of the following code
me.txt_cert_value
or
forms!boq_main!txt_value

Can this slow my app down when connected to sql server?

Hope someone can assist in some way,
any advice would be extremly helpfull
Regards
Stephen






0
cstephen100
Asked:
cstephen100
  • 3
  • 2
  • 2
2 Solutions
 
Jim HornMicrosoft SQL Server Developer, Architect, and AuthorCommented:
DAO was optimized for Access '97 and the Jet database Engine.
ADO is optimized for SQL Server.  I highly recommend converting your code from DAO to ADO.  (How much time do you have?)

Dim cn as ADODB.Connection
Set cn = CurrentProject.Connection

Dim rs as ADODB.Recordset
Set rs = New ADODB.Recordset

Dim sql as String
sql = "select * FROM TableName"

rs.Open sql, cn
0
 
Jim HornMicrosoft SQL Server Developer, Architect, and AuthorCommented:
Here's a previous question that has some links to DAO vs. ADO conversions, and some good advice.
http://www.experts-exchange.com/Programming/Programming_Languages/Visual_Basic/Q_20178009.html
0
 
cstephen100Author Commented:
Hi

Thanks for reply jim.

Time is a factor, but we are to eventually upgrade all system to vb.net,
i was just testing of feasable it is to have the VBA application connect to a sql server database.
Would I be correct in thinking ADO is what you would use in vb.net.

I find some of the subforms etc dont work as well under vba linked to sql sevrer.  Would it take much time to convert all to ADo or is it quic k process,
Thanks
Stephen
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
Jim HornMicrosoft SQL Server Developer, Architect, and AuthorCommented:
>we are to eventually upgrade all system to vb.net,
In that case, you'll be going down the road of ADO anyways...

> feasable it is to have the VBA application connect to a sql server database.
Yep.  Office VBA applications can easily connect to SQL.  I currently do it all the time with Access and Excel.

>Would I be correct in thinking ADO is what you would use in vb.net.
Yep.  To get a better answer, you can ask a new question in the VB.NET TA, as many VB programmers are VB6 without the .NET experience, including myself.

>I find some of the subforms etc dont work as well under vba linked to sql sevrer.
I have not come across this yet.  In fact, my current project does an Access subform whose data source is a pass-through query to SQL SP, edited by users selecting values in combo boxes, which edits the pass-through query call, and the speed is identical to when it was a straight (although highly confusing) Access query of linked SQL tables.

Hope this helps.
-Jim
0
 
pootle_flumpCommented:
>Would I be correct in thinking ADO is what you would use in vb.net.
The name is the same but the objects and principles are rather different. Two biggies is there is no longer a recordset (instead datasets and datareaders) and the whole principal is to work in a disconnected environment.

Porting tables from Access to SQL sever is unlikely to yield much benefit on its own. Really you need to transfer as much of the SQL to SQL Server as possible (to be accessed via SPs and views as much as possible). The currentDb code above suggests you have just linked to SQL Server. If you go to .NET then you will have to move your SQL to the server anyway. If you port it from Access to SQL Server now then you can just point your .NET app at those SPs and views when you come to upgrading your front end.

Gotta say - I can't see how
sql = "select *"
works with anything. Typo?

Not sure what 2 means - are you setting a value of a textbox or refering to the value in a query?

HTH
0
 
cstephen100Author Commented:

Hi guys,
Thanks for replies..

sql = "select *", it is a typo surely, The code in 2: is just examples of how I access variables on forms, not doing anything above, just typos.

Im not sure what you ment by SPs,  and placing sql on sql server, do you mean calling scripts etc..  Or do you mean using xml as interface between front end and sql server?

Is Dao slower than ADO?  and by connectin vba to sql server by ado is it faster?

Thanks
Stephen



0
 
pootle_flumpCommented:
I personally like DAO when connecting to JET (Access) and ADO when connecting to SQL Server. Many would say you should use ADO for both. Few would advocate DAO when connecting with SQL Server. MS would like to dump DAO altogether - it is no longer being developed.

SPs = stored procedure. Basically kind of like a SQL Server code procedure that is written in T-SQL (Transact SQL - SQL Server's version of SQL and more ANSI compliant than JET SQL) and can perform multiple actions and can return dataset(s). It can also accept parameters. You can use this (for example) to return the results of a query using the parameters sent to the procedure to limit the results.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_create_4hk5.asp

Views = Very similar to access stored queries but you CAN'T pass parameters to them.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_create2_30hj.asp

HTH

0

Featured Post

Free Tool: SSL Checker

Scans your site and returns information about your SSL implementation and certificate. Helpful for debugging and validating your SSL configuration.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 3
  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now