Separate databases
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- authentication, backend, databases
Hướng nghiên cứu
Không có tệp hoặc test nào được nêu tên. Hãy bắt đầu bằng cách lập bản đồ bốn nguồn dữ liệu và xem xét các model Peewee hiện có cho Tracy Ultratime; phần hoàn thành cần bao gồm đăng nhập có thể cấu hình, tích hợp Tracy tùy chọn và các hook cho Banner, mà không làm gián đoạn cơ sở dữ liệu chính.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
There are essentially four databases needed for the system:
- The login server (BC uses Shibboleth). This provides the application with the logged in user identity and authorization.
- The main db. This provides the application with active work college information (student's current and past positions, approval status, ...) and is the database we created for the system.
- The Tracy Ultratime system. This provides the application with all static work study information (all available positions, all departments, all supervisors, ...). This database is external to the existing application, but Peewee models exist for it already.
- Banner. This provides the application with a database to hold official records of employment. After a student is hired in our system, the record is added to Banner.
Item 1 should be handled probably through Flask login. The implementer should be able to choose the type of login service they want to use (local login, shibboleth, LDAP, ...).
Item 2 is fully within the existing application. No changes should be needed here.
Item 3 was implemented for testing/development purposes. It should be fully implementable if the user choses to use it (on install).
Item 4 is completely external, with the exception of hooks to write to that database. It should be integrated into the application as well. It only exists because our LSF system had to be able to work with the existing records which were held here. In theory, it could go away (option to make it go away?) and the existing application serves as the record of hiring and firing of students.
- Ngôn ngữ chính
- Python
- Star
- 0
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của BCStudentSoftwareDevTeam/lsf-oss
-
Local Login refactorĐang mởenhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
-
Questions for WCCĐang mởdocumentation
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
-
enhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
-
Creating/Removing departmentsĐang mởenhancement needs decomposed
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 45/100
Tất cả issue của BCStudentSoftwareDevTeam/lsf-oss
Issue tương tự
-
cost:cheap practicality:seen-in-the-wild severity:medium
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
fairagro/m4.2_advanced_middleware_api#620 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:security effort:S priority:P2 provider:local-libvirt status:ready type:docs
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
randomparity/kdive#3495 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
microsoft/markitdown#2820 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 2 ngày