Strategy to manage foreign key from another system/database












0















I googled a lot but alas found nothing. This is a re-post from stackoverflow as someone suggested that it is better suited here.



There is a system/database in the company which stores all the consultants working for the company.



Our project needs to store the consultants assigned to clients.



We use the id of the consultant in our project. So consultant id is kind of a foreign key, but from another system/database.



What happens from time to time, is that the consultant leaves the company. Sometimes a new consultant replaces this person, sometimes not.



Basically, the id that we have been using for a client becomes invalid.



If the consultant was stored in our database, we could have used foreign keys or some other internal mechanism to prevent this.



I can't imagine that we are the only project in the world with this kind of a problem.



What are the strategies to deal with this scenario? Are there any best practices?



Thanks a lot!



Regards Tathagat










share|improve this question







New contributor




Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.

























    0















    I googled a lot but alas found nothing. This is a re-post from stackoverflow as someone suggested that it is better suited here.



    There is a system/database in the company which stores all the consultants working for the company.



    Our project needs to store the consultants assigned to clients.



    We use the id of the consultant in our project. So consultant id is kind of a foreign key, but from another system/database.



    What happens from time to time, is that the consultant leaves the company. Sometimes a new consultant replaces this person, sometimes not.



    Basically, the id that we have been using for a client becomes invalid.



    If the consultant was stored in our database, we could have used foreign keys or some other internal mechanism to prevent this.



    I can't imagine that we are the only project in the world with this kind of a problem.



    What are the strategies to deal with this scenario? Are there any best practices?



    Thanks a lot!



    Regards Tathagat










    share|improve this question







    New contributor




    Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.























      0












      0








      0








      I googled a lot but alas found nothing. This is a re-post from stackoverflow as someone suggested that it is better suited here.



      There is a system/database in the company which stores all the consultants working for the company.



      Our project needs to store the consultants assigned to clients.



      We use the id of the consultant in our project. So consultant id is kind of a foreign key, but from another system/database.



      What happens from time to time, is that the consultant leaves the company. Sometimes a new consultant replaces this person, sometimes not.



      Basically, the id that we have been using for a client becomes invalid.



      If the consultant was stored in our database, we could have used foreign keys or some other internal mechanism to prevent this.



      I can't imagine that we are the only project in the world with this kind of a problem.



      What are the strategies to deal with this scenario? Are there any best practices?



      Thanks a lot!



      Regards Tathagat










      share|improve this question







      New contributor




      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.












      I googled a lot but alas found nothing. This is a re-post from stackoverflow as someone suggested that it is better suited here.



      There is a system/database in the company which stores all the consultants working for the company.



      Our project needs to store the consultants assigned to clients.



      We use the id of the consultant in our project. So consultant id is kind of a foreign key, but from another system/database.



      What happens from time to time, is that the consultant leaves the company. Sometimes a new consultant replaces this person, sometimes not.



      Basically, the id that we have been using for a client becomes invalid.



      If the consultant was stored in our database, we could have used foreign keys or some other internal mechanism to prevent this.



      I can't imagine that we are the only project in the world with this kind of a problem.



      What are the strategies to deal with this scenario? Are there any best practices?



      Thanks a lot!



      Regards Tathagat







      foreign-key






      share|improve this question







      New contributor




      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      share|improve this question







      New contributor




      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      share|improve this question




      share|improve this question






      New contributor




      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.









      asked 20 mins ago









      TathagatTathagat

      1




      1




      New contributor




      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.





      New contributor





      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      Tathagat is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






















          0






          active

          oldest

          votes











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "182"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });






          Tathagat is a new contributor. Be nice, and check out our Code of Conduct.










          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f227821%2fstrategy-to-manage-foreign-key-from-another-system-database%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          0






          active

          oldest

          votes








          0






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes








          Tathagat is a new contributor. Be nice, and check out our Code of Conduct.










          draft saved

          draft discarded


















          Tathagat is a new contributor. Be nice, and check out our Code of Conduct.













          Tathagat is a new contributor. Be nice, and check out our Code of Conduct.












          Tathagat is a new contributor. Be nice, and check out our Code of Conduct.
















          Thanks for contributing an answer to Database Administrators Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f227821%2fstrategy-to-manage-foreign-key-from-another-system-database%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Liste der Baudenkmale in Friedland (Mecklenburg)

          Single-Malt-Whisky

          Czorneboh