We are creating a multi vendor food delivery system and we want to create 3 databases. One database will have vendors profile, category, food and fav user food collections , database 2 will have cart item , discount, order and location collections and database 3: will have chat room, chat message support collections.
Is it efficient to do it this way or it does not matter ?
It really depends on how you can manage the internal logic and understand it.
Different Database is also fine as it gives more understanding and readability. Example -
- Database - Vendors └── Collections - Some logic based different collections or a single one to group vendors.
- Database - Misc [locations, etc.] └── Collections - same as above []
- Database - Chats └── Collections - different chat documents per chat room.
Another Database Logic - Database - Delivery App └── Collections - └── Vendors -> List all vendors └── Misc -> Add Coupons, Menus, etc
Database - Chats └── Collections - └── Chat-[VENDOR_ID-USER_ID] └── Chat Documents.
So it does not change the speed of the system
Recommended threads
- Is it possible to create and update with...
Desde la comunidad latina. Es posible ejecutar un CREATE y un UPDATE , en la misma transacción? mi objetivo es que el ID creado, se coloque en el array del upd...
- Help me deploy on Render
==> Deploying... self.app.wsgi() ~~~~~~~~~~~~~^^ File "/opt/render/project/src/.venv/lib/python3.13/site-packages/gunicorn/app/base.py", line 66, in w...
- I want my app data
Can anyone help me with this ?