I need to create a script that reads some Access DBs and writes some values into a SQL Server DB.
Since I have Office 32 bits installed, I can only install the 32 bit Access provider.
But I want to use the SQL Server snap-ins to run the SQL commands, which are 64 bits.
Now, how can I combine both ? I need to run an Access query using Powershell x86, and send the fetched data to Powershell x64 so that it can insert it to SQL Server.
The only solution I see is dropping the SQL snap-ins, and re-writing the SQL wrappers myself, but that's just sad.
It turns out that the SQL Server snap-ins are outdated, and have been replaced with the SQLPS module.
The latest SQLPS version can be downloaded from here: http://www.microsoft.com/en-us/download/details.aspx?id=35580 (select the PowerShellTools.msi you need).
After installing x86\PowerShellTools.msi, the SQLPS module is available from x86 PowerShell, and has the same features as the "old" add-in (Invoke-SqlCmd...)
Related
I have installed Firebird 3.0.2 (x64) and IBExpert 2018.12.15.1.
I'm trying to create a Firebird DB on IBExpert but everytime getting this error:
Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.
Error loading plugin Engine12.
Module C:\Program Files\Firebird\Firebird_Server\plugins/Engine12 exists but can not be loaded.*
My configuration:
Server/Protocol
Local, XNet (FB3)
Database
C:\Data\Example.fdb
Connection string
xnet://C:\Data\Example.fdb
Client Library File
C:\Program Files\Firebird\Firebird_Server\WOW64\fbclient.dll
Username
SYSDBA
Password
masterkey
Page size
126384
SQL Dialect 3
How to solve this problem?
This happens to me when I select the firebird fbclient dll from the following location
C:\Program Files\Firebird\Firebird_3_0\WOW64\fbclient.dll
However if I instead (against all sanity and reason) chose what I think ought to be a 64 bit dll, from c:\windows\system32, it works.
ie, client choice:
c:\windows\system32
Now it might seem logical to some readers that system32 could contain a 32 bit dll, but actually almost every dll in there, and probably EVERY dll in there SHOULD be 64 bit, on windows 64 bit systems. However I am guessing that whatever is in there must be a 32 bit fbclient.dll in the main windows 10 system directory.
Microsoft made a now ancient but at the time, kind of odd decision that c:\windows\system32 will be full of 64 bit stuff on Windows XP 64 bit, and has kept it that way. It appears to me there's something wrong with Firebird 3.0.4's installer team's decisions.
I create new Azure VM and i want to invoke some SQL Powershell commands like Import-Module SQLPS -DisableNameChecking. I have not install any sql server in VM, because i want to do operation on my azure database. so i need to install any sql server for it ?
No need to install SQL Server on the VM. But, you need to have Azure PowerShell and the SQLDB PowerShell cmdlets on the VM. I'd suggest to start by installing the Azure SDK. This link has more information on the steps: http://azure.microsoft.com/en-us/blog/windows-azure-sql-database-management-with-powershell/
Hope this helps.
Torsten
I thinks windows os it is possible. But I'm not sure about unix/linux. Is there any option to do that. Any one tried before.
You access a MS Access file using ODBC via Perl perl DBI and perl DBD::ODBC using the following methods:
MDB tools (as other have said) which is free
Using an ODBC-ODBC Bridge commercial
Using a Microsoft Access ODBC Driver for Linux/Unix commercial
As current maintainer of DBD::ODBC I've had people report a lot of problems with MDB tools but if you free this is your only choice.
(2) requires you install a service on the windows machine where your MS Access file is located and then it uses the MS Access ODBC Driver. It provides a client ODBC driver for Linux and Unix which talks to the service on the Windows machine.
(3) requires direct access to the MS Access file i.e., you need to have it accessible from the Linux/Unix machine either by copying it to the local disk or accessing it via SMB (samba and file sharing from Windows machine).
Has anyone connected Adempiere (ERP) (or any PostGreSQL db) to SQL Server 2012 Express?
There used to be an IT manager to help me out with this, but now i'm left alone with this.
I downloaded the free Sql Server 2012 Express and wanted to use the SSRS for Adempiere. It seems its running on the SQL Server 2010 for SSRS.
I have already added the ODBC Data Sources for 32 Bit. My computer is using 64bit, is there any incompatibility? I'm not sure if my server is 32 or 64bit.
I've tried following the instructions on http://postgresblog.blogspot.com/ but to no avail.
I already have Crystal Report running, so i'm sure its possible to run 3rd party software for Adempiere.
Anyone knows how i can use SSRS for Adempiere? Thanks!
Since you're using Express edition, if you're trying to connect to any Data Source other than an database on the same SQL Server instance it won't work.
See Features Supported by Reporting Services in SQL Server Express.
From that article:
Report data sources must be SQL Server relational databases that run
locally in SQL Server Express.
Also:
Analysis Services, Oracle, XML, SAP, SQL Server Integration Services
(SSIS), OLE DB, and ODBC data sources are not supported.
You're going to need a different edition to connect to an ODBC Data Source.
I want to un-install completely SQL Server 2008 R2 from my 64bit system. When I tried to install, I experienced a common problem about "INSTALLSHAREDWOWDIR" but I managed to install anyway. Now, I can't un-install.
I even tried cmd but when action is uninstall, it doesn't accept INSTALLSHAREDWOVDIR command.
Here is the error I got;
The INSTALLSHAREDWOWDIR command line value is not valid. Please ensure
the specified path is valid and
different than the INSTALLSHAREDDIR
path.
Note that, this error is NOT for installation, it's for removal of SQL.
Regards