Dear Sergey Vojtovich:

Thank you for your detailed and actionable guidance. I agree with the steps 
you've outlined and would like to confirm a few points:

1. Regarding roles and collaboration: Yes, we (ByteDance) can drive this 
effort. I'll be working with a student selected for OSPP to contribute to VIDEX 
for MariaDB.  The final student selection will be confirmed on June 25, and 
he/she will begin participating then.
(Of course, we're also happy to have you drive the process if preferred. We're 
flexible and eager to collaborate either way)

2. Regarding milestones: Should we maintain one large PR until all requirements 
are met and then merge everything at once? Or would you prefer splitting it 
into multiple milestones, completing functionality incrementally? 

3. Regarding API adaptation: For steps 6-7, which we consider the most 
challenging parts (adapting the API, compiling and running VIDEX in MariaDB), 
would MariaDB Foundation collaborate on PRs and contribute code, or should 
ByteDance handle all code contributions while MariaDB Foundation only provide 
guidance? (I noticed Petrunia has already reviewed the VIDEX code in depth)

4. Regarding code quality: We'd appreciate your advices on whether the current 
VIDEX implementation needs refactoring to meet MariaDB standards. Additionally, 
VIDEX currently lack C tests for the storage engine itself and would appreciate 
your guidance - such as test case frameworks to be filled.

5. Regarding communication: This mailing list has grown quite long, making it 
difficult to track new issues or mention multiple people. GitHub issues may be 
better, or shall we join a Slack channel for real-time discussions?

6. Feature detail #1: If the VIDEX-stats-server operates as a submodule, it 
requires a Python environment and launches an HTTP service. This design is 
intended to be AI-model integration friendly, but is this suitable for MariaDB?

7. Feature detail #2: VIDEX currently has a limitation regarding index_read. As 
Petrunia mentioned, MySQL/MariaDB query optimization phase may call 
index_init/index_read, but VIDEX doesn't currently implement them and throws a 
1031 error. Can we leave this as a future implementation issue? 

Thank you, and I look forward to collaborating on this interesting project!

Best,
Rong
_______________________________________________
discuss mailing list -- discuss@lists.mariadb.org
To unsubscribe send an email to discuss-le...@lists.mariadb.org

Reply via email to