Hey folks, love the work on the AI stuff! Just wanted to drop in to chime in that I would love it fo

Hey folks, love the work on the AI stuff! Just wanted to drop in to chime in that I would love it for the limits on Vectorize index to be way higher, to the tune of a couple of indices per user of my app. That's all!

Xxeon06 Hey folks, love the work on the AI stuff! Just wanted to drop in to chime in tha...

Jerome•12/14/23, 9:46 AM

for survey purposes, what limit would fit your use case?

JJerome for survey purposes, what limit would fit your use case?

xeon06OP•12/14/23, 8:56 PM

I don't want to give a number because it would scale with the number of users my app has, e.g. I need to be able to make vector searches against documents belonging only to a single user.

Even if it was 10,000, then what do I do at 10k users!

xeon06OP•12/14/23, 9:00 PM

There's a world where I can filter post search, but that doesn't seem inefficient and probably severely limited by the

topK

topK

limit

Xxeon06 There's a world where I can filter post search, but that doesn't seem inefficien...

huw•12/14/23, 11:59 PM

The in between here is namespaces, right now if you maximally used indices & namespaces you could support 100k users

huw•12/15/23, 12:00 AM

tbh it’s not really clear whether a user-segmented app is supposed to use separate indices or separate namespaces right now—only except that namespaces have the advantage of using proper service bindings but if you go for

indices you’d have to use the API

xeon06OP•12/15/23, 1:13 AM

Oh wow somehow I completely missed namespaces

xeon06OP•12/15/23, 1:14 AM

Yeah I suppose without creating new indices with the API in order to "bin" the namespaces you're limited at 1000

xeon06OP•12/15/23, 1:14 AM

But I guess my request now is more along the lines of increasing the namespace limit

divby0•12/15/23, 2:06 PM

I am getting "error code: 502" errors for the last few minutes on two different vectorize indices

divby0•12/15/23, 2:07 PM

The body literally only says "error code: 502" if I see this right. I am doing a normal request (that used to work a few days ago) on /query. It uses topK: 2 with a namespace filter and returnMetadata: true

divby0•12/15/23, 2:08 PM

This happens on both of my indices, if a cloudflare staff can DM me, I can provide the specific indices maybe there's more info on the cause on your isde

JJerome @cosbgn vector deletion on the REST api is on the backlog. Upsert will ship soon...

dbk•12/19/23, 2:15 PM

Greetings! Are there any hints on when we can expect vector DELETE and GET to be available through the REST api?

Ddbk Greetings! Are there any hints on when we can expect vector DELETE and GET to be...

Vy•12/19/23, 3:46 PM

we're working on vector DELETE. For GET, is that get vector by id?

dbk•12/19/23, 3:47 PM

Hi @Vy, yes, that'd be what I'm interested in

Ddbk Hi @Vy, yes, that'd be what I'm interested in

Vy•12/19/23, 11:56 PM

thanks, we should be able to tackle GET same time as DELETE

natanparmigiano•12/20/23, 11:59 PM

Hey all!
I have a question regarding billing, if using metadata filters, would total queried vector dimensions be calculated towards the entire index or only the vectors matching the metadata filter?

natanparmigiano•12/21/23, 12:00 AM

I am currently studying the use case of partitioning user documents using filters, but don't want to be billed on a search through all vectors for a question regarding a single document

natanparmigiano•12/21/23, 1:23 AM

Sorry everyone, dumb question, it seems I misunderstood the pricing, a query is billed as 1 queried vector regardless of how many vectors are in the index, right? Now it makes sense why my estimations were coming out so absurd

Nnatanparmigiano Sorry everyone, dumb question, it seems I misunderstood the pricing, a query is ...

Vy•12/21/23, 4:21 PM

no, number of vectors in your index does impact billing since that's the total search space for a query. See https://developers.cloudflare.com/vectorize/platform/pricing/#calculating-vector-dimensions for some examples.

Pricing · Vectorize

Vectorize bills based on:

natanparmigiano•12/21/23, 4:25 PM

But that would affect the "stored vectors" cost, correct?
My understanding is that the "per query" cost is not affected by the stored vectors count (as in, if I have 100000 vectors stored, the cost per query is the same as if I have 200000, but the stored vectors bill would increase)

Is my understanding correct in that sense?

Nnatanparmigiano But that would affect the "stored vectors" cost, correct? My understanding is th...

Matt Silverlock•12/21/23, 4:47 PM

Nnatanparmigiano But that would affect the "stored vectors" cost, correct? My understanding is th...

Matt Silverlock•12/21/23, 4:48 PM

If this doesn't make sense, help us understand where you're stuck. There's also some examples further down:

Matt Silverlock•12/21/23, 4:49 PM

Put another way:
- If you store 10k vectors of 1536 dimension each and make ZERO queries, it's

(10000)*1536*(0.040/1000000)

(10000)*1536*(0.040/1000000)

= $0.6144 for the month
- If you query that index 50k times that month, it's

(10000+50000)*1536*(0.040/1000000)

(10000+50000)*1536*(0.040/1000000)

= $3.68. The query component is $3.072. You just add them up.

natanparmigiano•12/21/23, 4:56 PM

In the end it does make sense!
The docs are quite clear, I just got it wrong at first, since the provided formula includes both the query and storage costs, I at first assumed that index size would affect per query costs

I think it would be clearer to newcomers if the pricing examples had the cost components (stored and queried vectors) shown (and calculated) separately.

