自己开发数据库

① 京东商城用的数据库是自己开发的吗

是的，有一个自建数据库
对于京东大数据平台来说，数据产品并不是一个新鲜事物，2011年自建数据仓库上线的同时，第一款数据产品调度平台也一同上线并正式投入使用。
使用独立的商品类表，构造商品属性信息，
1、N个商品类属性值表，
2、商品基本信鼎表，
3、商品属性表。思路二，使用key-value模型，使用动态行列转换模型，将商品属性信息碎片化存储，整合型只读输出快照。
1、公共键值表，
2、公共类表，
3、公共键类表，
4、属性值物化表，
5、商品基本信息表，
6、商品属性表，
6、商品属性快照表或模型。

② 我要开发一个小型的数据库应该怎样做

简单的小型的就用access
做就足够了，按照你上面的内容，先做好数据库的表，字段就用英文的，然后还可以标注中文的，这样你就不会混淆了。
如果再大一点的话，就用sql
server
来做，刚开始是有点难度，不过时间长了，就不难了，希望你成功。

③ 我想自己开发一个简单高效的数据库系统自己用如何下手

用visual foxpro 6.0吧 完全是面向对象的设计思路，你自己可以建一些表，查询，视图等，然后在弄一个表单链接下就行了，网上也有VF6.0的教程，2-5天看完，设计简单的数据库系统够了···

④ 创建数据库有哪几种方法

创建数据库的方法有两种，使用向导创建数据库，使用菜单创建数据库和创建空数据库；使用向导创建数据库是一种简单便捷的方法。

在物理上，数据库的建设要遵循实际情况。即在逻辑上建立一个整体的空间数据车、框架统一设计的同时，各级比例尺和不同数据源的数据分别建成子库，由开发的平台管理软件来统一协调与调度。

(4)自己开发数据库扩展阅读：

在建库时，要充分考虑数据有效共享的需求，同时也要保证数据访问的合法性和安全性。数据库采用统一的坐标系统和高程基准，矢量数据采用大地坐标大地坐标的数据在数值上是连续的，避免高斯投影跨带问题，从而保证数据库地理对象的完整性，为数据库的查询检索、分析应用提供方便。

在创建数据库之时，要重点考虑独立与完整性原则、面向对象的数据库设计原则、建库与更新有机结合的原则、分级共享原则、并发性原则、实用性原则。

⑤ 想建一个简单的数据库，便于数据的查询，怎么做

数据库都是数据的存储，如果你们现在用的是EXCEL表的，那么你可以将EXCEL表转换成数据库表，然后将数据导入，再建立表关系。根据表关系用SQL语句进行查询组合。
如果你不熟悉数据库的话，建议你找个人帮你做。当然找我也行。

⑥ 在自己电脑上怎么做数据库

用access建立一个数据库例子如下：
单击“开始””所有程序“”Microsoft Office“”Microsoft Access 2010“，打开Microsoft Access 2010软件
在打开的Microsoft Access 2010软件中选中“空数据库”双击即可创建。或者打击“创建”命令按钮创建，其中文件名处可以选择指定具体的文件名和路径。
创建空白数据库后可以看到一个新建了一个名为“表1”的数据表，界面右侧显示了它的字段。若要添加字段，可以单击“单击以添加”旁的倒三角箭头，选择要添加的字段类型。
此时光标会定位在字段名称上，可以对字段名称进行重命名，重命名字段名称后按下回车键，将继续下一个字段的添加操作。
通过以上的步骤就可以创建一个包含单个数据表的简易的空

⑦ 软件开发中有很多数据库，如何自己设计一个数据库，不是创建数据库，而是用开发语言编写一个数据库。

建议你先看些开源抄的数据库，简单的推荐sqlite，复杂一些的推荐postgresql，berkeley DB，理论方面建议你看看《数据库系统实现》这本书，斯坦福写的，北大翻译的。
我是看的postgresql源码，然后在里面增加一些功能，因为完整的数据库系统是很复杂的。但是写个简单的数据库系统，只包括数据的页面管理，不支持并发访问的话应该还是能够实现的，查询语言可以用lex yacc解析，执行计划定义得简单一些。

⑧ 如何建立一个数据库

MySQL安装完成后,要想将数据存储到数据库的表中,首先要创建一个数据库。创建数据库就是在数据库系统中划分一块存储数据的空间。在MySQL中，创建数据库的基本语法格式如下所示：

CREATE DATABASE 数据库名称;

在上述语法格式中,“CREATE DATABASE”是固定的SQL语句,专门用来创建数据库。“数据库名称”是唯一的，不可重复出现。

例如下面我们创建一个名称为itcast的数据库,SQL语句如下所示:

CREATE DATABASE itcast;

执行结果如下所示：

上述执行结果显示出了数据库itcast的创建信息，例如，数据库itcast的编码方式为utf-8。

⑨ 自己做一个数据库软件需要那些步骤

用microsoft access数据库就可以了，先建一个表，然后定义字段。编程的话，如果是单机使用，直接在access中就可以做输入，查询，和表单，如果需要作的像样还要培安装程序可以用vb开发，如果要做成网络版，供多人使用，可以用asp开发web版本，这个最好就需要IIS web server,和frontpage开发环境。建议你刚开始全部在access中使用，图标界面，很方便，所见即所得，比如建立物品登记表，表名“物品登记”，字段
1登记序列号 数据类型－自动编号 做为主键
2日期 数据类型－日期/时间
3人员 数据类型－文本
。。。
表结构建立后直接就可以输入数据和查询了，access作为数据库简单易学，你很快就能上手，没问题的。
回答者：cjfg - 经理 四级 7-7 16:01

