I installed Oracle 12C, now I am trying to install sample schemas but some of the scipts for sample schema are missing.
Where can I download the scipts for sample schemas of ORACLE 12 C
What I found is , Oracle 12C is not stable, it's missing some files.. I cleaned my system and installed Oracle 11G and I get all the required files. 12C is kind a new, may be it needs more time to get stabilized. It's missing major schema like HR etc...
Related
I want to know how can I create a JSON API through which I can get Oracle 10g data using SQL in JSON format.
I know that JSON_Object are introduced in Oracle 12C R2 but I have Oracle 10g and I want to get data from my Oracle 10g database in JSON format.
Try to use PLJSON package. I used it in one project and it worked fine for me.
I searched the Vertica documentation for the keywords Version and Version Number.
But I couldn't really get any mention of SQL query to select the version of Vertica installed.
I thought there would be some system table that had some version information but couldn't find any.
Is it not possible to get the version of Vertica installed using an SQL query?
Or is it only possible to access version by logging into the Vertica host and checking some directory?
It can be found here: https://www.vertica.com/docs/latest/HTML/index.htm#Authoring/AdministratorsGuide/Diagnostics/DeterminingYourVersionOfVertica.htm
db=> SELECT VERSION();
VERSION
------------------------------------
Vertica Analytic Database v9.1.0-2
(1 row)
Edit from the comments: hopefully a link to a permanent page, which will not become obsolete when new versions come: https://www.vertica.com/blog/version-vertica-running/
Run below Query:
SELECT VERSION();
Sample Output:
Vertica Analytic Database v9.0.1-9
I need to get a copy of a SQL Server 2008 table into an Oracle RDBMS. I have database link for SQL Server, database has a table which contains LONG BINARY type column.
When I issue
create table test_ora as select * from mssqltable#dblink
I get the error
Can't convert LONG
I tried to use to_lob, to_char, hextoraw and a ream of Oracle conversion function but still hasn't defeated the issue. Do you have any ideas?
p.s. I'm out of work now so can't tell exact ORA- error number.
There is a way to do that with undocumented Oracle's package:
http://tonguc.wordpress.com/2008/08/28/how-to-transfer-long-datatype-over-dblink/
I would recommend tool called Pentaho Data Integration. This is free, small and superb ETL tool.
Download page: community(.)pentaho(.)com
It will recreated all tables and types for you. How to do it:
pldwh(.)blogspot(.)co(.)uk/2013/03/pentaho-data-integration-create-tables_1(.)html
I tried many queries like using this
SELECT TABNAME,COLNAME from SYSCAT.COLUMNS where TABNAME='DETAILS'
Also used user_tabs in place of SYSCAT.COLUMNS as well, but it does not work in informix.
Informix does not install the Information Schema tables necessary to support your query; indeed it does not use the schema name ('owner' in Informix parlance) of SYSCAT when it does have (the very old version of) the Information Schema installed.
There's a file $INFORMIXDIR/etc/xpg4_is.sql that you can run for a given database that will install tables informix.TABLES and informix.COLUMNS but not a table user_tabs.
In some days ago...i was converting some Large MySQL Database to Oracle 10g R2 by using Oracle SQL Developer database migration tools.But unfortunately it was migrated on system schema.but i need to it on scott schema.
After Googling i found this two links OraFAQ Forum and ASK TOM Q&A.But I cannot find any appropriate answer. Any one Can help me to do , How it is possible.
Thanks In Advance.
IIRC the MySQL backup tool spits out plain SQL. As it would be in the form of fairly vanilla SQL -- just create and insert, I guess -- it ought to be able to be run against your Oracle schema with the minimum of alteration.
Having said that, in the SQL Developer migration wizard, the second step allows you to select the target schema. If you have a connection setup to scott, why doesn't that work for you?
If the table isn't too large (dependent upon your system resources and server horsepower etc.) then you could simply rebuild the table in the desired schema with the following.
N.B. You need to be logged in as either the target schema's user (with select permission on the table in the SYSTEM tablespace) or as system:
CREATE TABLE <newschema>.<tablename>
AS
SELECT *
FROM system.<tablename>;
Then remove the original table once the new table has been created.
If the table is large then you could use DATAPUMP to export and import it into the desired schema.
Here is an article on using Data Pump for this purpose:
http://oraclehack.blogspot.com/2010/06/data-pump-moving-tables-to-new-schema.html
Hope this helps