I converted my MS Access database to 2002-2003 format, opened it in MS 2010 and saved it as a .accdb.
According to MS I should be able to open it. It has a workgroup file and I am opening it using ms access 2016 (32 bit) version. I am getting the error message "can not open a database with a previous version of your application".
I was wondering if I have to convert the workgroup also .mdw? I don't see where you would make this conversion. I get the same error message with or without invoking the mdw when opening the .accdb file.
Related
Trying Delphi 10.2 Tokyo with Paradox using FireDAC ODBC bring gives the error: Unexpected Error from external database driver (11265)
A solution is to try one of these:
1. You need to give the admin authentication to odbc32.dll
2. Permit the full access for the current user to odbc32.dll
3. Change the ownership of odbc32.dll for the current user/admin
4. You must install BDE (Borland Database Engine) to open the paradox DB Files. 5. go to control panel and open Data Source (odbc). After Open ODBC go to the Connection Pooling and Enable the polling for the Microsoft Access Driver(mdb) and Driver do Microsoft Paradox (.db)
6. Add the File DSN to set the paradox DB Directory
7. Create the User DSN for Driver do Microsoft Paradox
8. Change the NET DIR Path to your paradox database folder.
I want to connect to an Excel file with UniDAC
I have set Provider property of UniConnection to "ODBC" and Server property to "Excel Files" but there is no option to set Excel File Address
How can I Connect to an Excel File with UniDAC ? is it possible ?
I can connect to excel file with ADO but I want to use UniDAC
I`m using Delphi XE6
Unidac, as you have discovered provides an ODBC data access driver. But as with other drivers that provide access via ODBC, you need to setup an ODBC data source name (DSN) to connect to via Control Panel->Administrative Tools->Data Sources (ODBC). And that's just the start...
A better option for Delphi is to go via ADO or... OLE.
In the Delphi IDE select Component->Install Packages, and tick either
Microsoft Office 2000 Sample Automation Server Wrapper Components
or
Microsoft Office XP Sample Automation Server Wrapper Components
to install the components you can use for accessing Excel this way.
Here is a comprehensive guide to OLE, though it's a little dated: Delphi 3 - Delphi and Microsoft Office: Automating Excel and Word and
Delphi 3 - Delphi and Microsoft Office: Automating Excel and Word - Page 2
FUniConnection1.ConnectString := Format('Provider Name=ODBC;Server="DRIVER=Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb); DBQ=%s"', [FileName]);
I am having quite an issue trying to create a linked server in SQL 2014 to Informix. I have downloaded the IBM Informix SDK 4.10 FC2. This allowed me to create a 32 bit ODBC in the 64 bit ODBC tool and I was able to register the ifxoledbc.dll with regsvr32. However, I cannot get the ifxoledbc provider to show up under Server Objects -> Linked Servers -> Providers nor am I able to get the 64 bit ODBC set up under 64 bit. Every time I try to set up a linked server to the 32 bit ODBC I get an architecture mismatch error which I expect. I don't care whether I use the ifxoledbc driver directly for the linked server setup or use an ODBC connection for the linked server setup. Either one will work for my purposes of reading from the Informix database, but I just can't seem to get past the 64 bit crap!
Has anyone been able to set up a linked server to Informix on a 64 bit server?
I realize the question has already been posed here almost a year ago: ODBC connection from 64-bit SQL Server to Informix data source
But the answers to that question were not specific enough to help me. The guy who provided the screenshots did not say what he did to get the provider to show up.
I was going to post screenshots of the 64 bit ODBC showing that the DSN is 32 bit platform and a screenshot of the options I have when I try to add a new System DSN in the 64 bit version of ODBC (note that I cannot choose the IBM Informix ODBC Driver), but I don't have enough reputation points.
I finally fixed my own problem. The trick was to run the 64 bit SDK installer in compatibility mode on the server (by right-clicking on the installer and selecting "Troubleshoot Compatibility"). The installer then runs in Windows 7 mode and installs the ODBC drivers correctly. I did nothing to make the ifxoledbc provider show up under Linked Servers in SSMS. Once the ODBC was set up, I used that DSN to connect to the Cisco Informix database. I did not use the driver directly.
I am creating an application with Delphi XE3 (Ultimate Edition) that will utilise an embedded SQLite database. I watched various videos in relation to it and I noticed that my Data Explorer did not match that of the video. At first my Data Explorer was empty, all that was there was dbExpress. I've also tried re-running the installer several times and DataSnap, DBXPool, DBXTrace, IBToGo and InterBas appeared, but it was not because of the installation re-run. Anyway, what can I do to get the SQLite option to appear for me?
This is currently what my Data Explorer looks like:
Check dbxdrivers.ini and dbxconnections.ini for dbexpress configuration. You may need to add an entry for Sqlite dbexpress configuration.
I am testing one application that handles files (stored in SQL Server using FILESTREAM). It is a Delphi 32bit application.
Opening an XLS document stored in the database (originally saved with Office 2003) gives an error from Excel 2010 64bit. Is there some known compatibility issue of Office 2010 64bit with 32bit applications?
Error messages and workflow
When opening the file Excel gives one of the following error messages:
Impossible to open the file FILE because of problems in contents
Impossible to open the file because some parts are missing or not valid
Opening a file on machine A with Office 2007 opens the file with no problems. Opening the same file on machine B with Office 2010 produces the error message. Opening again on machine A there is also an error message! In all these steps I am just reading from the database, not writing. So why does this can happen?
How do I open the documents?
SELECT query to get 'DOCUMENT' varbinary(max) field for the specific ID_Document.
Extract from database using
TBlobField(sqlQuery.FieldByName('DOCUMENT')).SaveToFile(sDestinationPath + FileUniqueName + .zip');
Copy file from one path to another using Windows.CopyFile
Unzip file using TZipforge component
Set attribute of unzipped file to ROM using FileSetReadOnly function.
Open document using ShellExecute(0, 'open', PWideChar(FIleName), '', '', SW_SHOWNORMAL);
As you can see there is nothing that writes back to the database. Once the file is extracted from TBlobField it is even copied to another place before unzipping and opening it.
Possibly broken installation
Office has been reinstalled and now everything works, the problem of corruption was due to a conflict with an open Office installation that asked "do you want to fix the office installation?". Anyway the problem still remains, because I cannot understand what happened. How can I corrupt a file in the database if I extract it in a folder and open it from the folder without writing anything back to database?
Office 2010 64-bit should have no problems with files created with its 32-bit version. The files (.docx, .xls) are bitness independant.
I have some questions:
How do you open your files?
Can you show some code?
Are you sure that you are only reading the file from the database?
Do you give your files the right extension? Saving a .xls as .xlsx will cause problems when opening the file.
Check if your SQL server database is corrupt. Check disk where database is for errors. Reinstall SQL server.
Solved: it was a bug in my program. There was an error in the logic that persisted the document status and by mistake sometimes Is_File_Compressed was set to False, even if it is true.
Thanks for the support.