Received: by 10.50.188.193 with SMTP id gc1mr3490111igc.0.1335451177707;
        Thu, 26 Apr 2012 07:39:37 -0700 (PDT)
X-BeenThere: neo4j@googlegroups.com
Received: by 10.231.80.74 with SMTP id s10ls953171ibk.0.gmail; Thu, 26 Apr
 2012 07:39:36 -0700 (PDT)
Received: by 10.50.85.196 with SMTP id j4mr2399637igz.4.1335451176385;
        Thu, 26 Apr 2012 07:39:36 -0700 (PDT)
Received: by 10.50.85.196 with SMTP id j4mr2399636igz.4.1335451176375;
        Thu, 26 Apr 2012 07:39:36 -0700 (PDT)
Return-Path: <ver...@gmail.com>
Received: from mail-iy0-f173.google.com (mail-iy0-f173.google.com [209.85.210.173])
        by gmr-mx.google.com with ESMTPS id xn7si1837583igb.1.2012.04.26.07.39.36
        (version=TLSv1/SSLv3 cipher=OTHER);
        Thu, 26 Apr 2012 07:39:36 -0700 (PDT)
Received-SPF: pass (google.com: domain of ver...@gmail.com designates 209.85.210.173 as permitted sender) client-ip=209.85.210.173;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ver...@gmail.com designates 209.85.210.173 as permitted sender) smtp.mail=ver...@gmail.com; dkim=pass header...@gmail.com
Received: by mail-iy0-f173.google.com with SMTP id j26so2433951iaf.4
        for <neo4j@googlegroups.com>; Thu, 26 Apr 2012 07:39:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        bh=fR99s+2DX0TlU9XkOLHp6jkQj+Y0Vg3S4jplNLuBpDY=;
        b=FkG9xgbcaWWKQWhohS4RzA+xR8E8e0m/TwFPUEPqiuYDnQOwR2aq+Z7QHjU3dAp5pu
         tiIcHgNk2vFyccwIi6cqL+E9NwUonNBENMd4yGn0IrnJD7TnTnhhuoQgQREEIFWtcbVQ
         GHg8wHUCXBHG1VBURSOid0jWE9sR11JKQeQRm0uhKmwfSH8pUdDp1OY7iKTcD7+yaAOV
         1OPXJacFbXhWyjvTgTcI1EctfWr7pz9X8GGu5ObWQSKIKpTzcCUUU0RBk6H6d74m4tpm
         8jdKdrohXy29cWLoPJY20O6DueeN8XfFlqaoAp6n9aahpajcYjk1OEvsR7TqdPpUv5KQ
         FJ3Q==
Received: by 10.50.104.166 with SMTP id gf6mr6489712igb.35.1335451092149; Thu,
 26 Apr 2012 07:38:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.50.127.36 with HTTP; Thu, 26 Apr 2012 07:37:40 -0700 (PDT)
In-Reply-To: <CAHKVbKJMvGkmD3J_sdv73p6FqgCDGDsNKmjCBSiCoDXk6Zk...@mail.gmail.com>
References: <CALZ64-5sD2z+0zhOFR5R_nnnsDpBeBVM7-6-=jt3WhLXrbB...@mail.gmail.com>
 <CAHKVbKJMvGkmD3J_sdv73p6FqgCDGDsNKmjCBSiCoDXk6Zk...@mail.gmail.com>
From: Javier de la Rosa <ver...@gmail.com>
Date: Thu, 26 Apr 2012 10:37:40 -0400
Message-ID: <CALZ64-6njqVwc2SaJHs_ci30yL4pu3iVWuussENT2_bfdxX...@mail.gmail.com>
Subject: Re: [Neo4j] Things that I don't know if are even possible in Cypher
To: neo4j@googlegroups.com
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Apr 26, 2012 at 02:18, Andres Taylor
<andres.tay...@neotechnology.com> wrote:
> Thanks so much for this email! Answers inline.

You are welcome :-D

> This has been asked for over and over again. Peter Neubauer asked for it
> yesterday. The problem I have with it, is that the result table will be
> irregularly shaped, and that bothers me a little. Since so many ask for it,
> we'll just have to figure out a way to make it work nicely.

Nice!

> I'll fight this until my death. (Dramatic, heh?)

I see. And it makes all the sense for me too. I don't like having to
use manual indexing, but since I've been using it for a long time ago,
I don't see how to stop now. Maybe adding a new property in the nodes?
I describe birefly my use case. I have a platform [1] in which users can
create their own graphs and for them they describe schemas, but I
mantain schemas out of Neo4j. Then they are able to enter nodes and
relationships according the schemass previously created. Finally, the
only way I was able to have separate graphs inside the same Neo4j
instance was using manual indices.

> This very query is already possible:

Nice indeed! Are there also options to UPDATE and DELETE?

> Yes. Oh yes. There's some infrastructure that needs to be built, but I agree
> 100%.

Or even more complex with stamements like SAVEPOINT and ROLLBACK.

> Again - I agree. Although, I want support for dates to be in a lower level -
> Cypher should not have to translate data types, the kernel should handle
> that for us.

Good!

> Thanks for sharing your thinking Javier. Appreciate it.

Thank you for your quick response. I like Cypher a lot and I think it
could be the definitive access point to Neo4j, both for embedded and
REST. And then, we can create native bindings for languages like
Python and just choose what kind of connection do you want to use.

Best regards.



[1] Sylva: http://sylvadb.com/
-- 
Javier de la Rosa
http://versae.es