为create项目选择数据库 - 多用户Videochat [英] Choosing a database for the create project -- multiuser Videochat

问题描述

美好的一天。

在这里，我决定使用P2P，C＃和Silverlight编写视频会议草稿。

这就是我想象的数据库结构：1。 ID。 2.用户名。 3.密码。 4.电子邮件帐户或Facebook。 5.当前状态（在线，离线）。 6.临时缓存，存储注册用户的IP地址。

我只想要一个DB工作至少1000的那个，但这为扩展到n-奠定了基础一些用户。

MySQL我因为条件不一致而立即被解雇。趋向于MSSQL或PostgreSQL。

第二个问题：这样的数据库是真正的架构吗？

尊敬的。

解决方案

您可能将您的数据库放在Web前端，希望您不会直接从客户端连接，因此任何数据库都将处理您所关注的负载，如果这就是您所要求的。



因此，选择您熟悉的内容以及您可以轻松部署的内容。



您的第二个问题没有意义我是害怕。

Quote：

你可能把你的数据库放在网络前端，希望你不会直接从客户端连接，因此任何数据库都会处理您所关注的负载，如果这就是您所要求的。



那么选择您熟悉的内容以及您的内容可以轻松部署。

非常感谢，Mehdi Gholam

Good day.
Here I decided to write the draft videoconference using P2P, C # and Silverlight.
That's how I imagine the structure of the database: 1. ID. 2. UserName. 3. Password. 4. E-mail account or Facebook. 5. Current status (online, offline). 6. The temporary cache, which stores the IP-addresses of registered users.
I just want the one that DB worked with at least 1000, but that had laid the groundwork for expansion up to the n-th number of users.
MySQL I immediately dismissed because of inconsistencies my conditions. Tend to MSSQL or PostgreSQL.
And the second question: Is it true architecture of such a database?
Yours respectfully.

解决方案

You probably put your database behind a web front end and hopefully you will not connect directly from clients, so any database will handle the load you are concerned about if that is what you are asking.

So choose what you are familiar with and what you can easily deploy.

Your second question makes no sense I'm afraid.

Quote:

You probably put your database behind a web front end and hopefully you will not connect directly from clients, so any database will handle the load you are concerned about if that is what you are asking.

So choose what you are familiar with and what you can easily deploy.

Great thanks, Mehdi Gholam

这篇关于为create项目选择数据库 - 多用户Videochat的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！