natanparmigiano•12/21/23, 4:58 PM

It was just a misunderstanding in my part, as clearly there are two unrelated cost components defined on the top of the article, but the calculation including both factors kinda threw me off!

Thanks a lot for your help, the costs are clear to me now

Nnatanparmigiano Hey all! I have a question regarding billing, if using metadata filters, would t...

Jeffrey Konowitch•12/29/23, 4:25 PM

Was this question answered? Will the queried vector formula be affected when using metadata filters?

JJeffrey Konowitch Was this question answered? Will the queried vector formula be affected when usi...

Jeffrey Konowitch•12/29/23, 5:44 PM

In other words, can we save money by smartly partitioning and querying with metadata. It seems namespaces are the only way to do this at the moment, but are limited to 1000.

xeon06OP•1/5/24, 6:27 AM

Hey folks, I notice that the scores are get are either in the 0.8 for good results, or 0.7 for bad ones. Is it normal to not have that much of a range of scores?

MMatt Silverlock If this doesn't make sense, help us understand where you're stuck. There's also ...

Frank•1/5/24, 8:49 PM

Does querying with a namespace filter change any of this calc? I could be wrong, but seems quite expensive as is.

FFrank Does querying with a namespace filter change any of this calc? I could be wrong,...

Vy•1/5/24, 8:51 PM

currently no, but we're open to feedback/specifics for your workload!

VVy currently no, but we're open to feedback/specifics for your workload!

Frank•1/5/24, 9:11 PM

Ie. Searching thru vectors of contacts vs. vectors of docs/notes. Latter may be super dense.
Also wish there was no limit on # of namespace once hits GA. Would greatly reduce search space. We can namespace it using a composite key. Can just be concat of user id+ type of data or something

Frank•1/5/24, 9:17 PM

Be great if price is based on actual search space instead of total stored. Assuming namespace and metadata filtering reduces search space

divby0•1/7/24, 8:32 AM

We still can only add vectors, never delete them again though. Together with beta-limits that are relatively low is slowly getting an issue. Had to do a manual reset of the whole index now and I hope it will be enough until we finally get either pages-bindings or delete via http api

divby0•1/7/24, 8:32 AM

Not really sure how this whole product can exist for "so long" without just the option to delete stuff again, kind of boggles my mind why stuff isn't on fire for other people

JJerome @cosbgn vector deletion on the REST api is on the backlog. Upsert will ship soon...

Yongyi•1/7/24, 11:43 AM

I am considering on trying out ai vectorize. it seems like the rest api is there no? https://developers.cloudflare.com/api/operations/vectorize-delete-vectorize-index

or am I missing something?

Cloudflare API Documentation

Interact with Cloudflare's products and services via the Cloudflare API

YYongyi I am considering on trying out ai vectorize. it seems like the rest api is there...

divby0•1/7/24, 11:50 AM

That's only the whole index, you cant delete vectors you inserted

Ddivby0 That's only the whole index, you cant delete vectors you inserted

Yongyi•1/7/24, 2:53 PM

Ohhh

Ddivby0 That's only the whole index, you cant delete vectors you inserted

Yongyi•1/7/24, 4:00 PM

correct me if im wrong, you can still delete vectors with cloudflare workers? https://developers.cloudflare.com/vectorize/platform/client-api/#delete-vectors-by-id

Workers API · Vectorize

This page covers the Vectorize API available within Cloudflare Workers, including usage examples.

Yongyi•1/7/24, 4:06 PM

ok I see even if I use workers, you are bound by a vector from environment such as env.(vectorIndex). If vector index surpasses 200,000 vectors per index, you cannot dynamically create a new index inside a worker

Yongyi•1/7/24, 4:06 PM

that's going to be annoying as you scale up

YYongyi correct me if im wrong, you can still delete vectors with cloudflare workers? ht...

divby0•1/7/24, 4:24 PM

This is not the rest http api, but the workers api

Ddivby0 This is not the rest http api, but the workers api

Yongyi•1/7/24, 4:28 PM

Ok got it. Thanks for explaining. I do see the bottleneck and annoyance when vector index reach its limit

Yongyi•1/7/24, 4:28 PM

Not scalable

Ccfnathan Stay tuned! Get & delete by id should land in http api the next few days

Yongyi•1/9/24, 12:35 AM

That would be great!!

Old Man Maker•1/9/24, 4:58 PM

If not already available (I couldn't find anything for Workers) or on the roadmap, the ability to update metadata by id would be helpful

OOld Man Maker If not already available (I couldn't find anything for Workers) or on the roadma...

huw•1/9/24, 10:45 PM

As in, a metadata-only upsert? I am currently working around it by doing a get by ID + upsert but it means loading the whole vector which I’m not editing at all

kingmesal•1/9/24, 11:01 PM

I'm finding it kind of interesting that namespacenamespace is buried so low in the structure.

I feel like the namespacenamespace should be up leveled.

If I have a record with id 123123 and I insert that into namespace netflixnetflix, but then I have the same object id, perhaps different metadata and certainly different vectors, and it has a namespace huluhulu the vectorize database will overwrite the first record, or fail depending on if I called upsertupsert or insertinsert

If the namespace were moved up then the actions would happen on the namespace and this type of use case would not be an issue.

I bring this up, regardless of whether this example seems logical or not because it would be possible to have ID conflicts in the same vector table even though numerous namespaces could be used.

Hey folks, love the work on the AI stuff! Just wanted to drop in to chime in that I would love it fo

Similar Threads