# User Auth: Internal vs Database

**URL:** <https://forum.inductiveautomation.com/t/user-auth-internal-vs-database/10251>\
**Category:** Ignition\
**Created:** [July 21, 2015, 3:08pm UTC](https://forum.inductiveautomation.com/t/user-auth-internal-vs-database/10251 "2015-07-21T15:08:27Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![drewdin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/drewdin/32/3363_2.png) [@drewdin](https://forum.inductiveautomation.com/u/drewdin)\
**Post date:** [July 21, 2015, 3:08pm UTC](https://forum.inductiveautomation.com/t/user-auth-internal-vs-database/10251/1 "2015-07-21T15:08:27Z")

</div>

Hi All,

I am trying to weigh the pros and cons of using internal and external database to manage users and roles. Other than the obvious, what are some of the pros and cons that you guys have and which do yo use?

Thanks,  
Drew

---

<div class="post-metadata">

**Author:** ![Pat](https://avatars.discourse-cdn.com/v4/letter/p/8491ac/32.png) [@Pat](https://forum.inductiveautomation.com/u/Pat)\
**Post date:** [July 21, 2015, 7:56pm UTC](https://forum.inductiveautomation.com/t/user-auth-internal-vs-database/10251/2 "2015-07-21T19:56:56Z")

</div>

I generally use the Internal user source for most projects, it’s quick and simple to use. I use the Database user source when I need to associate additional data with users, maybe what departments they work in, customer IDs, etc.

---

<div class="post-metadata">

**Author:** ![drewdin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/drewdin/32/3363_2.png) [@drewdin](https://forum.inductiveautomation.com/u/drewdin)\
**Post date:** [July 22, 2015, 2:39pm UTC](https://forum.inductiveautomation.com/t/user-auth-internal-vs-database/10251/3 "2015-07-22T14:39:32Z")

</div>

Hi Pat,

Same here, I’m trying to decide if its worth always going database vs internal, we have had a few times where the project scope changes and then we have to move to an external DB to get added functionality that’s not built into the internal. Then I find that we have to move the users, rols, contact info, etc over to a new db, test etc… I am just trying to avoid the time consuming switch in the future by heading it off now.

Thanks for the insight.  
Drew
