Solved

Access front-end and MySQL and Access(Jet) back-ends

Posted on 2012-04-08
8
426 Views
Last Modified: 2012-07-16
Hi All,

System is outgrowing Access's db limitations – 34 back end databases @ 20Gb, and with single tables approaching 1.8Gb it’s time to change! Also more interested in the increased security, stability and multi-user capabilities. Hoping to get performance improvements too as some queries are taking a fair while to process.

I still intend to use Access as a front end, and migrate the back-ends over to MySQL – probably in stages, and starting with an important main 1.8Gb table/db. I appreciate this is a well-asked about area, but I have a few questions which I can’t seem to understand properly and would appreciate answers and any general discussion/advice. I know how to export the Access/JET dbs to MySQL in general.

1.      Is using MySQL with Access as simple as linking the MySQL dbs through the External Data->Import->ODBC instead of linking to the Access dbs? (I doubt it!)

2.      At the moment (almost)all data editing etc in VBA is done through DAO:
Dim dbs as DAO.Database
Dim rst as DAO.Recordset
Set dbs = CurrentDB
Set rst = dbs.OpenRecordset(x)
 Will this be a problem//still work?

3.      Various queries and VBA functions on datasets have functions which are Access-specific (CInt, etc). Will these still work or will the MySQL equivalents have to be used?

4.      As mentioned, currently spread across 34 Access/JET back ends for space and organisational reasons. Should the data be kept in a single MySQL db/multiple/doesn’t matter?

5.      Will there be any problem working an Access front end with backends in both Access/Jet and MySQL, considering queries will be using tables from both

I’m sure there are more / any general advice appreciated!

Thanks in advance.
Katerina.
0
Comment
Question by:katerina-p
  • 3
  • 2
8 Comments
 
LVL 12

Assisted Solution

by:danishani
danishani earned 250 total points
ID: 37822290
You can take a look at below thread for a start, migrating MS Access to MySQL, ODBC connection etc.:
http://forums.mysql.com/read.php?65,148441,148441

You can still use DAO to connect to mySQL, or ADO, just depends on which you prefer, as you already use DAO that will be no problem.

For Functions and Operators being used in MySQL, check below thread:
http://dev.mysql.com/doc/refman/5.0/en/functions.html

Alternatively, you can migrate to SQL Server Express, which is free also.
http://www.microsoft.com/sqlserver/en/us/editions/express.aspx

Hope this helps,
Daniel
0
 
LVL 30

Accepted Solution

by:
hnasr earned 250 total points
ID: 37822393
Quick response:
1 yes
2 yes
3 yes
4 Can't see why not. You need to try.
5 Generally No
0
 

Author Comment

by:katerina-p
ID: 37822835
Thanks Daniel.

I expect table (and hence database) sizes of up to 20Gb+, and I understand SQL Server Express has a limit (4/10Gb?) so that rules that out.

I'm aware in general of the function differences - when running a query in Access, will I have to ensure that queries on Jet tables use Access functions and queries on MySQL tables use MySQL functions? (As queries will intially pull from both Access/Jet and MySQL, this would mean that different functions in the same query depending on the table that the field is in?)

hnasr, thanks for your time, but my points 2, 3, and 4 had two questions so I'm unsure to which you were answering!

I've seen people establishing ODBC connections to MySQL in VBA - why would this need to be done if you can link the ODBC tables and use DAO/ADO?
0
Highfive + Dolby Voice = No More Audio Complaints!

Poor audio quality is one of the top reasons people don’t use video conferencing. Get the crispest, clearest audio powered by Dolby Voice in every meeting. Highfive and Dolby Voice deliver the best video conferencing and audio experience for every meeting and every room.

 
LVL 30

Expert Comment

by:hnasr
ID: 37822882
Quick response:
1 yes
2 yes (works with no problems)
3 yes - no need for equivalents
4 Can't see why not be as you prefer. You need to try.
5 Generally No
0
 

Author Comment

by:katerina-p
ID: 37822907
Thanks. Will there be a performance increase linking to/using MySQL instead of Access/Jet?
0
 

Author Comment

by:katerina-p
ID: 37832144
I've exported the [main] table to a local MySQL db, set up the PK and indexes. Linked to it in Access via ODBC.

I noticed huge delays opening the table, and I've run a quick query:-

Dim dbs As DAO.Database
Dim rst As DAO.Recordset
Set dbs = CurrentDb
Set rst = dbs.OpenRecordset(x)
rst.MoveFirst
Do While Not rst.EOF
  rst.MoveNext
Loop
rst.Close


For the table in a local Access/Jet db, this takes 1 second. For the same table in a local MySQL db, it takes 50s! Why would this be?

Thanks.
0

Featured Post

Free Trending Threat Insights Every Day

Enhance your security with threat intelligence from the web. Get trending threat insights on hackers, exploits, and suspicious IP addresses delivered to your inbox with our free Cyber Daily.

Join & Write a Comment

QuickBooks® has a great invoice interface that we were happy with for a while but that changed in 2001 through no fault of Intuit®. Our industry's unit names are dictated by RUS: the Rural Utilities Services division of USDA. Contracts contain un…
Introduction The Visual Basic for Applications (VBA) language is at the heart of every application that you write. It is your key to taking Access beyond the world of wizards into a world where anything is possible. This article introduces you to…
In Microsoft Access, learn how to use Dlookup and other domain aggregate functions and one method of specifying a string value within a string. Specify the first argument, which is the expression to be returned: Specify the second argument, which …
In Microsoft Access, when working with VBA, learn some techniques for writing readable and easily maintained code.

708 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

16 Experts available now in Live!

Get 1:1 Help Now