Content pfp
Content
@
https://opensea.io/collection/neynar-1
0 reply
0 recast
0 reaction

@
0 reply
0 recast
0 reaction

alex pfp
alex
@alexgrover
Any client of even basic complexity will need joins IMO
0 reply
0 recast
1 reaction

@
0 reply
0 recast
0 reaction

alex pfp
alex
@alexgrover
For example, the hot/new/top filters on Flink. Neynar is using a replicator so I consider that to be the same thing as running your own.
1 reply
0 recast
0 reaction

alex pfp
alex
@alexgrover
In memory joins will work until you have a dataset larger than a few thousand records, which I think you’ll run up on for a feed algo depending on the parameters. I’m excited about the potential of an in-hub DB from @haardikkk https://warpcast.com/haardikkk/0x6cd113a2
1 reply
0 recast
2 reactions

@
0 reply
0 recast
0 reaction

alex pfp
alex
@alexgrover
Depends on the use case IMO! For example “top casts by day/month/year/all time” will require much more than 10k. I think there’s always going to be some edge case feature that’s not possible through the hub APIs
1 reply
0 recast
0 reaction

alex pfp
alex
@alexgrover
If you don’t need the extra infra by all means keep things simple, but it’s a case by case decision rather than a blanket prescription and I think as clients get more complex the DB will become necessary more of the time
0 reply
0 recast
1 reaction