做网站说简单，确实很简单，就一个WORD也能做出一个像样的网页来！
做网站说困难，确实很困难，必须懂网页三剑客，PS等一系列的多媒体制作软件，当然也需要编程，JAVA，VB，C，C＋＋也得懂一点，
做一个好的站长，还需要强烈的敬业精神！ 用microsoft access数据库就可以了，先建一个表，然后定义字段。编程的话，如果是单机使用，直接在access中就可以做输入，查询，和表单，如果需要作的像样还要培安装程序可以用vb开发，如果要做成网络版，供多人使用，可以用asp开发web版本，这个最好就需要IIS web server,和frontpage开发环境。建议你刚开始全部在access中使用，图标界面，很方便，所见即所得，比如建立物品登记表，表名“物品登记”，字段
1登记序列号 数据类型－自动编号 做为主键
2日期 数据类型－日期/时间
3人员 数据类型－文本
。。。
表结构建立后直接就可以输入数据和查询了，access作为数据库简单易学，你很快就能上手，没问题的。
回答者：abcdefgh35 - 见习魔法师 二级 7-7 18:18

microsoft office中包含有access数据库，可以直接使用的。
先建一个表（物品登记），然后定义字段（日期,物品名称，编号，人员,入库日期,出库日期等）。
再建一个表单，根据提示选择使用不同的菜单选项，然后将字段合理布局就行了。
然后，你还可以进行打印输出查询的内容。

⑩ 开发一个完整的数据库系统具体的流程是什么

一：表中应该避免可为空的列； 二：表不应该有重复的值或者列； 三： 表中记录应该有一个唯一的标识符 在数据库表设计的时候，数据库管理员应该养成一个好习惯，用一个ID号来 唯一的标识行记录，而不要通过名字、编号等字段来对纪录进行区分。每个表都应该有一个ID列，任何两个记录都不可以共享同一个ID值。另外，这个ID值最 好有数据库来进行自动管理，而不要把这个任务给前台应用程序。否则的话，很容易产生ID值不统一的情况。 另外，在数据库设计的时候，最好还能 够加入行号。如在销售订单管理中，ID号是用户不能够维护的。但是，行号用户就可以维护。如在销售订单的行中，用户可以通过调整行号的大小来对订单行进行 排序。通常情况下，ID列是以1为单位递进的。但是，行号就要以10为单位累进。如此，正常情况下，行号就以10、20、30依次扩展下去。若此时用户需 要把行号为30的纪录调到第一行显示。此时，用户在不能够更改ID列的情况下，可以更改行号来实现。如可以把行号改为1，在排序时就可以按行号来进行排 序。如此的话，原来行号为30的纪录现在行号变为了1，就可以在第一行中显示。这是在实际应用程序设计中对ID列的一个有效补充。这个内容在教科书上是没 有的。需要在实际应用程序设计中，才会掌握到这个技巧。 四：数据库对象要有统一的前缀名 一个比较复杂的应用系统，其对应的数据库表往往以千计。若让数据库管理员看到对象名就了解这个数据库对象所起的作用，恐怕会比较困难。而且在数据库对象引用的时候，数据库管理员也会为不能迅速找到所需要的数据库对象而头疼。 为此，笔者建立，在开发数据库之前，最好能够花一定的时间，去制定一个数据库对象的前缀命名规范。如笔者在数据库设计时，喜欢跟前台应用程序协商，确定 合理的命名规范。笔者最常用的是根据前台应用程序的模块来定义后台数据库对象前缀名。如跟物料管理模块相关的表可以用M为前缀;而以订单管理相关的，则可 以利用C作为前缀。具体采用什么前缀可以以用户的爱好而定义。但是，需要注意的是，这个命名规范应该在数据库管理员与前台应用程序开发者之间达成共识，并 且严格按照这个命名规范来定义对象名。 其次，表、视图、函数等最好也有统一的前缀。如视图可以用V为前缀，而函数则可以利用F为前缀。如此数据库管理员无论是在日常管理还是对象引用的时候，都能够在最短的时间内找到自己所需要的对象。 五：尽量只存储单一实体类型的数据 这里将的实体类型跟数据类型不是一回事，要注意区分。这里讲的实体类型 是指所需要描述对象的本身。笔者举一个例子，估计大家就可以明白其中的内容了。如现在有一个图书馆里系统，有图书基本信息、作者信息两个实体对象。若用户 要把这两个实体对象信息放在同一张表中也是可以的。如可以把表设计成图书名字、图书作者等等。可是如此设计的话，会给后续的维护带来不少的麻烦。 如当后续有图书出版时，则需要为每次出版的图书增加作者信息，这无疑会增加额外的存储空间，也会增加记录的长度。而且若作者的情况有所改变，如住址改变 了以后，则还需要去更改每本书的记录。若这个作者的图书从数据库中全部删除之后，这个作者的信息也就荡然无存了。很明显，这不符合数据库设计规范化的需 求。 遇到这种情况时，笔者建议可以把上面这张表分解成三种独立的表，分别为图书基本信息表、作者基本信息表、图书与作者对应表等等。如此设计以后，以上遇到的所有问题就都引刃而解了。