㈠ 跪求各位大神指點一下，利用關系資料庫製作自定義表單系統
這種問題NoSql能實現那關系型的也能實現，很簡單的比如定義兩個表，第一個定義表單，比描述啊，許可權啊之類的，第二個子表，和第一個表關聯，每一行記錄是表單的一列。這兩個表構成了表單的元數據
㈡ 資料庫表單設計 完全不懂
是我winForm做的么 ？沒有聽說過你說得scx文件啊！
㈢ 資料庫應用中表單的設計是基於什麼編程的思想
面向對象
面向對象(Object Oriented,OO)是當前計算機界關心的重點，它是90年代軟體開發方法的主流。面向對象的概念和應用已超越了程序設計和軟體開發，擴展到很寬的范圍。如資料庫系統、互動式界面、應用結構、應用平台、分布式系統、網路管理結構、CAD技術、人工智慧等領域。
談到面向對象，這方面的文章非常多。但是，明確地給出對象的定義或說明對象的定義的非常少——至少我現在還沒有發現。其初，「面向對象」是專指在程序設計中採用封裝、繼承、抽象等設計方法。可是，這個定義顯然不能再適合現在情況。面向對象的思想已經涉及到軟體開發的各個方面。如，面向對象的分析（OOA，Object Oriented Analysis），面向對象的設計（OOD，Object Oriented Design）、以及我們經常說的面向對象的編程實現（OOP，Object Oriented Programming）。許多有關面向對象的文章都只是講述在面向對象的開發中所需要注意的問題或所採用的比較好的設計方法。看這些文章只有真正懂得什麼是對象，什麼是面向對象，才能最大程度地對自己有所裨益。這一點，恐怕對初學者甚至是從事相關工作多年的人員也會對它們的概念模糊不清。
面向對象是當前計算機界關心的重點，它是90年代軟體開發方法的主流。面向對象的概念和應用已超越了程序設計和軟體開發，擴展到很寬的范圍。如資料庫系統、互動式界面、應用結構、應用平台、分布式系統、網路管理結構、CAD技術、人工智慧等領域。
一、傳統開發方法存在問題
1.軟體重用性差
重用性是指同一事物不經修改或稍加修改就可多次重復使用的性質。軟體重用性是軟體工程追求的目標之一。
2.軟體可維護性差
軟體工程強調軟體的可維護性，強調文檔資料的重要性，規定最終的軟體產品應該由完整、一致的配置成分組成。在軟體開發過程中，始終強調軟體的可讀性、可修改性和可測試性是軟體的重要的質量指標。實踐證明，用傳統方法開發出來的軟體，維護時其費用和成本仍然很高，其原因是可修改性差，維護困難，導致可維護性差。
3.開發出的軟體不能滿足用戶需要
用傳統的結構化方法開發大型軟體系統涉及各種不同領域的知識，在開發需求模糊或需求動態變化的系統時，所開發出的軟體系統往往不能真正滿足用戶的需要。
用結構化方法開發的軟體，其穩定性、可修改性和可重用性都比較差，這是因為結構化方法的本質是功能分解，從代表目標系統整體功能的單個處理著手，自頂向下不斷把復雜的處理分解為子處理，這樣一層一層的分解下去，直到僅剩下若干個容易實現的子處理功能為止，然後用相應的工具來描述各個最低層的處理。因此，結構化方法是圍繞實現處理功能的「過程」來構造系統的。然而，用戶需求的變化大部分是針對功能的，因此，這種變化對於基於過程的設計來說是災難性的。用這種方法設計出來的系統結構常常是不穩定的 ，用戶需求的變化往往造成系統結構的較大變化，從而需要花費很大代價才能實現這種變化。
二、面向對象的基本概念
(1)對象。
對象是人們要進行研究的任何事物，從最簡單的整數到復雜的飛機等均可看作對象，它不僅能表示具體的事物，還能表示抽象的規則、計劃或事件。
(2)對象的狀態和行為。
對象具有狀態，一個對象用數據值來描述它的狀態。
對象還有操作，用於改變對象的狀態，對象及其操作就是對象的行為。
對象實現了數據和操作的結合，使數據和操作封裝於對象的統一體中
(3)類。
具有相同或相似性質的對象的抽象就是類。因此，對象的抽象是類，類的具體化就是對象，也可以說類的實例是對象。
類具有屬性，它是對象的狀態的抽象，用數據結構來描述類的屬性。
類具有操作，它是對象的行為的抽象，用操作名和實現該操作的方法來描述。
(4)類的結構。
在客觀世界中有若干類，這些類之間有一定的結構關系。通常有兩種主要的結構關系，即一般--具體結構關系，整體--部分結構關系。
①一般——具體結構稱為分類結構，也可以說是「或」關系，或者是「is a」關系。
②整體——部分結構稱為組裝結構，它們之間的關系是一種「與」關系，或者是「has a」關系。
(5)消息和方法。
對象之間進行通信的結構叫做消息。在對象的操作中，當一個消息發送給某個對象時，消息包含接收對象去執行某種操作的信息。發送一條消息至少要包括說明接受消息的對象名、發送給該對象的消息名（即對象名、方法名）。一般還要對參數加以說明，參數可以是認識該消息的對象所知道的變數名，或者是所有對象都知道的全局變數名。
類中操作的實現過程叫做方法，一個方法有方法名、參數、方法體。消息傳遞如圖10-1所示。
二、面向對象的特徵
(1)對象唯一性。
每個對象都有自身唯一的標識，通過這種標識，可找到相應的對象。在對象的整個生命期中，它的標識都不改變，不同的對象不能有相同的標識。
(2)分類性。
分類性是指將具有一致的數據結構(屬性)和行為(操作)的對象抽象成類。一個類就是這樣一種抽象，它反映了與應用有關的重要性質，而忽略其他一些無關內容。任何類的劃分都是主觀的，但必須與具體的應用有關。
(3)繼承性。
繼承性是子類自動共享父類數據結構和方法的機制，這是類之間的一種關系。在定義和實現一個類的時候，可以在一個已經存在的類的基礎之上來進行，把這個已經存在的類所定義的內容作為自己的內容，並加入若干新的內容。
繼承性是面向對象程序設計語言不同於其它語言的最重要的特點，是其他語言所沒有的。
在類層次中，子類只繼承一個父類的數據結構和方法，則稱為單重繼承。
在類層次中，子類繼承了多個父類的數據結構和方法，則稱為多重繼承。
在軟體開發中，類的繼承性使所建立的軟體具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創建工作量，增加了代碼的可重性。
採用繼承性，提供了類的規范的等級結構。通過類的繼承關系，使公共的特性能夠共享，提高了軟體的重用性。
(4)多態性(多形性)
多態性使指相同的操作或函數、過程可作用於多種類型的對象上並獲得不同的結果。不同的對象，收到同一消息可以產生不同的結果，這種現象稱為多態性。
多態性允許每個對象以適合自身的方式去響應共同的消息。
多態性增強了軟體的靈活性和重用性。
㈣ VF的資料庫表單設計，設計一個比較復雜又實用的表單。比如：電子圖書登錄系統。有外觀，可操作就行：是作
你把郵箱給我，我把前幾天剛做成的一個發給你，你改改就行·~
你不留個郵箱地址什麼的怎麼給你說啊。。。。。
㈤ 資料庫設計主要包括哪幾部分，分別包括哪些內容
資料庫設計包括六個主要步驟：
1、需求分析：了解用戶的數據需求、處理需求、安全性及完整性要求；
2、概念設計：通過數據抽象，設計系統概念模型，一般為E-R模型；
3、邏輯結構設計：設計系統的模式和外模式，對於關系模型主要是基本表和視圖；
4、物理結構設計：設計數據的存儲結構和存取方法，如索引的設計；
5、系統實施：組織數據入庫、編制應用程序、試運行；
6、運行維護：系統投入運行，長期的維護工作。
㈥ FineReport怎麼進行表單設計 FineReport的表單設計簡單示例
FineReport是一款報表軟體，它的報表操作功能是報表軟體中的佼佼者。下面小編就為大家進行介紹一下FineReport簡單的一些表單設計功能，希望能幫到大家
新建表單點擊文件>新建表單，如下圖：
拖入組件
如上圖所示的效果圖，我們可以看到該表單需要有1個下拉框控制項，一個文本控制項，以及對應的2個標簽控制項，還需要一個以表格形式顯示數據的報表塊，此時，我們確定了需要在表單中添加一個報表塊，4個控制項。
在組件介紹中，我們知道控制項即可依附於參數面板組件存在，也可以單獨以組件的形式存在，在這里可隨意使用哪種形式，效果都一樣，那麼使用依附於參數面板組件存在的形式。
參數組件
從工具欄中將參數組件拖拽至表單主體中，並將相應的四個控制項：下拉框、文本、2個標簽控制項拖拽至參數組件中，並設置標簽控制項的控制項值分別為：訂單ID和客戶ID，如下圖：
報表塊組件
從工具欄中將報表組件也拖拽至表單主體中，如下圖：
如果組件數量過多，在web端展示的時候自適應在一頁內顯示會比較擁擠，那麼此時可以可以再右側下方選中整體框架body，在右側上方的屬性表中將組件縮放修改為自適應原樣縮放，如下圖：
充滿展現區域：是指在web端展示的時候，所有組件自適應充滿整個瀏覽器頁面顯示，不出現滾動條；自適應原樣縮放：是指在web端展示的時候根據製作表單時候組件大小比例顯示，並不縮放充滿整個web頁面，如果超過頁面大小，會出現滾動條。
控制項綁定數據
定義數據集
效果圖中，新建數據集ds1：SELECT * FROM 訂單 where 訂單ID=${orderid}，參數orderid的默認值為10001,。
註：參數名字必須與訂單ID下拉框控制項名稱保持一致。
訂單ID下拉框
選中下拉框控制項拖拽到適當位置，下拉框控制項名設為「orderid」，數據字典來自FRDemo資料庫的訂單表（數據類型選擇資料庫表，資料庫選擇FRDemo），實際值和顯示值均為訂單ID，控制項值為空。
客戶ID文本框
選中文本框控制項拖拽到適當位置，文本框控制項名為customerid，控制項值選擇為綁定欄位，數據來源於ds1數據集中的客戶ID欄位，如下圖：
註：此處選擇ds1數據集是為了實現下拉框與文本框的聯動，下拉框控制項名稱為orderid，ds1數據集根據orderid參數對數據進行了過濾，也就是ds1數據集根據下拉框控制項的值對數據進行了過濾。
報表塊
參數面板與控制項都已經設置好之後，點開報表塊裡面的觸筆按鈕，進行報表塊編輯界面。
新建數據集
效果圖中，報表塊裡面要顯示訂單明細數據，根據訂單ID進行過濾，新建數據集ds2：select * from 訂單明細 where 訂單ID=${orderid}，orderid默認值為10001.
表樣設計
如下圖所示，設計表樣：
到此為止，表單就已經製作好了。
保存表單並預覽
保存表單，表單模板後綴名為.frm，點擊預覽按鈕進行預覽，即可看到效果。
㈦ 資料庫表單設計
答案：（屬性curvature設置為99 backcolor）
(1)命令按扭Command1的事件代碼:
Thisform.Timer1.Enabled=.T.
(2)命令按扭Command2的事件代碼:
Thisform.Timer1.Enabled=.F.
(3) 表單Form1的Init事件：
Thisform.Timer1.Interval=500
Thisform.Timer1.Enabled=.F.
(4) 計時器Timer1的Timer事件：
IF Thisform.Shape1.Top=0
Thisform.Shape1.Top=Thisform.Height-Thisform.Shape1.Height
ELSE
Thisform.Shape1.Top=0
ENDIF
Thisform.Refresh
㈧ 關系資料庫中資料庫,表,欄位及元組的概念及相互之間的關系
一、概念
（1）關系資料庫的表採用二維表格來存儲數據，是一種按行與列排列的具有相關信息的邏輯組，它類似於Excle工作表。一個資料庫可以包含任意多個數據表。
（2）關系資料庫：在一個給定的應用領域中，所有實體及實體之間聯系的集合構成一個關系資料庫。它是一種以關系模式為基礎存儲數據以及用數字方法處理資料庫組織的方法，是目前最為流行的一種數據組織形式。
（3）元組（記錄）。表中的一行即為一個元組，或稱為一條記錄。
（4）欄位，數據表中的每一列稱為一個欄位，表是由其包含的各種欄位定義的，每個欄位描述了它所含有的數據的意義，數據表的設計實際上就是對欄位的設計。創建數據表時，為每個欄位分配一個數據類型，定義它們的數據長度和其他屬性。欄位可以包含各種字元、數字、甚至圖形。
二、關系
一個資料庫可以包含若干張表；一張表有若干個欄位；每張表又有若干條記錄（元組），每條記錄（元組）對應每個欄位都有一個值。
(8)資料庫概念設計的表單擴展閱讀
關系資料庫，是建立在關系資料庫模型基礎上的資料庫，藉助於集合代數等概念和方法來處理資料庫中的數據。
同時也是一個被組織成一組擁有正式描述性的表格，該形式的表格作用的實質是裝載著數據項的特殊收集體，這些表格中的數據能以許多不同的方式被存取或重新召集而不需要重新組織資料庫表格。
關系資料庫的定義造成元數據的一張表格或造成表格、列、范圍和約束的正式描述。每個表格（有時被稱為一個關系）包含用列表示的一個或更多的數據種類。 每行包含一個唯一的數據實體，這些數據是被列定義的種類。
㈨ 資料庫概念設計的方法是什麼
資料庫概念構設計的任務是在需求分析階段產生的需求說明書的基礎上，按照特定的方法把它們抽象為一個不依賴於任何具體機器的數據模型，即概念模型。
概念模型使設計者的注意力能夠從復雜的實現細節中解脫出來，而只集中在最重要的信息的組織結構和處理模式上。