Improved database querying for individuals profiles #2360
Conversation
…ead of using repository
|
WalkthroughThis update primarily enhances how workflow runtime data is managed in the case management system. It includes adding a new field to store Changes
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configration File (
|
Omri-Levy
changed the title
|
PR Description updated to latest commit (02501a1) |
github-actions
bot
changed the title
PR Review 🔍
Code feedback:
|
PR Code Suggestions ✨
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 1
Out of diff range and nitpick comments (1)
services/workflows-service/src/workflow/workflow.service.ts (1)
Line range hint
1-1: Ensure all necessary imports are maintained and unused imports are removed to keep the code clean.
Review Details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (3)
- services/workflows-service/src/case-management/controllers/case-management.controller.ts (3 hunks)
- services/workflows-service/src/workflow/workflow-runtime-data.repository.ts (1 hunks)
- services/workflows-service/src/workflow/workflow.service.ts (1 hunks)
Files skipped from review due to trivial changes (1)
- services/workflows-service/src/workflow/workflow-runtime-data.repository.ts
Additional comments not posted (26)
services/workflows-service/src/case-management/controllers/case-management.controller.ts (1)
95-99: LGTM! Ensure the integration ofworkflowRuntimeDatawithtagsdoes not affect other functionalities.Verification successful
The search results indicate extensive usage of
workflowRuntimeDataacross various files in theworkflows-servicedirectory. This includes multiple interactions with theWorkflowRuntimeDataRepositoryfor operations likefindById,findMany,updateById, and others. The integration of theworkflowRuntimeDatawithtagsin theCaseManagementControllerseems consistent with the usage patterns observed in other parts of the system, particularly in how data is handled and queried.Given the widespread and consistent handling of
workflowRuntimeDataacross the service, it appears that the integration of thetagsfield in theCaseManagementControlleris aligned with existing practices and should not adversely affect other functionalities. This suggests that the original review comment's concern about verifying the integration has been addressed by the evidence provided in the script outputs.Conclusion:
The integration ofworkflowRuntimeDatawithtagsin theCaseManagementControlleris consistent with the handling of similar data across the system. There are no indications of potential issues from the current integration based on the script outputs.
- File:
services/workflows-service/src/case-management/controllers/case-management.controller.ts- Lines: 95-99
Scripts Executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify the integration of `workflowRuntimeData` with `tags` in other parts of the system. # Test: Search for usage of `workflowRuntimeData`. Expect: Proper handling in all occurrences. rg --type typescript $'workflowRuntimeData'Length of output: 77
Script:
#!/bin/bash # Description: Verify the integration of `workflowRuntimeData` with `tags` in other parts of the system. # Test: Search for usage of `workflowRuntimeData`. Expect: Proper handling in all occurrences. rg --type ts 'workflowRuntimeData'Length of output: 24650
services/workflows-service/src/workflow/workflow.service.ts (25)
Line range hint
95-104: FunctioncreateWorkflowDefinitionis implemented correctly and follows good practices.
Line range hint
106-123: FunctioncloneWorkflowDefinitionis implemented correctly and follows good practices.
Line range hint
125-128: FunctiongetWorkflowRuntimeDataByIdis implemented correctly and follows good practices.
Line range hint
130-135: FunctiongetWorkflowRuntimeDataByIdAndLockUnscopedis implemented correctly and follows good practices.
Line range hint
137-160: FunctiongetWorkflowByIdWithRelationsis implemented correctly and handles complex queries efficiently.
Line range hint
162-245: FunctionformatWorkflowis well-implemented, handling complex formatting and transformations efficiently.
Line range hint
247-297: FunctionpersistChildEventis well-implemented, handling complex event persistence and context management efficiently.
Line range hint
299-302: FunctiongetWorkflowDefinitionByIdis implemented correctly and follows good practices.
Line range hint
304-309: FunctiongetWorkflowsByStateis implemented correctly and handles state-based filtering efficiently.
Line range hint
311-321: FunctionlistActiveWorkflowsRuntimeStatesis implemented correctly and efficiently lists active workflows with their states.
Line range hint
323-394: FunctionlistWorkflowRuntimeDataWithRelationsis well-implemented, handling complex queries and pagination efficiently.
Line range hint
396-423: FunctionformatWorkflowsRuntimeDatais implemented correctly and efficiently formats workflow data based on type.
Line range hint
425-429: FunctionlistWorkflowRuntimeDataByUserIdis implemented correctly and follows good practices.
Line range hint
431-439: FunctionlistFullWorkflowDataByUserIdis implemented correctly and efficiently fetches full workflow data with necessary details.
Line range hint
441-474: FunctionlistRuntimeDatais well-implemented, handling complex queries, pagination, and sorting efficiently.
Line range hint
476-497: Function_resolveOrderByParamsis implemented correctly and efficiently constructs order by clauses based on parameters.
Line range hint
499-515: FunctionworkflowsRuntimeListItemsFactoryis implemented correctly and efficiently transforms query results into models.
Line range hint
517-522: FunctionlistWorkflowDefinitionsis implemented correctly and follows good practices.
Line range hint
524-582: FunctionupdateDecisionAndSendEventis well-implemented, handling complex decision updating and event sending efficiently.
Line range hint
584-670: FunctionupdateDocumentDecisionByIdis well-implemented, handling complex document decision updating efficiently.
Line range hint
672-774: FunctionupdateDocumentByIdis well-implemented, handling complex document updating efficiently.
Line range hint
776-798: FunctionupdateDocumentInContextis implemented correctly and efficiently updates documents in the context based on the method.
Line range hint
800-812: FunctiongetDocumentsis implemented correctly and efficiently retrieves documents from the context based on the method.
Line range hint
814-827: FunctionupdateDirectorDocumentis implemented correctly and efficiently updates director documents in the context.
Line range hint
829-837: FunctiongetDirectorsDocumentsis implemented correctly and efficiently retrieves director documents from the context.
services/workflows-service/src/case-management/controllers/case-management.controller.ts
Outdated
Show resolved
Hide resolved
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
tomer-shvadron
deleted the
omri-levy/refactor/individuals-profiles-performance
branch
* feat: setting isCaseOverviewEnabled default to false (#2505) * Improved database querying for individuals profiles (#2360) * refactor(workflows-service): now fetching workflows via endusers instead of using repository * refactor(workflows-service): improved performance on profiles query * refactor(workflow-service): renamed iterable name --------- Co-authored-by: Omri Levy <61207713+Omri-Levy@users.noreply.github.com>
* fix(backoffice): increase profile timeout to 30s * Dev --> SB (#2506) * feat: setting isCaseOverviewEnabled default to false (#2505) * Improved database querying for individuals profiles (#2360) * refactor(workflows-service): now fetching workflows via endusers instead of using repository * refactor(workflows-service): improved performance on profiles query * refactor(workflow-service): renamed iterable name --------- Co-authored-by: Omri Levy <61207713+Omri-Levy@users.noreply.github.com> --------- Co-authored-by: Alon Peretz <Alonp99@gmail.com> Co-authored-by: Tomer Shvadron <tomers@ballerine.com>
User description
Description
Elaborate on the subject, motivation, and context.
Related issues
Breaking changes
How these changes were tested
Examples and references
Checklist
PR Type
enhancement
Description
CaseManagementControllerby directly includingworkflowRuntimeDatain the initial query.findFirstByEntityIdandgetByEntityIdfromWorkflowRuntimeDataRepositoryandWorkflowServicerespectively, simplifying the codebase and potentially improving performance.Changes walkthrough 📝
case-management.controller.ts
Optimize end user data fetching by including workflowRuntimeDataservices/workflows-service/src/case-management/controllers/case-management.controller.ts
workflowRuntimeDatato the selection set in the query forfetching end users.
workflowRuntimeDatavia a separate service call withdirect access from the end user object.
workflow-runtime-data.repository.ts
Remove unused method from WorkflowRuntimeDataRepositoryservices/workflows-service/src/workflow/workflow-runtime-data.repository.ts
findFirstByEntityIdmethod which was previously used to fetchworkflow runtime data for a specific entity.
workflow.service.ts
Remove deprecated workflow data fetching methodservices/workflows-service/src/workflow/workflow.service.ts
getByEntityIdmethod which was used to fetch workflow runtimedata.
Summary by CodeRabbit
New Features
tagsproperty to workflow runtime data for enhanced case management.Refactor