问题描述
ASP.NETIdentity会员用户资料（电邮、姓名、密码等）是保存在自动生成的DefaultConnection数据文件（如aspnet-xxx-20150806085641.mdf）。而我的网页其他运行的数据（如订单资料）是要放在SQLserverexpress数据库中的。请问：一般是如何实现这两个数据库（表）是如何关联使用的？（例如：从某一订单号中得到该用户的姓名。）数据库要如何去设计和实现？（是否在自己的数据库中也建立一个用户资料表，Identity用户注册或修改时同步更新自己这个资料表？）本人基础很菜，弱弱地问这个问题（因为实在在网找不到类似的答案）。望请各位指教。谢谢！
解决方案
解决方案二：
Identity这样去弄，有一个前置条件就是你必须得得知Identity才能去关联。建议用GUID吧，这样方便很多。你拿着GUID去User表查出UserName，关联的时候你直接跟GUID关联就好。
解决方案三：
引用1楼az6161311的回复:
Identity这样去弄，有一个前置条件就是你必须得得知Identity才能去关联。建议用GUID吧，这样方便很多。你拿着GUID去User表查出UserName，关联的时候你直接跟GUID关联就好。
意思是否把AspNetUsers的ID字段内容作为用户信息存到订单资料表中的一个字段？但Identity的connectionStrings，与订单资料所在的数据库的connectionStrings不同，我不知道如何可以进行联合查询。请指教，多谢！
解决方案四：
引用2楼xhmi188的回复:
Quote: 引用1楼az6161311的回复:
Identity这样去弄，有一个前置条件就是你必须得得知Identity才能去关联。建议用GUID吧，这样方便很多。你拿着GUID去User表查出UserName，关联的时候你直接跟GUID关联就好。意思是否把AspNetUsers的ID字段内容作为用户信息存到订单资料表中的一个字段？但Identity的connectionStrings，与订单资料所在的数据库的connectionStrings不同，我不知道如何可以进行联合查询。请指教，多谢！
是可以作为订单表的一个字段，这样你的订单跟用户有了关联。===但Identity的connectionStrings，与订单资料所在的数据库的connectionStrings不同这句话不明白你的意思。
解决方案五：
设计不合理，如果系统小，那就应该在一个系统，如果系统大，那就考虑分布式缓存
解决方案六：
SQLServer建对照表，单独程序，将数据同步过来使用