-
Notifications
You must be signed in to change notification settings - Fork 74
feat: add drop table #195
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: add drop table #195
Conversation
I would suggest implementing on PGEngine for now rather than the vectorstore interface. To mirror the creation API. I'd suggest re-organizing the API longer-term to decouple schema management from using the vectorstore; i.e., I don't want to have to initialize a vectorstore w/ an embedding service just to delete a table.
VectorstoreManager (or some other name) accepts PGEngine and is responsible for managing schema:
|
Agreed! Thanks for the notes. Let's chat more about the VSManager |
@averikitsch feel free to merge. I'd prefer this on PGEngine, but also if we introduce another intermediate entity later we'll deprecate it from either location. |
Do you mean as a class method? I have moved it to be an instance method for PGEngine because it needs the connection pool instantiated. I can add more tests as a fast follow. |
Was thinking as an instance method that takes the table id as a parameter. |
No description provided.