p2p数据库
❶ 为什么没有人实现 P2P 数据库
通用的数据库，很难P2P了。性能会是问题，网络速度就是大问题；有人没上线，专或者网络割裂，数据属就不完整；某些人搞破坏，只要在自己的机器上做就好了，不容易被发现……
你要是用安全的机房、高速网络、服务器集群，那就是HBase之类的分布式数据库，或者是常见的数据库系统都支持的集群了。
特殊用途的，P2P下载经常用的DHT、磁力链接，应该就是吧，整个网络一起维护种子和内容的信息。
之所以可以这样做，是需求特殊。因为信息有大量冗余，完整性就不是问题；因为下载时间比较长，信息交换的速度慢一点，问题也不大；没什么关键信息，造假也没什么破坏性……
而且还带来了额外好处，有人想查版权，或者禁某些内容，都不容易了……你懂的……
广义来讲，P2P就是你从不同节点那下载的相同的数据，但是从狭义的数据库来说，你要考虑更多的东西，比如数据一致性，比如数据库不光让你查(就是所谓下载)，还得增、删、改，你怎么在P2P里保证这些一致性，所有的P可都是别人的节点，说白了你没有任何控制权。数据库数据的安全你没法得到保障，比如某个节点安全性特别差怎么办？狭义的数据库不是简单的数据放在那而已！你又如何保证呢？
❷ p2p数据包传输协议是什么
P2P的问题很复杂,关于链路传输有如下几点供参考.
1) 首先作为P2P的营运商，可以多设几台P2P种子服务器，分布在不同的网段中。比如：北方网通设一台(组)，南方电信设一台(组)，种子的内容是一样的。种子服务器多了，可以降低优化算法的难度。
(2) 种子服务器和普通节点的优先级：种子服务器的优先级总数低于普通节点的，如果普通节点的速度快了，就减少从种子服务器获取的数据量。
(3) 全球IP地址表。P2P节点仲裁服务器中，应该有一个全球IP地址表，分中国大陆、香港、台湾、北美、欧洲、澳洲、其它。中国大陆先按照营运商分：电信、网通、铁通、联通、教育网等，再按照省份分类。(网上有下载，可以整理)
(4) 高速网段表。在P2P访问中，节点动态地将速度快的其它节点IP地址传回服务器，服务器根据全球IP地址表算出网段，以网段-网段的方式记录在数据库中。
(5) 当一个新用户连入节点时，在全球IP地址表中找到最近的节点，按照比例依次分配最快网段的节点;最近的节点;差一个级别的稍近的节点;随机节点以及种子服务器。
(6) P2P在数据传送中，可以将30秒数据文件作为1块数据包;数据包中按照每16KB作为一个数据块。每个时间段(如2秒)，本节点向其它节点交换一下数据块的传送情况，然后计算一下数据包中每个数据块的拥有率，优先传送拥有率低的数据块。在拥有率相当的情况下，随机选择。
(7) 在数据交换中，对于传送慢的节点，定期剔除，然后问节点仲裁服务器要新的节点。
(8) 如果数据包中小于10%的数据块没有传送完毕，在时间充足的情况下，对于余下的数据块，可以同一个数据块向多个节点请求。
(9) 节点仲裁服务器也会将新的P2P节点强行加载到另一个节点上，但不能超过节点最大连接数。
下面解释一下上面的文章中没有提及或者说我觉得比较欠缺的地方.
私有地址/端口和公有地址/端口:我们知道,现在大部分网络采用的都是NAPT(Network Address/Port Translator)了,这个东东的作用是一个对外的对话在经过NAT之后IP地址和端口号都会被改写,在这里把一次会话中客户自己认为在使用的IP地址和端口号成为私有地址/端口,而把经过NAPT之后被改写的IP地址和端口号称为公有地址/端口.或者可以这么理解,私有地址/端口是你家里人对你的昵称而公有地址/端口则是你真正对外公开的名字.如何获得用户的私用地址/端口号,这个很简单了,而要得到公有地址/端口号就要在连接上另一台机器之后由那台机器看到的IP地址和端口号来表示.
如果明白了上面的东西,下面进入我们的代码,在这里解释一下关键部分的实现:
客户端首先得到自己的私有地址/终端,然后向server端发送登陆请求,server端在得到这个请求之后就可以知道这个client端的公有地址/终端,server会为每一个登陆的client保存它们的私有地址/端口和公有地址/端口.
OK,下面开始关键的打洞流程.假设client A要向client B对话,但是A不知道B的地址,即使知道根据NAT的原理这个对话在第一次会被拒绝,因为client B的NAT认为这是一个从没有过的外部发来的请求.这个时候,A如果发现自己没有保存B的地址,或者说发送给B的会话请求失败了,它会要求server端让B向A打一个洞,这个B->A的会话意义在于它使NAT B认为A的地址/端口是可以通过的地址/端口,这样A再向B发送对话的时候就不会再被NAT B拒绝了.打一个比方来说明打洞的过程,A想来B家做客,但是遭到了B的管家NAT B的拒绝,理由是:我从来没有听我家B提过你的名字,这时A找到了A,B都认识的朋友server,要求server给B报一个信,让B去跟管家说A是我的朋友,于是,B跟管家NAT B说,A是我认识的朋友,这样A的访问请求就不会再被管家NAT B所拒绝了.简而言之,UDP打洞就是一个通过server保存下来的地址使得彼此之间能够直接通信的过程,server只管帮助建立连接,在建立间接之后就不再介入了.
❸ P2P自建征信数据库是美梦还是噩梦
前瞻产业研究院《2015-2020年中国征信行业市场前瞻与投资战略规划分析报告 》指出对于P2P公司而言，在目前这个市场竞争越来越激烈的态势之下，对风控体系建设和征信数据库的完善，更应该是一个长期的战略任务，而并非是短期的战术任务，对于任何一家P2P公司而言，相信目前更看重的是在风险可控的前提下（不良率较低，或者是平台的收入能够覆盖不良的风险），尽快进行业务的拓展和异地市场的开拓，包括开设异地的分支机构以及人员的招聘和培训等，这些都需要预留一定的业务发展经费。
而自建征信数据库，要么是购买其他平台的数据库，当然这个代价会比较昂贵，且购买过来的数据由于并非是具有高粘性的活性的，而是此前一段时间的沉淀数据，也许并不能给P2P平台的日常业务运营带来很大的帮助。另外，即便是购买的数据，也存在一个校验和失真的问题，数据积累也是个反复试错的过程，源源不断的资金支持必不可少。除了购买其他平台的数据，还有就是通过购买或者研发大平台的数据抓取软件，来进行高强度，广范围，大覆盖的网络数据集成，但是，这个需要强大的资金和人力投入，光开发或者购买软件就需要一笔不菲的费用。对于国内大多数还在盈利边缘挣扎的中小型P2P公司而言，更多的是考虑如何进一步通过现有的方式降低不良率，提高平台的可量化收益，先活下来，而并非是考虑在还没有吃饱的情况下进行大规模的后台征信数据库的完善，这不太现实。
即便是资金实力雄厚的大公司，目前也需要衡量风控可控情况下，加强后台征信数据库以前台业务扩张的关系，道理很简单，再怎么加强后台的征信数据能力，也不能以丧失前台的业务市场空间为前提，否则一旦失去了市场与客户的占有率优势，恐怕再好的征信数据库也只能成为别人的一种后台支撑了。
例如，国内某著名P2P公司在征信系统建设方面累计已投入资金超过500万美元，预计未来还将投入1000万~2000万美元。而在此之前，该平台已经进行过两轮融资，很明显，绝大多数中小平台并不具备完善后台征信数据库的资金实力。
简而言之，在目前这个P2P行业“群魔乱舞”的时代，在P2P行业还没有进入规范化的标准化阶段，目前更重要的还是以业务发展为主导，特别是对于中小的P2P公司而言，在现有可以掌握的细分市场内，依靠现有的征信模式来控制风险，以换取长期发展的资本积累。对于大型的P2P平台而言，也要考虑长远的征信建设与短期的业务发展之间的关系，不能以丧失市场来换取征信库的完善，否则也可能是舍本逐末，得不偿失。目前更好的策略是边走边看，有实力的平台可以投入部分资金完善自己最拿手的部分市场的征信数据库，同时等待央行和其他数据库开源时代的带来，以时间换取空间。
❹ 为什么对数据库的p2p的表userinfo可以进行查询操作，但是换成插入就执行不了，到底哪里错了
语句引号加的不对。
"Insert INTO userinfo(uname,pword,age,address,email) values("+ name+"','"+ pwd+"','"+ age+"','"+ address+"','"+ email+"')'" .这样试试。
还有既然url中包含了databasename，语句中就没有必要再写use p2p了
❺ p2p网贷系统设计中数据库构架考虑哪些内容
其实P2P网贷系统来设计中的数据库构自架考虑的主要是设计p2p网贷系统的数据库架构，也就是网贷平台开发要用到的数据库表和字段。p2p网贷系统数据库的数据字典模板设计是工作量极大的活，需要有足够的耐心和细心.
（PS:迪蒙网贷系统网络上有数据字典设计模板图，可以去看下字段内容）。
❻ 在p2p系统中，应怎样构建分布式的p2p数据库
Spring Cloud项目的既定目标在于为Spring开发人员提供一整套易于使用的工具集，从而保证其轻松构建起自己需要的分布式系统方案。为了实现这一目标，Spring Cloud以Netflix OSS堆栈为基础将大量实现堆栈加以整合并打包。这些堆栈而后可以通过大家所熟知的各类基于注释的配置工具、Java配置工具以及基于模板的编程工具实现交付。下面就让我们一起了解Spring Cloud当中的几类常见组件。 Spring Cloud Config Server Spring Cloud Config Server能够提供一项具备横向扩展能力的集中式配置服务。它所使用的数据被保存在一套可插拔库层当中，后者目前能够支持本地存储、Git以及Subversion。通过利用一套版本控制系统作为配置存储方案，开发人员能够轻松实现版本与审计配置的内容调整。 如何利用Spring Cloud构建起自我修复型分布式系统 配置内容会以Java属性或者YAML文件的形式体现。该Config Server会将这些文件合并为环境对象，其中包含易于理解的Spring属性模型以及作为REST API存在的配置文件。任何应用程序都能够直接调用该REST API当中所包含的配置数据，但我们也可以将智能客户端绑定方案添加到Spring Boot应用程序当中，并由后者自动将接收自Config Server的配置信息分配至任意本地配置当中。 Spring Cloud Bus Spring Cloud Config Server是一套强大的配置分发机制，能够在保障一致性的前提下将配置内容分发到多个应用程序实例当中。然而根据其设计思路的限定，我们目前只能在应用程序启动时对其配置进行更新。在向Git中的某一属性发送新值时，我们需要以手动方式重启每个应用程序进程，从而保证该值被切实纳入应用当中。很明显，大家需要能够在无需重启的前提下完成对应用程序配置内容的更新工作。 如何利用Spring Cloud构建起自我修复型分布式系统 Spring Cloud Bus的任务正是为应用程序实例添加一套管理背板。它目前依靠将一套客户端绑定至一组AMQP交换与队列当中来实现，但这一后端在设计上也实现了可插拔特性。Spring Cloud Bus为我们的应用程序带来了更多管理端点。在图二中，我们可以看到一个面向greeting属性的值被发送至Git当中，而后一条请求被发送至应用A中的/bus/refresh端点。该请求会触发以下三个事件： 应用A从Config Server处请求获取最新版本的配置内容。任意注明了@RefreshScope的Spring Bean都会被重新初始化并载入新的配置内容。 应用A向AMQP交换机制发送一条消息，表明其已经收到更新指示。 通过监听AMQP队列而被纳入Cloud Bus的应用B与应用C会获取到上述消息，并以与应用A同样的方式实现配置更新。 现在我们已经有能力在无需重启的情况下对应用程序配置进行更新了。
❼ 请问p2p 网贷 数据库设计需要注意什么
数据库将反映的现实p2p网贷系序中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。更多也可以参考迪蒙p2p网贷系统网络：
数据库表名与字段名应遵守一定规则，包含一到多个单词，每一个单词第一个字母大写，其余字母均小写。
如果是关联表，则命名规则为R_表A_表B，如R_ProctInfo_Tag等。
对于视图命名，规则为View_表A,视图由多个表产生，就用下划线连接几个表名，如View_ProctInfo_ProctClass。
存储过程，命名规则为P_表名_存储过程功能名称。如P_ProctInfo_Add;如果该存储过程是很多表共用的，命名为：P_All_存储过程功能名称
数据字段命名。当字段引用的是其他表字段时，使用表名_其他表字段名称，间用下划线隔开，命名规则：表名_单词。如ProctInfo表与ProctClass表关联的字段：ProctClass_Id，ProctClass_Name等。与外表的主键或相关字段引用时(包括状态值)，须加同时添加外表所引用主键(或状态值)对应的名称，以方便查询时减少多表关联语句的编写，提高代码执行效率。
❽ 怎么进行p2p数据库设计
P2P数据库设计是一项重要工作，前期平台的前台后台设计与开发专都依据数据属库设计。这里迪蒙网贷数据库设计小编分享下经验：
数据表设计要求：应遵守一定规则，包含一到多个单词。
如果是关联表，则命名规则为R_表A_表B.
对于视图命名，规则为View_表A,视图由多个表产生，就用下划线连接几个表名。
存储过程，命名规则为P_表名_存储过程功能名称。
数据字段命名，命名规则：表名_单词。
你get到了吗？
❾ p2p网贷数据库设计是怎么样的
p2p网贷数据库的数据字典模板设计是工作量极大的活，需要有足够的耐心和细心，具体的结构设计可以去迪蒙网贷系统看看，有详细的图解，望采纳，谢谢！
❿ 什么是p2p技术 数据库地图化 又指的是什么
P2P是peer-to-peer的缩写，peer在英语里有"（地位、能力等）同等者"、"同事"和"伙伴"等意义。这样一来，P2P也就可以理解为"伙伴对伙伴"的意思，或称为对等联网。目前人们认为其在加强网络上人的交流、文件交换、分布计算等方面大有前途。
简单的说，P2P直接将人们联系起来，让人们通过互联网直接交互。P2P使得网络上的沟通变得容易、更直接共享和交互，真正地消除中间商。P2P就是人可以直接连接到其他用户的计算机、交换文件，而不是像过去那样连接到服务器去浏览与下载。P2P另一个重要特点是改变互联网现在的以大网站为中心的状态、重返"非中心化"，并把权力交还给用户。 P2P看起来似乎很新，但是正如B2C、B2B是将现实世界中很平常的东西移植到互联网上一样，P2P并不是什么新东西。在现实生活中我们每天都按照P2P模式面对面地或者通过电话交流和沟通。
即使从网络看，P2P也不是新概念，P2P是互联网整体架构的基础。互联网最基本的协议TCP/IP并没有客户机和服务器的概念，所有的设备都是通讯的平等的一端。在十年之前，所有的互联网上的系统都同时具有服务器和客户机的功能。当然，后来发展的那些架构在TCP/IP之上的软件的确采用了客户机/服务器的结构：浏览器和Web服务器，邮件客户端和邮件服务器。但是，对于服务器来说，它们之间仍然是对等联网的。以email为例，互联网上并没有一个巨大的、唯一的邮件服务器来处理所有的email，而是对等联网的邮件服务器相互协作把email传送到相应的服务器上去。另外用户之间email则一直对等的联络渠道。当然但是过去的5年里，互联网的发展至少从表面上远离了P2P，互联网上绝大部分的节点也不能和其他节点直接地交流。Napster正是唤醒了深藏在互联网背后的对等联网。Napster的文件共享功能在局域网中共享目录也是再平常不过的事情。但是Napster的成功促使人们认识到把这种"对等联网"拓展到整个互联网范围的可能性。当然，在许多人的眼中，Napster并不是纯粹的P2P，它仍然需要一个处于中心协调机制。
事实上，网络上现有的许多服务可以归入P2P的行列。即时讯息系统譬如ICQ、AOL Instant Messenger、Yahoo Pager、微软的MSN Messenger以及国内的OICQ是最流行的P2P应用。它们允许用户互相沟通和交换信息、交换文件。用户之间的信息交流不是直接的，需要有位于中心的服务器来协调。但这些系统并没有诸如搜索这种对于大量信息共享非常重要的功能，这个特征的缺乏可能正为什么即时讯息出现很久但是并没有能够产生如Napster这样的影响的原因之一。
另外一个可以归入P2P是拍卖网站譬如eBay，人们在总结eBay的模式的时候用了C2C，是不是和P2P有一点类似？eBay就是一个将人们联系的和交易物品的社区，用户可以方便的搜索其他用户叫卖的商品。eBay提供了一些使得交易得以顺利进行的服务，但是交易是直接在用户之间进行的。如果将"交易"的概念推广，C2C就是P2P的一个特例，这里人们互相交换的是商品。
但如果仔细深究的话，Napster和即时讯息在赋予用户之间直接交流的能力、eBay使用户可以直接交易的同时，却破坏了服务器端的那种自互联网出现之初就存在的对等联网思想，因为它们都需要有一个位于中心的服务器来协调，而不是分布在世界上不同地方的、对等联网的许多服务器。这也正是诸如Gnotella和Freenet不断的宣称它们创造了"纯粹"的P2P，完全没有中心服务器的P2P服务。