We can see that mapping EmployeeTyp

We can see that mapping EmployeeTypeis trivially easy to the point where we don’t actually have
to do anything at all. The defaults are applied, and everything will just work. The typefield will get
mapped to an integer TYPEcolumn, and all full-time employees will have an ordinal of 0 assigned to
them. Similarly the other employees will have their types stored in the TYPEcolumn accor dingly.
If an enumerated type changes, however, then we have a problem. The persisted ordinal data in
the database will no longer apply to the correct value. For example, if the company benefits policy
changed and we started giving additional benefits to part-time employees who worked more than 20
hours per week, we would want to differentiate between the two types of part-time employees. By
adding a PART_TIME_BENEFITS_EMPLOYEEvalue after PART_TIME_EMPLOYEE, we would be causing a new
ordinal assignment to occur, where our new value would get assigned the ordinal of 2 and
CONTRACT_EMPLOYEEwould get 3. This would have the effect of causing all the contract employees on
record to suddenly become part-time employees with benefits, clearly not the result that we were
hoping for .

Kết quả (Việt) 2:

Chúng tôi có thể thấy rằng EmployeeTypeis lập bản đồ trivially dễ dàng đến điểm mà chúng ta không thực sự có
làm bất cứ điều gì ở tất cả. Giá trị mặc ​​định được áp dụng, và tất cả mọi thứ sẽ chỉ làm việc. Các typefield sẽ được
ánh xạ tới một TYPEcolumn số nguyên, và tất cả nhân viên toàn thời gian sẽ có một thứ tự từ 0 gán cho
họ. Tương tự như các nhân viên khác sẽ có các loại của họ được lưu trữ trong tập đoàn Accor TYPEcolumn dingly.
Nếu một thay đổi kiểu liệt kê, tuy nhiên, sau đó chúng tôi có một vấn đề. Các dữ liệu thứ tồn tại trong
cơ sở dữ liệu sẽ không còn áp dụng đối với các giá trị chính xác. Ví dụ, nếu công ty có lợi cho chính sách
thay đổi và chúng tôi bắt đầu cho lợi ích bổ sung để bán thời gian người lao động đã làm việc hơn 20
giờ mỗi tuần, chúng tôi muốn phân biệt giữa hai loại nhân viên bán thời gian. Bằng
cách thêm một PART_TIME_BENEFITS_EMPLOYEEvalue sau PART_TIME_EMPLOYEE, chúng ta sẽ gây ra một mới
chuyển nhượng tự xảy ra, trong đó giá trị mới của chúng tôi sẽ được giao cho thứ tự của 2 và
CONTRACT_EMPLOYEEwould được 3. Điều này sẽ có tác dụng gây ra tất cả các nhân viên hợp đồng
kỷ lục để trở thành bất ngờ nhân viên bán thời gian với các lợi ích, rõ ràng không phải là kết quả mà chúng tôi đã
hy vọng.