Are you likely to approach the database size limit (4GB, I think)? - it's not a massive technical problem because there is an upgrade path to the full version with unlimited db size - but that introduces a sudden large cost.Somehow I am now considering to SQL express.
[url="http://www.microsoft.com/sqlserver/2008/en/us/editions.aspx]Yup[/url]To Atomic Shrimp on Post No. 12
what do you mean 4 gig limit? 4 gig limit in sql server express?
It says "attachment fields are not supported in MDB or ADP database formats. If attachment fields are included in the source database tables, those fields will not be imported - do you want to continue?"To Atomic Shrimp on Post No. 13
1. What are the data types that are not supported? Were you able to know that?
Yes, but it's important to note that although I did this in a 2003 format db, I was working in Access 2007.2. So when you linked the tables from 2007 to 2003, it really did appear as linked table in 2003 database?
I think this theory will prove incorrect - or rather, the individual files may retain their features, but a feature exclusive to Access 2007 will not work when you try to run it in 2003 - even if it's in the back end, because both front and back ends are being executed locally, by whatever version of Access you use to open the front end.3. with regards to encryption, my theory is that, frontend and backend are two different files. both have different features. so therefore, they retain their individual features but do not share each others features.
Are you likely to approach the database size limit (4GB, I think)? - it's not a massive technical problem because there is an upgrade path to the full version with unlimited db size - but that introduces a sudden large cost.
Not that I'm suggesting MS licensed products aren't worth the money, but if it were me, and I was starting with a reasonably blank canvas, I'd be considering one of the open source database solutions (in fact that is what I'm considering).
If I have to learn something, my inclination is to learn something I can scale up without paying out a lot.
However, SQL Server skills are more marketable in some contexts than, say, MySQL skills, so it's never a completely cut and dried decision.
I think this theory will prove incorrect - or rather, the individual files may retain their features, but a feature exclusive to Access 2007 will not work when you try to run it in 2003 - even if it's in the back end, because both front and back ends are being executed locally, by whatever version of Access you use to open the front end.
In summary, I don't think the 2003+2007 idea will work - and trying harder won't make it work.
Quite possible - although it might depend on how cleverly they have constructed the file - Access doesn't care too much about the file extensions and if the file header inside is designed in a modular way so that 2003 can get the bits it needs without tripping over the 2007 bits it won't understand, then it might work....Well, when I said it could work, I was in the rut thinking of 2003's .mdb linking to 2007 .mdb.
But that's basically correct, and is how we can use ULS or replication in 2007, provided that we use .mdb, because this is no longer supported in newer .accdb. As for the 2007 allowing linking .mdb to .accdb via UI, I'm suspicious about that because I'd bet we were using 2007's object library which is aware of both file formats but to 2003's object library, it knows only one format so if it see itself being linked to .accdb, it would shit a brick.![]()
![]()
But how did the ACCDB file format even come up in the linking dialog?Using 2007, I created an .accdb (2007) back end, then I created a .mdb (2002-2003) database and tried linking some of the 2007 back end stuff in.