LiveOak Posted February 1, 2001 Posted February 1, 2001 This sounds like a good question for the Access forum! . I don't know what import formats Access will handle, but some formats that FM can create will carry field name information. Try DIF, DBF or SYLK. The only limitation is DIF and DBF limit text field size and will truncate long text strings. I'm not sure if SYLK limits text length. Of course, you could alway put off the corporate MIS types and stay with FM. . -bd
kraftyman Posted February 2, 2001 Posted February 2, 2001 It can be very easy, or it can be hard. If your FMP database has field names which comply with ODBC guidelines ( no %$#@!&^*><:?, etc. in the field names) then simply set up your FMP file as an ODBC datasource and import the file into a new table.)This is by far the fastest method. If your field names are not something Access or ODBC will come withthen things get a bit painful. You could probably create a recod with the filed name as the field value eg: "Surname" in the Surname field. Of course if you have 150 fields this can be a bit tedious...
Newbies MGomes Posted February 2, 2001 Newbies Posted February 2, 2001 My company wishes to transfer their files from Filemaker Pro to one of the MS Office 97 programs, and I figure that Access would be best so I can create a form for input that resembles Filemaker Pro. The problem that I'm having is that it will not import the field names so I would have to rename 255 field names... Is there any easier way to do this? I'm VERY open to suggestions on how to convert this to any other format as well, as long as it will work with Office 97
john.daly Posted February 2, 2001 Posted February 2, 2001 Simply exporting the database in dbf format from Filemaker and then importing this into Access seems to work and it imports all the field names.
Newbies MGomes Posted February 2, 2001 Newbies Posted February 2, 2001 Thank you all for your responses. I've tried all of the options given (aside from the ODBC) but it seems that my biggest problem is with the database itself. When I import the dbf or tab/comma separated file, it appears that I have more then 255 fields. I don't know why the database has so many redundant fields so we may have to redesign the database with conversion in mind.
Recommended Posts
This topic is 8696 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now