i want to delete a keyspace present at my grakn console.
I think since grakn uses cassandra at backend for storing data i need a way to access cassandra to drop the keypsace.
help
when your enter the consoleļ¼ type
clean
confirm
As of Grakn 1.7.0 you can now (in the grakn console) type:
keyspace list
to show all keyspaces
and keyspace delete [name] to delete a keyspace from the console directly.
Enter the console using:
./grakn console -k [keyspace-name]
then enter the command:
clean
You will be prompted to confirm your operation:
confirm
Related
I am using the tdload utility of Teradata to import data into an existing empty table in my database.
The command I'm running is :
tdload -h 192.168.xxx.xxx -u dbc -p dbc -f path/to/file.csv
-t AdventureWorksDW.DemoTable MyJob
I get the following error after running the command
RDBMS error 3524: The user does not have CREATE TABLE access to database DBC.
How can I fix this?
Although you defined the AdventureWorksDW as Database for Target Table, the underlying TPT still needs a working database (for temporary / working tables). These temp tables are by default created in you user database (you're using DBC user). You can work on this by either using another user or defining the "--TargetWorkingDatabase" parameter.
I am experimenting with using flyway repair, but I'm curious as to exactly what commands flyway is sending to the target database. Is there a way to configure it to echo the commands?
The -X command line option gives a lot more verbose information but doesn't echo out the exact SQL used to repair the history table. All the information is there, though as the log contains entries like
Repairing Schema History table for version 1.0.1 (Description: create table foo, Type: SQL, Checksum: 1456329846) ...
which translates into UPDATE flyway_schema_history SET description=#p0, type=#p1, checksum=#p2 where version=#p3 in the obvious way
(at least with SQL Server on which I've just run the profiler).
You could submit it as a feature request? https://github.com/flyway/flyway/issues
I started restore for DynamoDB table from backup. The table has millions of records and it is taking a long time. I would like to cancel the Restore and I cannot find the option from AWS Console. I tried to delete the table using aws cli and I am greeted with resource is being used error message. Is there a way to cancel restore? Thank you!
Using the OrientDB Console.bat for manage oreient-db databases shows some inconsistent behaviour.
1) I created a new db named demox using the below command :
orientdb> create database plocal:../databases/demox root root plocal graph
Creating database [plocal:../databases/demox] using the storage type [plocal]...
2018-04-12 19:10:26:775 INFO Storage 'plocal:../databases/demox' is
created under OrientDB distribution : 2.2.33 (build 77584cd6827f647cf4aa231cf27bd6f10bc04e2c, branch 2.2.x)
Database created successfully.
Current database is: plocal:../databases/demox
2) Next i try to run the drop database command and it errors out saying invalid username or password
orientdb {db=demox}> drop database plocal:../databases/demox root root
Error: com.orientechnologies.orient.core.exception.OSecurityAccessException: User or password not valid for database: 'demox'
DB name="demox"
orientdb {db=demox}>
However If you see the credentials used in step1 and step2 both are same.
I am not sure where the issue is , or am i missing something in the drop database command.
Why would the console error out even when i am using the same credentials for drop-database command as the one i have used while creating the database
use the same command but with the credentials of admin (user:admin pass:admin)
drop database plocal:../databases/demox admin admin
If you have any more questions about this feel free to ask.
I'm trying to start using flyway v2.3 on an existing Oracle 11g schema that does not contain the schema_history table
In my flyway.properties i've set the flyway.user to the schema owner and i've set the flyway.schemas property to the same value
When running init from the command line I expected flyway to only create the schema_history table but it fails with this message:
$ ./flyway.cmd init
Flyway (Command-line Tool) v.2.3
Creating schema "myschema" ...
ERROR: Unable to create schema "myschema"
ERROR: Caused by: java.sql.SQLSyntaxErrorException: ORA-01031: insufficient privileges
Why is flyway attempting to create the schema? I only want it to create the schema_history table in the schema I configured
The command is correct. Please note that flyway.schemas is case-sensitive and automatically filled with the default schema of the user if left empty.
I suspect the value you put in flyway.schemas is in the wrong case. Just leave it empty and you should be ok.
So you have to be sure you want to work on schema which belongs to user name with which you login. If you want to work in different schema you have to specify inside flyway.properties.
I've just had the same problem in Flyway Maven plugin 3.1.
I turned out that I have created my user with lowercase name
CREATE USER myuser ...
And I gave Flyway
flyway.user=myuser
But while connecting my user's name was cast to uppercase, so Flyway reported that user of name MYUSER did not exist.
Solution: Create and use Oracle DB user with uppercase name.