-
Notifications
You must be signed in to change notification settings - Fork 3.3k
Description
Is your feature request related to a problem? Please describe.
Currently, Sim Studio lacks native integration with popular databases, forcing users to build custom solutions or use generic API blocks to connect to their data sources. This increases development complexity and time, requires users to handle connection management and query construction manually, and creates inconsistent implementations across workflows.
Describe the solution you'd like
Add five new database-specific Tools to Sim Studio that allow users to easily connect to and interact with popular databases:
-
Common Implementation Requirements (for all database tools):
- Connection configuration UI with fields for host, port, credentials, SSL options
- Connection testing functionality
- Ability to save and reuse connection profiles
- Basic operations panel with operation type selector
- Input/output schema definition
- Error handling and retry options
- Integration with platform's existing security features
-
MongoDB Tool:
- Operations: Find documents, Insert documents, Update documents, Delete documents, Aggregate
- Support for MongoDB query syntax
- Collection browser/selector
- Document result formatting
-
PostgreSQL Tool:
- Operations: Select, Insert, Update, Delete, Execute function
- SQL query builder with variable substitution
- Schema/table browser
- Result set handling with pagination
-
MySQL Tool:
- Operations: Select, Insert, Update, Delete, Execute procedure
- SQL query builder with variable substitution
- Schema/table browser
- Transaction support
-
Redis Tool:
- Operations: Get, Set, Delete, Publish, Subscribe, List operations
- Key browser/pattern matching
- TTL configuration
- Support for various data types (string, hash, list, set)
-
Elasticsearch Tool:
- Operations: Search, Index document, Delete document, Update document
- Query DSL builder
- Index management
- Aggregation support
Describe alternatives you've considered
- Building a single generic database connector with configuration options for different database types
- Creating custom Function blocks with database client libraries
- Using API blocks to connect to database REST APIs or proxies
- Building an external service to handle database connections outside the platform
Additional context
Implementation priority should follow user demand, likely starting with MongoDB and PostgreSQL as they represent document and relational models respectively. Each tool should maintain a consistent interface pattern while exposing database-specific functionality.
The tools should support both reading from databases to feed data into workflows and writing to databases as part of workflow execution. Educational resources (templates, tutorials) should be created for each database tool to help users understand common patterns.
Feel free to split these up into individual tickets too, if need be