...@lists.neo4j.org] On
Behalf Of Massimo Lusetti
Sent: Tuesday, March 22, 2011 10:31 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Possible performance regression issue?
On Mon, Mar 21, 2011 at 11:07 PM, Rick Bullotta
rick.bullo...@thingworx.com wrote:
Here's the quick summary of what we're
Here's the quick summary of what we're encountering:
We are inserting large numbers of activity stream entries on a nearly constant
basis. To optimize transactioning, we queue these up and have a single
scheduled task that reads the entries from the queue and persists them to Neo.
Within
I'd like to explore this question a bit further. Does this mean that basically
there's no way to scale beyond a single thread/CPU for disconnected graphs if
you have complex graph dependencies (e.g. you cannot create disjoint subgraphs)?
-Original Message-
From:
);
index.add( node, profession, Hacker );
- Reply message -
From: Mattias Persson matt...@neotechnology.com
Date: Thu, Mar 17, 2011 4:50 am
Subject: [Neo4j] New index framework questions...
To: Neo4j user discussions user@lists.neo4j.org
2011/3/16 Rick Bullotta rick.bullo
In the latest version, 1.3M04, how do you do an online backup with an
embedded instance? We will not be using the Neo REST API.
___
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user
To: Neo4j user discussions
Cc: Rick Bullotta
Subject: Re: [Neo4j] Online Backup Possible w/Embedded Neo4J 1.3M04?
Rick,
there is a command line utility to do that, see
http://docs.neo4j.org/chunked/snapshot/operations-backup.html#_embedded_and_
server
Programmatically, look at
https://github.com/neo4j
I'll be interested in the response(s), Massimo, since some of the more
performance-critical aspects of our application are also
relationship-heavy.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Massimo Lusetti
Sent: Wednesday,
I agree with David's suggestion of using relationship types for two reasons:
- It definitely makes querying/traversal easier
- It reduces the need for unnecessary properties on a generic relationship
type (the relationship type's .name() method provides something like an
implicit property)
One mention of free beer, and the list's traffic spikes 100X its usual
volume... ;-)
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Andreas Kollegger
Sent: Monday, March 14, 2011 10:06 AM
To: Neo4j user discussions
Subject: Re:
: Thursday, March 10, 2011 2:21 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Issue with lucene index
2011/3/9 Rick Bullotta rick.bullo...@burningskysoftware.com
Hi, Mattias.
Is the ability to delete a node from a Lucene fulltext index the old way
(just provide node + key name) in M03
Perfect. Thanks, Jim. Nice to meet you in person last week. Look forward
to chatting w/you and Michael on some ideas for the REST API.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Jim Webber
Sent: Sunday, March 13, 2011 6:26
Jim - looking forward to meeting you at QCon, BTW!
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Jim Webber
Sent: Wednesday, March 09, 2011 7:27 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Neo4J Plugin
The downside is
Hi, Mattias.
Is the ability to delete a node from a Lucene fulltext index the old way
(just provide node + key name) in M03 and M04?
Thanks,
Rick
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Mattias Persson
Sent: Wednesday,
Neoclipse is an awesome tool, but here are a few items that would greatly
increase the utility and usability:
1) Provide a limit on the # of nodes/relationships that are displayed (and a
warning that additional nodes and relationships were not shown)
2) Provide display filters based on node
It would be pretty easy to use an index to do this (keep only the 10 most
recent in the index), but you'd need to implement code everywhere you
add/delete nodes and relationships, and if you're using an abstraction
layer, it wouldn't be possible.
In short, it's absolutely possible, but you'll
the last ten added, only the ten with highest id. I expect
that quite often it will be the same thing, though. Depending on what you
need this for, perhaps this is good enough?
On Fri, Mar 4, 2011 at 2:59 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
It would be pretty easy to use
Google groups sounds OK, even though Google is evil. ;-)
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Andreas Kollegger
Sent: Sunday, February 27, 2011 7:13 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Forums ?
Hi Emilio,
Awesome! Great job, Tobias.
From: tobias.ivars...@neopersistence.com
[mailto:tobias.ivars...@neopersistence.com] On Behalf Of Tobias Ivarsson
Sent: Saturday, February 26, 2011 8:58 AM
To: rick.bullo...@burningskysoftware.com
Cc: Neo user discussions
Subject: Re: [Neo4j] Two new milestones:
You guys rock. Any chance of backporting those index API methods to 1.2?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Mattias Persson
Sent: Saturday, February 26, 2011 9:05 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Two
Awesome! Now wanna tackle the other end of the spectrum, really big strings
and byte arrays? ;-)
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Tobias Ivarsson
Sent: Friday, February 18, 2011 8:29 AM
To: Neo user discussions
Of Tobias Ivarsson
Sent: Friday, February 18, 2011 9:20 AM
To: Neo user discussions
Subject: [Neo4j] Better support for large property data
Having tackled short strings, I feel up for taking a stab at long strings,
and large binary data objects.
I know that Rick Bullotta is really interested
NO! ;-)
We have to get all of the Windows-specific issues dealt with sometime soon,
as there will definitely be some deployments on Windows (we're a mixed
Windows/Ubuntu shop right now).
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf
Lots of thoughts/ideas on this, since we're going to be doing something
similar to this (distributed graphs, though at a domain level). Gotta get
you to stop in to Philadelphia sometime when you're globetrotting to and
from the west coast!
-Original Message-
From:
Hi, all.
Looking for some expertise in understanding what is going on with indexing
in 1.2 and newer. When I look at the folders that are generated when a new
Neo DB is created, I see:
index
lucene
lucene-fulltext
Currently, we are using LuceneFulltextQueryIndexService to handle
Yes, use getRelationships(), which returns IterableRelationship. You can
delete the relationship as you're iterating through them, then delete the
node.
function deleteNode(Node node) throws Exception {
if(node == null)
return;
IterableRelationship relationships
in
particular for f.ex. fulltext indexes.
2011/2/15 Rick Bullotta rick.bullo...@burningskysoftware.com
Hi, all.
Looking for some expertise in understanding what is going on with indexing
in 1.2 and newer. When I look at the folders that are generated when a
new
Neo DB is created, I see:
index
://wiki.neo4j.org/content/Index_Framework and
http://wiki.neo4j.org/content/Index_Framework#Advanced_creation in
particular for f.ex. fulltext indexes.
2011/2/15 Rick Bullotta rick.bullo...@burningskysoftware.com
Those indexes lives in index/
Hi, all.
Looking for some expertise
, so you don't have to worry
about that.
2011/2/15 Rick Bullotta rick.bullo...@burningskysoftware.com
Also, how does this change to indexing affect online backup and management
of logical logs for Lucene? Does this happen automatically now based on
whether or not logical logs are enabled for Neo
of Lucene indexing in Neo 1.2
I'm spending spare cycles on that, and hope to get it pushed in pretty soon.
2011/2/15 Rick Bullotta rick.bullo...@burningskysoftware.com
One thing that seems to have changed dramatically is the remove method.
In the previous implementation of fulltext indexing
Of Mattias Persson
Sent: Tuesday, February 15, 2011 5:24 PM
To: Neo4j user discussions
Subject: Re: [Neo4j] Making sense of Lucene indexing in Neo 1.2
Do you want remove(T entity) or remove(T entity, String key) or both? Not
really a way around it a.t.m.
2011/2/15 Rick Bullotta rick.bullo
FYI, we don't follow that pattern on our application. In our domain model,
we use a base class that includes the node getter/setter and some other
common properties/services, and all domain objects extend that class.
Separately, we have a persistence layer that manages persistence of
POJO/domain
Glöm det. Vi talar alla svenska ändå.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Mattias Persson
Sent: Wednesday, February 09, 2011 2:36 PM
To: Neo4j user discussions
Subject: Re: [Neo4j] OnlineBackup component being upgraded
as Document
Store
What's the purpose of doing this vs leveraging a mongo or other document db
for this use case. How would a graph solve a problem meant for a document
db? Does this add a layer of complexity?
Ben Sabrin
Twitter: bsabrin
On Feb 6, 2011, at 5:31 PM, Rick Bullotta
rick.bullo
Jose, the way we implement this type of model is to create a Trolley class
that also includes a node member, and create a relationship from the Person
node to the Trolley node.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Jose
Hi, Michael.
I wrote a post on this a couple days ago. It would definitely be useful to
have as a core interface in Neo. We ended up implementing it
(approximately) as follows:
- The pseudo-folders are implemented as Neo nodes and relationships
- Each folder can have a name,
Axel/Michael:
The real issue to consider is that Neo4J is not well suited for storing
large strings/blobs of data. It is very easy to do, but not really an
optimal use of Neo4J. The transaction logs and in-memory caches will
quickly get clogged with the large property values. It is probably
is optimized for
and the cache penalties should be that bad.
Just link the nodes that contain the block data, but also make them all
accessible from a blob-root e.g. via numbered relationships.
And then retrieve the whole binary data via a traverser.
Cheers
Michael
Am 06.02.2011 um 22:22 schrieb Rick
better at handling YOUR data
Damn. That one place assumes that you don't have any empty strings.
I've uploaded a patched version. Same location:
https://github.com/downloads/thobe/neo4j-admin-store/stringstat.jar
-tobias
On Fri, Feb 4, 2011 at 6:52 PM, Rick Bullotta
rick.bullo
Will do, Tobias.
Also, I'd love to see a project start soon to help Neo4J become better at
storing *large* strings/byte arrays, also. I think with some creativity, we
could avoid the need for the entire large string/blob to be stored in the
transaction logs, which to me, is one of the big
the epiphany
on how it could be exposed to the user.
Cheers,
Tobias
On Fri, Feb 4, 2011 at 5:29 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
Will do, Tobias.
Also, I'd love to see a project start soon to help Neo4J become better at
storing *large* strings/byte arrays, also. I
Same here.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Axel Morgner
Sent: Friday, February 04, 2011 12:29 PM
To: user@lists.neo4j.org
Subject: Re: [Neo4j] Help us make Neo4j better at handling YOUR data
Hi Tobias,
just ran the
Nodes are linked by relationships, and properties are attached to a node
or relationship. Relationships have a type associated with them also
(worksFor, livesIn, etc.), whereas nodes are essentially typeless.
Properties are general data/attributes attached to a node or relationship.
I definitely understand the reason for wanting to use Git, with the more
frequent forks and branches of late, but I do think it would be helpful to
make snapshot builds *with source* available for download as ZIPs or TARs as
well. For those of us on Windows, there are practical limitations to how
it's a good idea, we just need to be aware of all the
implications.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Rick Bullotta
Sent: Thursday, January 27, 2011 9:25 AM
To: 'Neo4j user discussions'
Subject: Re: [Neo4j] Neo4j is moving
stability of Neo4j in the future.
CR/LF is going to be managed by the repository, as Toni has already
mentioned is a possibility.
Cheers,
Tobias
On Thu, Jan 27, 2011 at 3:46 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
Yep - I know there are settings. We all just gotta use 'em
Will the bug fixes (these, and others) be back-ported to 1.2 also?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Tobias Ivarsson
Sent: Thursday, January 27, 2011 12:40 PM
To: Neo user discussions
Subject: [Neo4j] Neo4j version 1.3
Maybe this is a stupid question (or not), but I'm assuming that the
relationship id will also be expanded as well? Supporting a large # of
nodes without also supporting a large # of relationships would obviously not
make sense, but just wanted to confirm.
Thanks,
Rick
Awesome stuff. Do you have any examples of Pipes being used in a non-graph
scenario? I'm considering using it as a possible foundation for a complex
event processing (CEP) engine. It looks generic enough that it could be
extended/applied in that way. LMK your thoughts.
-Original
looking into wrapping eventually consistent datasources and
graph based datasources would alsobe a good activity leading up to
your scenario.
Let's talk more about how this could look in practice. Got any example
code running yet?
/peter
On Friday, January 21, 2011, Rick Bullotta
rick.bullo
Hi, all.
Since it has been a frequent topic of conversation recently, I'd like to get
a roadmap dialog started on the topic of a companion blob/document store for
Neo. While there are plenty of ways to roll our own, it requires a lot of
extra effort when we get into HA and load balanced
Is there any advantage/difference of using one or the other?
___
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user
Axel, are you storing the actual content in Neo or in the file system
directly (or some other datastore)? I've been told not to use Neo for
blob/large text storage. Curious what approach you're taking.
Best,
Rick
-Original Message-
From: user-boun...@lists.neo4j.org
completely internally, this would be
safe.
Cheers,
Tobias
On Tue, Jan 18, 2011 at 2:35 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
If I have a string property on a node, and I overwrite it with a new
value,
it *appears* that the disk space for the previous value is still
So the issue was in Neo and not Neoclipse? If so, is this a recommended
patch for everyone running Neo 1.2 who might encounter a recovery/restart
situation, or is this something specific to a Neoclipse issue?
Thanks,
Rick
-Original Message-
From: user-boun...@lists.neo4j.org
Tied in with my SVG question (which should be posted shortly), you can move
some of the UI rendering to the server as well, and with SVG you could
cleanly integrate data + UI elements in what is sent back to the browser. I
think a mix of browser smarts to control client-side rendering (zoom
Out of curiosity, has anyone looked at re-doing the rendering engine of this
in SVG? Now that SVG will be officially supported in IE9, its practicality
for web apps is much more substantial. Issues like hit testing/item
addressability/animation, conditional display based on zoom level, and other
Don't forget that Neo4J can also run as an embedded graph database, where it
is SUBSTANTIALLY more performant and much more flexible to utilize than via
the REST API.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Stefan Lang
Hi, Luanne.
Since property names can include the dot character, an approach that we
use is to use the pattern:
description = Cheese
description.en = Cheese
description.fr = Fromage
description.de = Käse
The first property value without a language qualifier = the default
HTH,
Rick
Can someone point me to a Wiki page or other source that summarizes the
index API changes in Neo 1.2 and compares them with 1.0/1.1?
Many thanks,
Rick
___
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user
all
is
a way to allow browsers to find everything there is would solve this.
On Tue, Dec 14, 2010 at 4:18 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
Making it lazily created seems the best approach, which won't break
existing
apps nor affect those apps that don't use
Thought about that too, and while it's always node zero today, but who knows
what happens in some future rev with sharding, etc...I'd prefer it to be
opaque to the how.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Marko
Making it lazily created seems the best approach, which won't break existing
apps nor affect those apps that don't use it.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Emil Eifrem
Sent: Tuesday, December 14, 2010 9:56 AM
To:
FWIW, in our case we need to be closer to the metal and thus wrote
directly to the Neo API for all of our persistence logic and querying logic
(with our own domain-specific wrappers). My experience has always been that
frameworks make the easy stuff easier, but when you run into a challenging
Has anyone done any rough performance comparisons of the two approaches? I
have to think we're looking at 1 or 2 orders of magnitude difference, but
would like to know if there is any hard data yet.
___
Neo4j mailing list
User@lists.neo4j.org
Two quick questions:
1) What version were you running?
2) Were you on Windows?
Rick
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Craig Taverner
Sent: Monday, November 29, 2010 6:41 AM
To: Neo user discussions
Subject: [Neo4j]
Any time you introduce an unnecessary transformation step (native types -
XML/JSON - native types), you're introducing multiple types of overhead.
Perhaps a more native/binary protocol would enable a better generic remote
invocation layer (with multiple types of formats supported based on the
Whatever approach you take should be easily consumable via Ajax from the
current active generation of browsers...
I'm a fan of domain-specific or source-specific representations (JSON or
XML, doesn't matter) rather than vague, generic structures. JSON and XML
are both quite suitable for
FWIW, we store all dates as milliseconds relative to UTC, and pass them
around in that format. We identify the data types of fields/properties in
separate metadata structures embedded in the response, making the returned
content easily parsable and interpretable by relatively dumb clients.
There is nothing fundamentally wrong with JSON (o.k. maybe a *few* things),
but with the right structures, it or any format can be completely
self-describing. I have found that including a bit of additional metadata in
the content helps IMMENSELY for both loosely-coupled and tightly-coupled
My first guess with that big a difference would be a bug in the
calculation/output of the benchmark timing!
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Martin Grimmer
Sent: Tuesday, November 16, 2010 4:47 AM
To:
, 2010, at 8:09 PM, Rick Bullotta wrote:
My first guess with that big a difference would be a bug in the
calculation/output of the benchmark timing!
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org]
On
Behalf Of Martin Grimmer
Sent: Tuesday
Seems that opening a Neo 1.2 database with Neoclipse 0.41 (or attempting to,
it didn't actually work) fails, but also somehow trashes the database.
Anyone else experience this?
___
Neo4j mailing list
User@lists.neo4j.org
Well, you could just use our ThingWorx platform (built with Neo4J inside)...
;-)
Vehicle tracking and supply chain traceability is a key area for us.
Contact me off list if interested. We have a demo of almost exactly that
scenario.
Rick Bullotta
ThingWorx
http://www.thingworx.com
To add to Craig's excellent inputs, my advice is to (almost) always mark
your nodes with a type property. There are some really cool scenarios where
you can use relatively generic relationships to semantically link seemingly
unrelated entities (e.g. tagging), but it is still useful to know what
transaction is waiting for the lock on NodeImpl 17.
Regards,
Johan
On Wed, Nov 3, 2010 at 10:38 PM, Rick Bullotta
[3]rick.bullo...@burningskysoftware.com wrote:
The except message below is really confusing, since it *seems* to
indicate
that the transaction is deadlocking
it to a write lock but it has to wait because of other transactions
having read locks on that relationship. This could lead to deadlock if
one of those other transaction is waiting for the lock on NodeImpl 17.
Regards,
Johan
On Wed, Nov 3, 2010 at 10:38 PM, Rick Bullotta
[3
Of Rick Bullotta
Sent: Thursday, November 04, 2010 11:55 AM
To: 'Neo4j user discussions'
Subject: Re: [Neo4j] Concurrency issue/exception with Neo 1.1
Still have the problem in 1.2.M02 (very repeatable, which is a good thing).
Here is the exception + lock dump information you requested:
Transaction(36
. Are there other transactions running concurrently that
had a chance to finish between DDE being thrown and dumpAllLocks being
invoked?
Since it is repeatable maybe you can send a test case that triggers the
problem?
On Thu, Nov 4, 2010 at 4:57 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com
Hi, all.
Looking for some guidance on an issue we've encountered. If two threads
attempt to delete relationships on the same node (different relationship
types) it seems we get into a deadlock situation of some kind, from what we
see in the exception below.
Any thoughts? We're running 1.1.
The except message below is really confusing, since it *seems* to indicate
that the transaction is deadlocking with itself...anyone able to shed some
light on it?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Rick Bullotta
Sent
As long as you call indexService.removeIndex(node,key), it will work OK,
correct?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Mattias Persson
Sent: Wednesday, October 27, 2010 4:14 AM
To: Neo4j user discussions
Subject: Re:
Probably the recently added phone home functionality (UDC). Just a guess,
though.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Adam Lehenbauer
Sent: Wednesday, October 13, 2010 9:49 AM
To: Neo4j user discussions
Subject: [SPAM]
a Timer thread running
Excluding UDC fixes this for me.
On Wed, Oct 13, 2010 at 10:39 AM, Chris Gioran
chris.gio...@gmail.comwrote:
On Wed, Oct 13, 2010 at 5:34 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
Probably the recently added phone home functionality (UDC). Just a
guess
Like Kei, I'm very suspect of the value 3D brings if the relationships
themselves are more or less 2D or dimensionless, and the number of data
elements (and relationships) is relatively large. For that matter, even 2D
representations of the total graph space are not all that communicative.
What
Not necessarily a false alarm...since you *should* be able to index such a
creature. Full text should certainly be able to contain whitespace
characters, and the lucene reader/filter or your own reader/filter should
strip them out. I was under the impression that the default reader/filter
was
Actually, I ended up coming with a workaround that involved using
HTMLStripReader/HTMLStripCharFilter for pre-parsing the text before
passing it into the neo .index(node,key,value) method. Works great, though
there's a little extra string allocation involved. It won't be invoked
often, so it
, IMO. Does anyone know of a way to dump out what the Lucene tokenizer
is generating in terms of splitting the text into tokens/words?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Rick Bullotta
Sent: Wednesday, September 15, 2010
I recommend a hybrid approach of # of operations + time limit. Otherwise,
in periods of low activity, you could run a chance of a reasonable # of
transactions being discarded on a system failure. We have chosen to use
both rules for flushing writes - after n writes or after m
milliseconds.
In
explain
it a bit more?
David
On Sun, Aug 15, 2010 at 6:29 PM, Rick Bullotta
rick.bullo...@burningskysoftware.com wrote:
When a node is accessed, are all of its properties loaded or are they
lazily loaded as needed?
I'm trying to decide whether to include a subset (but duplicated
When a node is accessed, are all of its properties loaded or are they
lazily loaded as needed?
I'm trying to decide whether to include a subset (but duplicated) properties
on relationships to avoid loading the entire node if that is a concern.
Thanks,
Rick
Has anyone made any progress or attempted this yet?
Thanks,
Rick
___
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user
.).
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Dave butlerdi
Sent: Friday, August 13, 2010 2:49 PM
To: Neo4j user discussions
Subject: Re: [Neo4j] Neo4J on Google App Engine
Why ?
On 13 August 2010 19:50, Rick Bullotta
Very interesting question, Alex. Since you've potentially mutated the
collection you're Iterating, the correct thing to do is to invalidate the
iterator, but I do see the need to meet your functional requirements of
incremental updates.
While I'm not sure it would be ideal, one approach you
Jeff, when you're doing your traversal/update process, how often do you
commit the transactions?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Jeff Klann
Sent: Wednesday, July 28, 2010 11:20 AM
To: Neo4j user discussions
Subject:
Oh, and you DEFINITELY need more RAM!
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Jeff Klann
Sent: Wednesday, July 28, 2010 11:20 AM
To: Neo4j user discussions
Subject: [Neo4j] Stumped by performance issue in traversal - would
Hi, Jeff.
If you are committing after each item, it definitely will slow down
performance. Start a single transaction, commit when you're all done the
entire traversal, and report back the results. You will still see the
changes you've made prior to committing the transaction, as long as you're
The node id indirectly achieves this, but node id's can be recycled when
nodes are deleted. Also, depending on node id may or may not work in future
versions of Neo that might support sharding or distributed storage.
Sounds to me like you have a more simple issue in that your UID generator
isn't
I can't envision how you could use S3 without some major rewrites of
the Neo kernel.
Original Message
Subject: Re: [Neo4j] Neo4j with Amazon EC2 Setup
From: Paddy [1]paddyf...@gmail.com
Date: Sat, July 10, 2010 6:38 pm
To: Neo4j user discussions
Short answer is maybe. ;-)
There are some cases where the transaction is an all or nothing scenario,
others where incremental commits are OK. Having the ability to do
incremental autocommits would be useful, however. In a perfect world, it
could be based on a bucket (e.g. XXX transactions), a
A performance improvement might be achieved by minimizing object
creation/hash inserts using a counter wrapper.
- Create a simple class Counter with a single public property count of
type int (not Integer) with an initial value of 1
- Tweak your code to something like:
public MapString,
201 - 300 of 420 matches
Mail list logo
