https://www.prisma.io/ logo
Join Slack
Powered by
# prisma-whats-new
  • m

    miguel

    12/09/2017, 8:34 AM
    😞
    Copy code
    $ graphcool deploy
    ERROR: GraphQL Error (Code: 504)
    m
    • 2
    • 1
  • m

    matic

    12/09/2017, 9:12 AM
    I am getting the same error sadparrot.
  • g

    gopidon

    12/09/2017, 10:10 AM
    It’s acting very buggy.
  • h

    Haider Malik

    12/09/2017, 3:10 PM
    Hey Guys!
  • j

    Josh Willis

    12/09/2017, 3:10 PM
    HeyGuys
  • j

    Josh Willis

    12/09/2017, 3:11 PM
    Anyone have a resource on schema design?
  • h

    Haider Malik

    12/09/2017, 3:11 PM
    I am new to graphql. Could you provide me some getting started resource on graphcool?
    r
    • 2
    • 2
  • j

    Josh Willis

    12/09/2017, 3:17 PM
    I have a super nested structure that I'm wondering if or how I should flatten. A -> (few) B, B -> (few) C, C -> (few) D, D -> (many) E, E -> (many) F. If I have an F and want to find it's A, I have to go through the whole stack.
  • n

    Nick Luger

    12/09/2017, 3:38 PM
    Docs are down
  • r

    rpeterson

    12/09/2017, 3:38 PM
    @Josh Willis Nested as Subdocs such as something in a Mongo Collection?
  • j

    Josh Willis

    12/09/2017, 3:40 PM
    Is that possible in the graphcool interface?
  • j

    Josh Willis

    12/09/2017, 3:40 PM
    I could have an array of JSON objects, but that says nothing about their structure
  • r

    rpeterson

    12/09/2017, 3:41 PM
    Yeah, the best way is to create a Type for each tier / item class then do Relationships
  • r

    rpeterson

    12/09/2017, 3:41 PM
    the nesting can occur when you resolve those items, but want to think about things in terms of their base type
  • n

    Nick Luger

    12/09/2017, 3:41 PM
    I'm getting main.977cd8ff.js:1 TypeError: Cannot read property 'paragraphs' of null at t.render (main.977cd8ff.js:1) at r (main.977cd8ff.js:1) at r (main.977cd8ff.js:1) at i (main.977cd8ff.js:1) at o (main.977cd8ff.js:1) at main.977cd8ff.js:1 at <anonymous>
  • j

    Josh Willis

    12/09/2017, 3:41 PM
    Right, which is what I've done so far. But then if I'm at the bottom and need my great-grandparents doc fields, I have to go through all of the other parents
  • r

    rpeterson

    12/09/2017, 3:42 PM
    can you provide an example? (if need to upload code, maybe open up topic on forum and we can help in comments)
  • j

    Josh Willis

    12/09/2017, 3:44 PM
    If you look at the answer here, you'll see a list of patterns for tree structures in a NoSQL DB. https://softwareengineering.stackexchange.com/questions/241012/how-to-represent-a-tree-structure-in-nosql
  • j

    Josh Willis

    12/09/2017, 3:44 PM
    I currently have the parent reference pattern, which is what you suggested
  • n

    Nick Luger

    12/09/2017, 3:44 PM
    OK, docs do not work on Chrome. They do work on Safari.
  • r

    rpeterson

    12/09/2017, 3:44 PM
    Often, a custom resolver could leverage a cache (KVS, Graph DB etc.) to do fast lookups up/down a tree
  • j

    Josh Willis

    12/09/2017, 3:44 PM
    I'm wondering if it's possible to get the array of ancestors or another pattern
  • n

    Nick Luger

    12/09/2017, 3:44 PM
    Anyone seeing that docs are down on Chrome?
  • n

    Nick Luger

    12/09/2017, 3:45 PM
    https://www.graph.cool/docs/reference/service-definition/overview-opheidaix3
  • r

    rpeterson

    12/09/2017, 3:45 PM
    you can do queries with as much nested items as are realted
  • j

    Josh Willis

    12/09/2017, 3:45 PM
    But is that the "correct" or "best" way to do it?
  • r

    rpeterson

    12/09/2017, 3:46 PM
    it’s simply how it will work.
  • r

    rpeterson

    12/09/2017, 3:46 PM
    Best or Correct is more based on use-case.
  • n

    Nick Luger

    12/09/2017, 3:47 PM
    I will open an issue if the docs are on github?
  • r

    rpeterson

    12/09/2017, 3:47 PM
    Nick, I usually find they come back up eventually
1...462463464...637Latest