I have a SQL Server table that I want to move to Oracle, using SSIS. The SQL Server source is OLE, the Oracle destination is ADO. Many of the fields are NVARCHAR2. I've made the data flow task, it gives no warnings or errors. So I run it, and it quickly pulls the 2589 SQL records. And it just hangs in the process of putting them into Oracle.
I used the same connection for another table that just had VARCHAR2 records, and it worked fine.
I'm not wedded to the idea of using ADO, or even SSIS. OLE to OLE in SSIS gives me conversion errors, and I don't want to spend the time making a conversions for a bunch of derived columns. I'm doing a one-time load of data from a bunch of tables.
I'm using Visual Studio 2019, from SQL Server 2016 to Oracle 12.
Any suggestion, if in SSIS, for a destination type that will actually work? Or a different way to approach this? (Some tables are small, like this one, but many are a lot larger. So I don't think an export to csv or excel and then import to Oracle is reasonable.)
Related
I'm using SQL Developer and I have a doubt about displaying data in the SQL Developer GUI. Indeed, I have an encoding concern, and I wanted to check the real state of the data, because I think that maybe the SQL Developer GUI also uses an encoding....
I don't know if my question is clear?
Oracle SQL Developer is a Java application, everything we do is 'Unicode'
That being said, when you open or create a file, you most definitely cause an 'encoding' to be set.
What most folks run into, problem-wise, is using a FONT that doesn't support the characterset being used in their database.
This setting affects display of BOTH your code and your data.
Disclaimer: I work for Oracle and I am the product manager for SQL Developer.
Friends, Is there a tool available to trace all sql statements passed between ADO (legacy vb6) (NOT ADO.NET) and database server? Appreciate your help
Have you already seen this free (as in beer) Statement Tracer for ADO app by some Above Software? From program site:
Solution for monitoring SQL queries to Microsoft® ActiveX® Data
Objects (ADO) data sources.
Monitoring any number of applications.
Tracing ADO queries in real time.
Enabling and disabling monitoring at any moment.
Frankly, I never used or heard about it before. But quick test with VB6 ADO app vs. SQL Server 2008 Express looks good: the tool did capture connection string from ADODB.Connection.Open() and SQL statement text from ADODB.Connection.Execute().
I have two excel files. Both carry out the same task but one seems to be an older version. I have to troubleshoot the differences between them to see if there is subtle things like field length differences or sorting differences.
The obvious variance is one file automatically connects to the db. (Desired outcome) The other prompts for server name every time which is annoying to the user. (See screenshot below)
I guess I have two questions both very closely related:
How do I compare the files against each other?
Where does the ODBC prompt box retrieve the populated fields from? (perhaps I can modify it to include the server-name)
http://i.imgur.com/ToJgk.jpg
Software:
Excel 2003
Oracle 11G 11.1.0.7.0
I have a plain text not oracle binary dump. How can I import this to postgres? Are there tools available for this out there? Or is there some other one, anyone did this before?
What I though is to convert one dump (oracle) into another dump (postgres).
Check out ETL tools like Talend and Pentaho for conversion between Oracle and PostgreSQL.
From an Oracle dump it's going to be much more difficult. Your best bet is almost certainly to load it into an Oracle instance and then use migration/ETL tools from there. Depending on the dump size, features required, etc, you might be able to use a free Oracle version for this.
I don't think it is feasible in an easy immediate way. Is the plain text in sqlloader format? I think it may be easier for you, if the database size isn't huge, to export DDL and then data in INSERT format.
An alternative would be a migration tool, such as Talend, but again, it isn't immediate. The shortest path go through standard SQL, IMHO.
With newer PostgreSQL versions (9.1 or later) you might be able to use a foreign data wrapper to access the Oracle schema from within your PostgreSQL database, e.g.:
http://laurenz.github.io/oracle_fdw/
We are planning on writing a load process that uses SSIS and loads a SQL 2008 database. Transformations may be done in the packages or in stored procedures that are called from a package or directly from our job scheduler.
What can we do now while in planning stage to minimize the impact should we have to migrate the app to Oracle in teh future?
I picture the SSIS packages could be changed to use a different provider.
What about the SQL that we use?
Q: Is there a way to put, for example, a stored procedure in "ANSI mode" for lack of a better term to ensure that only standard SQL is used within to increase our chances that the SQL will migrate to Oracle?
One thing you can do is SET FIPSFLAGGER FULL etc. More info here: http://msdn.microsoft.com/en-us/library/ms189781.aspx
I am not aware of any ANSI Standard for RDBMS programming languages. And the constructs between TSQL and PL/SQL are quite different.
But can you use the Common Runtime Environment (I think that's what its called) in SQL Server to run JAVA? If you can, and given that Oracle can run JA VA this might offer a pathway to what you want to acheive.