Affichage et demandes d'emploi - le schéma derrière /hr/carrières

Featurekamo-shared-library
Expédié
3 septembre 2026 à 22:00 UTC
Auteur
Kamo
Commite
66fa8d5

Deux entités, six enums et deux référentiels sous la rubrique com.kamo.z.shared.hr.careers, plus les trois types partagés que la caractéristique devait élargir. JobPosting est trois groupes de colonnes qui méritent d'être distingués: ce que l'emploi est IS (titre, département département, forme d'engagement, arrangement, description, emplacement, rémunération), où il est dans son LIFE (statut, dates, nombre d'employés) et ce que son application FORMULAIRE demande douze les colonnes de demande, chacune d'une demande de demande. L'emplacement est délibérément dépliable et résolu plutôt que copié. useCompanyAdress signifie "à l'endroit où l'organisation dit qu'elle est" et est lu à DTO temps à partir de l'adresse de l'organisation; la copier sur savei le gelrait tel quel qu'il était ce jour-là, donc un déménagement de bureau laisserait tous les affectations ouvertes pointant sur l'ancien la construction. Rien n'échouerait - les publicités seraient tout simplement fausses. Les six contre-parasis les colonnes détiennent l'alternative et sont toutes facultatives, de sorte qu'un affichage peut nommer une ville et Rien d'autre. ApplicationFieldRequest est UNE enum pour douze questions plutôt qu'un booléen per Question plus un enum de reprise séparée. Un booléen ne peut pas dire "demandez, mais ne le faites pas insister", et le moment où HR veut que pour un domaine, le booléen doit être élargi Quoi qu'il en soit. Les questions d'éducation ne sont pas d'entre elles: elles sont liées à requis Éducation, donc un affichage qui exige un diplôme demande toujours où il vient et il n'y a pas de changement qui puisse contredire les trois domaines ci-dessus. JobApplication est une ligne par (poste, membre), imposée par une contrainte unique. Les ensembles de retrait WITHDRAWN et la réapplication reviendront la même ligne plutôt que d'ajouter une seconde - donc personne ne peut inonder un affichage, le nombre de candidats de HR est un décompte de les gens, et l'intérêt d'une personne pour un emploi reste en un seul endroit. Le demandeur nom, e-mail et téléphone sont SNAPSHOTTED à l'adresse suivante: ils sont également en direct sur Member, et C'est le problème. Un dossier de recrutement doit indiquer qui a demandé et comment les atteindre. le jour où ils ont demandé, et un membre qui change plus tard de son nom préféré doit ne pas réécrire silencieusement une application HR est à l'autre par la lecture. Les trois types élargis sont les suivants: - Le type d'emplacement de travail gagne FLEXIBLE. Le domaine de travail-localisation du profil des membres et a l'arrangement d'affichage est la même question posée à deux moments, donc ils partagent un enum - une copie privée de part et d'autre dérive le jour où l'autre gagne une valeur. FLEXIBLE est distinct d'HYBRID: l'hybride est une division de l'emploi de l'employeur, explique la flexibilité. Il n'y a pas de scission de ce type. Appliqué, donc pas de mouvements ordinaux stockés - mais TeamMember.s est « énuméré » (ORDINAL) et Hibernate a CHECK (0.2). lorsque l'enum avait trois valeurs, que ddl-auto ne s'élargira pas. La goutte est en KamoInitializer - Le type de rôle prend des gains de type MANAGE-JOB-POSTINGS (302) et VIEW-JOB-LISTINGS (303), les deux racines autonomes sous HRS et délibérément PAS une paire VIEW/MANAGE. Le premier est un onglet en forme de 182-186; le second est détenu par du personnel ordinaire de sorte qu'ils peut lire la commission interne et appliquer. Les apparier serait l'un ou l'autre main employé qui peut voir le conseil d'administration de la possibilité de réécrire les publicités dessus, ou de faire Le retrait de la subvention de HR ferme le conseil d'administration à tout le monde. RôleRightHierarchyTest les coups de copiage se déplacent dans cet engagement: valeurs 287 - 289, autonome 38 - 40, racines 76 à 78; les enfants sont inchangés. - ImageAssocType gagne l'emploi (id 19, ordinal 17) pour le curriculum vitae, portée à la demande de la demande et non au demandeur et à la lecture d'une demande doit Voir le fichier envoyé avec cette demande, pas la chose la plus récente du membre téléchargé n'importe où. Il obtient son propre StorageDomain plutôt que d'être replié dans HR-RESOURCES, qui est le lieu tentant et le mauvais: les ressources humaines sont un bibliothèque des org curates et prunes, il s'agit de documents que tiers envoient et la ligne ne croît que pendant qu'une planche est ouverte. Deux gardes de couverture ont été pris ce dernier changement et c'est la raison pour laquelle il est complet: StorageDomainCoverageTest a refusé à une association qu'aucun domaine n'a été facturé, et ClinicalDocumentReuseTest a affirmé que PATIENT-CHART « doit être en dernier ». La seconde était affirmer un mandataire - ce qui doit réellement tenir, c'est que son ordinal est toujours de 16, donc une valeur insérée AVANT de son capture pendant qu'une valeur ajoutée après son autorisation, qui est le changement pour lequel l'enum est explicitement conçu.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation