自己開發資料庫

① 京東商城用的資料庫是自己開發的嗎

是的，有一個自建資料庫
對於京東大數據平台來說，數據產品並不是一個新鮮事物，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為前綴。如此資料庫管理員無論是在日常管理還是對象引用的時候，都能夠在最短的時間內找到自己所需要的對象。 五：盡量只存儲單一實體類型的數據 這里將的實體類型跟數據類型不是一回事，要注意區分。這里講的實體類型 是指所需要描述對象的本身。筆者舉一個例子，估計大家就可以明白其中的內容了。如現在有一個圖書館里系統，有圖書基本信息、作者信息兩個實體對象。若用戶 要把這兩個實體對象信息放在同一張表中也是可以的。如可以把表設計成圖書名字、圖書作者等等。可是如此設計的話，會給後續的維護帶來不少的麻煩。 如當後續有圖書出版時，則需要為每次出版的圖書增加作者信息，這無疑會增加額外的存儲空間，也會增加記錄的長度。而且若作者的情況有所改變，如住址改變 了以後，則還需要去更改每本書的記錄。若這個作者的圖書從資料庫中全部刪除之後，這個作者的信息也就盪然無存了。很明顯，這不符合資料庫設計規范化的需 求。 遇到這種情況時，筆者建議可以把上面這張表分解成三種獨立的表，分別為圖書基本信息表、作者基本信息表、圖書與作者對應表等等。如此設計以後，以上遇到的所有問題就都引刃而解了。