If I try to duplicate an access file (this file is split into mdb and be mdb, and also has mde files), by importing everything into a brand new access application, why won't the table links work? Everytime I click anything it says that the tables cannot be found
Probably so simple it's not worth asking on here, but ....?
When you import a link table in the usual way (File->Get External data), the links are imported not the tables themselves. You need to import the tables from the back-end.
Related
My new vBulletin forum is empty, and I want to encourage new users to visit, like and contribute. But first, I need to make it...not empty. As an admin, I could manually type in a bunch of threads, all from 'admin' - but that won't work. One look at either an empty website or a site filled with admin posts are equally undesirable. So I need to add hundreds of posts from hundreds of users before day one.
I assume that I should do this via the database, which I can access from phpMyAdmin via cPanel. I tried to download (export) the 'user' table with its 74 columns as a CSV table for MS Excel, but when I opened it in Excel, it was not in table form - it was all , and " in a string. If I could only see it laid out nicely in Excel, I could paste hundreds of usernames into the USER table, and and hundreds of articles into the THREAD table. I think. Am I missing something?
I am definitely going to fake it until I make it - there is simply no other way with a new website. The question is whether I have to manually do it from the front end for each user and each new thread (weeks of work), or whether I can paste them all into the database in a couple of hours.
Please help. Thanks.
Just regarding Excel, use the 'Text to Columns' tool on the Data tab to convert the CSV string into columns.
Where are you getting the content from to pre-load your forum though? If you have to make it up anyway, then is there much actual time saving in loading data in via phpMyAdmin in reality?
Assuming you have some content available from somewhere though, then you can export to CSV again from Excel and use a CSV to SQL tool (eg. https://codebeautify.org/csv-to-sql-converter though there are others around also) to generate SQL INSERT statements for uploading via phpMyAdmin or other DB tools. (I don't recall if phpMyAdmin has a SQL file upload mechanism or if you just have to paste the SQL into the browser window... have not used it for a good few years now).
I have an MS Access database (.accdb) that I have created with several queries, forms, and macros. The database was created using Linked Tables that point to Excel spreadsheet files on a network drive. We are looking to add a survey capability to this database that would need to update one of the linked tables.
Looking online, it appears that splitting the database between Backend (BE) and Frontend (FE) is the best way to ensure multiple users can access/edit the information without the Excel files being locked out.
However, when I follow the directions on how to split the database, by BE file doesn't have any tables in it. I can manually go in and recreate the links to the Excel files in the BE file, but when I go into the FE file I am not able to link to the BE files.
My Question: Is there a way to have a BE file hold Linked Excel tables, and have the FE file link to the BE linked tables?
No, this is not possible. You can only link directly to tables, you can't link to linked tables.
Also, Excel is not fit for data storage in a multi-user environment unless it's read-only.
You can, of course, link to the Excel files in your front-end, or query the Excel files in your front-end without linking.
I had been told that if I open Access 97, the whole system or at least most of it are inside some database. Is it true? For example if I write some VB code into it, the whole code is inside some database. I thought before that only the data I fetch from SQL are inside some database.
The "whole system" is inside Access, so if you have forms and such they're mingled in that file along with the data.
Access keeps everything in an .mdb file. When you open up the project you will see your tabs (tables, queries, forms, etc. etc. etc.) Code in Modules is there as are Macros.
It actually keeps a lot more in this file that is generally hidden - basically its meta data for the project. If you go to tools -> options you should see a check box for system objects. Select that and when you look at tables you will see names like this:
MSysACEs
MSysModules
MSysModules2
MSysObjects
MSysQueries
MSysRelationships
You play with these tables at your own risk.
The only other thing that is not stored in the main file is security info - if you try to lock down the file. That is in a system.mdw file See here for more http://support.microsoft.com/kb/303941/EN-US. I have only used this or seen it used when we wanted to lock down an 'application'.
I have made some changes to the design of backend database which is being used by some clients. Now I need to replace the older backend database file with the new one, but at the same time import all the older records to the newer one too. The design changes are not major and no field names were changed. When I try to import tables from older to newer database through External Data->Access, it imports the complete tables instead of just their data. How do I import the data ONLY from older tables in older database to newer database? I tried to design a append query, but couldn't find a way to fetch data from a different database. I am using Access 2010 if it matters.
Please help. Thanks!
I would strongly suggest creating code within your new FE file which creates the new tables, relationships, indexes and new fields on existing tables. And runs any update queries required although it sounds like in your current situation there weren't any.
Updating an Access Backend MDBs structure using VBA code
The Compare'Em utility has made this process much easier.
I would suggest keeping a version number of the FE and BE in a table thus helping you to figure out when to run the code or not allow a new FE to be run against an old format BE.
Good Morning,
I've been asked to make changes to a custom CMS, involving the addition and deletion of form fields and corresponding database fields. The UI changes are pretty basic. However, the twist is that I don't have direct access to the MySQL database. I've only been given a .sql file. I've edited it, changing the table structures to accomodate the UI modifications. Besides the table edits in the .sql file, is there anything else I should do to it to ensure that it re-creates the database correctly?
Thanks,
Sid
is there anything else I should do to
it to ensure that it re-creates the
database correctly?
Can you request a copy of the database, or the database with dummy data, or even a script that creates the database? That way, you can take this home, and then double check your SQL file does the right thing.