You could change this setting also by using SQL.
alter class XXX addcluster MYCLUSTER
Note that if you use inheritance this setting is managed automatically (1
class - 1 cluster) and everytime you query a super class, all the
implementations of all the sub-classes are read.
Lvc@
On 30 January
Yes you are right :)
On Thu, Jan 30, 2014 at 4:01 PM, Luca Garulli l.garu...@gmail.com wrote:
I think Andrey wanted to ask if you can open a new issue for this.
Lvc@
On 30 January 2014 09:07, Andrey Lomakin lomakin.and...@gmail.com wrote:
Hi,
You can start several servers without any
Sure.
It works perfectly when placing the value in the SQL directly. Where it
inserts it incorrectly is when used with a prepared query. So in
the GratefulDeadConcerts database, try:
INSERT INTO V SET id=:id
Then add the params:
{id:6ce3ef04cb2cb750d4ce0d0f9648066f}
Then get the resulting
Hi,
To create graph db in such way just use
db = Orient.instance().getDatabaseFactory().createDatabase(graph, plocal:
+ dbPath)
if (!db.exists()) {
info(DB does not exist, BaasBox will create a new one);
db.create();
}
About the second question, you have several variants.
Two of them:
1.
Thanks!
Il 30/gen/2014 17:33 Andrey Lomakin lomakin.and...@gmail.com ha
scritto:
Hi,
To create graph db in such way just use
db = Orient.instance().getDatabaseFactory().createDatabase(graph, plocal:
+ dbPath)
if (!db.exists()) {
info(DB does not exist, BaasBox will create a new one);
The orientdb-graphdb 1.6.4 pom still has dependencies to tinkerpop
artifacts. I thought these were all embedded now? It's causing really
confusing dependency issues in my project.
Curtis
--
---
You received this message because you are subscribed to the Google Groups
OrientDB group.
To
Duh, nevermind. It uses all the other blueprints stuff I guess.
On Thursday, January 30, 2014 1:37:45 PM UTC-7, Curtis Stanford wrote:
The orientdb-graphdb 1.6.4 pom still has dependencies to tinkerpop
artifacts. I thought these were all embedded now? It's causing really
confusing
Ok, this is my fault, I added vertices to the wrong cluster.
But why query
*select count(*) from Name*
return 0 vertices?
It doesn't matter in what cluster I added them if I query by class name,
does it?
On Thursday, January 30, 2014 2:48:35 AM UTC-5, Andrey Lomakin wrote:
Hi Andrey,
Each
Weird. I tried using version 1.6.3 and the latest and both had the same
results, both inserting an incorrect value of 6 instead of
6ce3ef04cb2cb750d4ce0d0f9648066f. Is there a way to test this out via a
REST call?
We are sending the following to the binary call, REQUEST_COMMAND:
- operation
I can get it working if I try:
params:{id:\6ce3ef04cb2cb750d4ce0d0f9648066f\}
On Thursday, January 30, 2014 4:34:55 PM UTC-5, Giraldo Rosales wrote:
Weird. I tried using version 1.6.3 and the latest and both had the same
results, both inserting an incorrect value of 6 instead of
Have you inserted any record of class Name ?
Lvc@
On 30 January 2014 21:50, Andrey Yesyev andrey.yes...@gmail.com wrote:
Ok, this is my fault, I added vertices to the wrong cluster.
But why query
*select count(*) from Name*
return 0 vertices?
It doesn't matter in what cluster I added
Yes, 100 vertices of class Name inherited from V.
On Thursday, January 30, 2014 7:07:35 PM UTC-5, Lvc@ wrote:
Have you inserted any record of class Name ?
Lvc@
On 30 January 2014 21:50, Andrey Yesyev andrey...@gmail.com javascript:
wrote:
Ok, this is my fault, I added vertices to
How you create them?
Lvc@
On 31 January 2014 01:13, Andrey Yesyev andrey.yes...@gmail.com wrote:
Yes, 100 vertices of class Name inherited from V.
On Thursday, January 30, 2014 7:07:35 PM UTC-5, Lvc@ wrote:
Have you inserted any record of class Name ?
Lvc@
On 30 January 2014
Please, have a look at the first post of this thread.
On Thursday, January 30, 2014 7:17:11 PM UTC-5, Lvc@ wrote:
How you create them?
Lvc@
On 31 January 2014 01:13, Andrey Yesyev andrey...@gmail.com javascript:
wrote:
Yes, 100 vertices of class Name inherited from V.
On
14 matches
Mail list logo