① sql 的架構是什麼意思
架構（Schema）是一組資料庫對象的集合，它被單個負責人（可以是用戶或角色）所擁有並構成唯一命名空間。你可以將架構看成是對象的容器。
在 SQL Server 2000 中，用戶（User）和架構是隱含關聯的，即每個用戶擁有與其同名的架構。因此要刪除一個用戶，必須先刪除或修改這個用戶所擁有的所有資料庫對象。
在 SQL Server 2005 中，架構和創建它的資料庫用戶不再關聯，完全限定名（fully-qualified name）現在包含4個部分：server.database.schema.object
1. 體系結構（Architecture）
體系結構亦可稱為架構，所謂軟體架構，根據Perry 和Wolfe之定義：Software Architecture = {Elements,Forms, Rationale / Constraint }，也就是軟體主架構 = {組件元素，元素互助合作之模式，基礎要求與限制}。Philippe Kruchten採用上面的定義，並說明主架構之設計就是：將各組件元素以某些理想的合作模式組織起來，以達成系統的基本功能和限制。體系結構又分為多種樣式，如Pipes and Filters等。
2. 框架(Framework)
框架亦可稱為應用架構，框架的一般定義就是：在特定領域基於體系結構的可重用的設計。也可以認為框架是體系結構在特定領域下的應用。框架比較出名的例子就是MVC。
3. 庫(Library)
庫應該是可重用的、相互協作的資源的集合，供開發人員進行重復調用。它與框架的主要區別在於運行時與程序的調用關系。庫是被程序調用，而框架則調用程序。比較好的庫有JDK。
4. 設計模式（Design Pattern）
設計模式大家應該很熟悉，尤其四人幫所寫的書更是家喻戶曉。「四人幫」將模式描述為「在一定的環境中解決某一問題的方案」。這三個事物 — 問題、解決方案和環境 — 是模式的基本要素。給模式一個名稱，考慮使用模式將產生的結果和提供一個或多個示例，對於說明模式也都是有用的。
5. 平台（PlatForm）
由多種系統構成，其中也可以包含硬體部分。
對於以上的概念有一個比較清楚的認識之後，就可以在軟體的開發過程中進行應用。理論和實踐是缺一不可的，相輔相成的。沒有理論的指導，實踐就缺乏基礎；沒有實踐的證明，理論就缺乏依據，因此我一直認為：對於當代的程序員，在有一定的實踐基礎後，必須學習更深的理論知識。無論你是從那方面先開始學習的。
在軟體的開發過程中，從許多過程實踐和方法中，大致可以提煉出五大步驟：需求、分析、設計、編碼、測試。而體系結構是軟體的骨架，是最重要的基礎。體系結構是涉及到每一步驟中。一般在獲取需要的同時，就應該開始分析軟體的體系結構。體系結構現在一般是各個大的功能模塊組合成，然後描述各個部分的關系。
我一般認為框架是體系結構中每個模塊中更細小的結構。如需要表示web技術，就會用到MVC框架，而web功能只是整個軟體體系中的一個功能模塊。每個框架可以有許多個實例，如用java實現的MVC框架structs。
而在框架之下就是設計模式，設計模式一般是應用中框架之中的，也可以說是對框架的補充。因為框架只是提供了一個環境，需要我們我裡面填入更多的東西。無論是否應用了設計模式，你都可以實現軟體的功能，而正確應用了設計模式，是我們對前人軟體的設計或實現方法的一種繼承，從而讓你的軟體更軟。
體系結構是可以從不同視角來進行分析的，所以軟體體系結構的設計可以按照不同的視角來進行的。按4+1 views的論述，那是四種views：邏輯、開發、過程、物理和場景。因此體系結構是逐漸細化的，你不可能開始就拿出一個完美的體系結構，而只能根據開發過程逐漸對體系結構進行細化。
打個比方：如果我們准備建一個房子，那房子如果按功能來分：牆壁、地板、照明等，它是按那種樣式來組成的，房子是四方的還是圓形的等，這樣就組成了房子的體系結構。在體系結構之下，我們可以把框架應用在每個模塊中，例如牆壁，我們准備應用什麼框架。牆壁可以包括：窗戶、門等。窗戶和門的組成的就是一種框架。而窗戶是什麼形狀的或者是大還是小，是要為了實現屋內的亮度的，因此挑選什麼樣的窗戶就是設計模式。
② sql中三層架構的特性
我知道一種情況就是用sqlcommandbuilder來構造sqldataAdapter里的insert,delete,update方法，例如：
SqlDataAdapter da=new SqlDataAdapter("select * from table",sqlConnection1);
sqlConnection1.Open();
SqlCommandBuilder cmdBuilder=new SqlCommandBuilder(da);
......
sqlConnection1.Close();
這種方法要求table有主鍵，否則無效
另外,虛機團上產品團購,超級便宜
③ sql資料庫架構的問題
sample並不是什麼架構名，SQL Server也沒有這一說。
sample是一個用戶名，book這個表屬於這個用戶而不是默認的dbo用戶，當你把資料庫附加到本地的時候，並沒有把sample這個用戶名也加進來，產生孤立用戶，所以會這樣。
兩種解決辦法
1。把book表的所有者改為dbo
方法一：右鍵點擊該表-》設計表，在上面的一排小圖標中，點最後一個「條件約束」，點「表」頁，在裡面更改所有者。(若沒有條件約束的小圖標，可以點右鍵，能看到一個「check約束」的選項) 方法二：利用腳本直接執行，用sa登陸到該資料庫，然後執行下面語句： sp_configure 'allow updates','1'
go
reconfigure with override
go
update sysobjects set uid=1 where uid<>1
go
sp_configure 'allow updates','0'
go
reconfigure with override
2。新建login，將資料庫中指定的 user 鏈接到 login，用新的login登錄就可以直接
select * from Book。
④ sql server中的架構是什麼意思
在sqlserver 2005中，可能大家在工作或學習的時候會經常發現這樣一些問題，你使用一個賬戶在資料庫中創建了一張表，卻發現你自己創建的表卻沒有修改和查詢的許可權，這是一件很郁悶的事情，在sqlserver2000中卻不存在這樣的問題，那為什麼在2005中會出現這樣的事情，這樣的設置可以帶來哪些好處？其實導致這一問題的原因主要在於2005中多了一個新的概念—架構。
首先我們來看一下msdn中對架構的定義:架構(Schema)是形成單個命名空間的資料庫實體的集合。命名空間是一個集合，其中每個元素的名稱都是唯一的。在這里，我們可以將架構看成一個存放資料庫中對象的一個容器。
架構實際上在sqlserver2000中就已經存在，當我們使用查詢分析器去查詢一個表的時候，一個完整的表的名稱應該包括伺服器名.資料庫名.用戶名.對象名，而在sqlserver2005中一個表的完全限定名稱應該為伺服器名.資料庫名.架構名.對象名
在2000中，假如有一個賬戶tt在test資料庫中創建了一張表table1的時候，在伺服器上對查詢的語句應為select * from test.tt.table1,也就是說，在sqlserver 2000中一張表所屬的架構默認就是表的創建者的登錄名稱，用戶可以和修改他所創建的所有資料庫對象。但在2005中已經將用戶和其創建對象所屬架構的關聯取消了，而加入了一個全新的架構體系，這樣做的優點主要在於下面幾個方面：
1. 多個用戶可以通過角色（role）或組（Windows groups）成員關系擁有同一個架構。
2. 刪除資料庫用戶變得極為簡單。
3. 共享預設架構使得開發人員可以為特定的應用程序創建特定的架構來存放對象，這比僅使用管理員架構（DBO schema）要好。
4. 在架構和架構所包含的對象上設置許可權（permissions）比以前的版本擁有更高的可管理性。
5. 區分不同業務處理需要的對象，例如，我們可以把公共的表設置成pub的架構，把銷售相關的設置為sales，這樣管理和訪問起來更容易.
⑤ sql資料庫的框架是什麼
「架構(Schema)是形成單個命名空間的資料庫實體的集合。 命名空間是一個集合,其中每個元素的名稱都是唯一的。 可以將架構看成一個存放資料庫中對象的一個容器。 架構實際上在sqlserver2000中就已經存在,當我們使用查詢分析器去查詢一個表的時候,一個完整的表的名稱應該包括伺服器名
⑥ 理解SQL SERVER中所有者和架構的區別
理解SQLSERVER中所有者和架構的區別SQLSERVER2005介紹了架構，架構相對於以前版本中的對象所有者。本文將解釋這兩者的區別，並希望能解開你至今仍對架構一點困惑。對象所有者要理解所有者和架構之間的區別，讓我們先花點時間來復習一下對象的所有權。在SQLSERVER2000或以前版本中創建一個對象，對象必須要有一個所有者(owner)。大部分情況，所有者為「dbo（資料庫所有者）」。一個對象可以被資料庫中任何一個用戶所擁有。判斷一個對象的所有者的方法是在企業管理器或ManagerStdio中瀏覽表的列表時查看對象的全限定名稱（fullqualified）。比如，一個由dbo所擁有的表orders其全限定名為dbo.orders。如果該表的所有權轉移至用戶abc，那麼該表現在的全限定名為abc.orders。對象是如何屬於某個所有者的呢？這依賴於創建對象時的用戶。也有可能是db_owner角色成員創建了一個由資料庫中任何對象所擁有的對象。預設情況下，創建對象的用戶賬號（該賬戶必須擁有CREATETABLE的許可權）也是對對象的所有者。只有db_owner角色成員可以創建由dbo所擁有的對象。即使那樣，在某些情況下，對象的所有者還可能是實際的用戶而不是dbo。使用dbo作為資料庫中所有對象的所有者可以簡化對象的管理。因為資料庫中永遠都會有dbo用戶的。資料庫中的用戶只要有許可權可以不用指定所有者名稱就可以存取由dbo擁有的對象了。如果一個對象不是被dbo所有用，那麼該所有者將要被刪除時，必須將對象的所有權轉移給其他用戶。比如有一個非dbo用戶ted創建了sales表，該表名稱為ted.sales。如果ted以外的用戶想使用此表，那麼必須使用表的全限定名來指定。如果ted離開了公司或部門，那麼他的資料庫用戶賬號必須得刪除。在刪除前，ted所擁有的對象必須使用存儲過程sp_changeobjectowner將所有權轉移至其他用戶賬號。如果這個表在應用程序或者其他存儲過程中使用過，改變表的所有者可能導致所有的代碼出錯。如果一開始該表就被dbo所擁有，那麼即使刪除了ted賬號也沒有關系。代碼也不需要使用全限定名——這樣可能損失點性能——來指定對象，這被認為是最實用的方法。架構我喜歡將架構想像成一個組織對象的容器。如果你看一下adventureworks樣例資料庫，你會發現表是按照部門或者功能組織起來的，比如「HumanResources」或者「Proction」（圖一）。這看起來有點像老的擁有者概念，但卻擁有許多益處。首先，因為對象不再綁定到用戶賬號上，所以你根本不用擔心當一個賬號被刪除時需要變換對象的擁有者。另一個好處是使用架構可以簡化表和其他的對象的許可權管理。每個架構都有其所有者，但是所有者和架構名是不綁定的。所有當一個用戶擁有一個架構，並且這個用戶必須從資料庫中刪除時，可以不用破壞任何代碼而僅僅是將架構的所有者變一下。如果你不希望用架構來組織資料庫中的對象，只用dbo架構就行了。
⑦ sql server 中創建架構，架構是干什麼用的，為什麼要創建架構，有什麼好處
SQL Server 中的 架構 ( schema )
與 軟體構架 與 架構師 的不是同一個概念
schema 是用於 在一個 大項目中的 各個 小項目
每個 小項目的表, 放在 各自的 schema 下面.
這樣, 遇到 小項目裡面. 有 相同名字的 表的話, 不會發生沖突.
例如一個 公司的 系統.
裡面分2個 子系統, 分別為 財務系統 和 人力資源系統.
這2個 子系統, 共用一個資料庫
.
那麼 財務系統的表, 可以放在 財務的 schema.
人力資源系統的表，放在 人力資源系統的模式裡面。
這2個 子系統， 能夠 互相訪問 對方的表
但是又不因為 表重名 的問題，影響對方。
體系結構是下面這個樣子的
[伺服器名稱].[資料庫名稱].[構架名稱].[表名]
create database --> 創建一個資料庫
create schema --> 創建一個構架
當你在 SQL Server 裡面， 使用 create database 創建一個資料庫以後。
你可以不必額外的去創建 schema
因為 SQL Server 會 自動的創建一個 名字叫 dbo 的 schema
⑧ mysql資料庫管理系統基本系統架構擁有哪4大模塊
客戶端、連接層、服務層、引擎層
⑨ mysql有哪些架構
了解MySql必須牢牢記住其體系結構圖，Mysql是由SQL介面，解析器，優化器，緩存，存儲引擎組成的
1 Connectors指的是不同語言中與SQL的交互
2 Management Serveices & Utilities： 系統管理和控制工具
3 Connection Pool: 連接池。
管理緩沖用戶連接，線程處理等需要緩存的需求
4 SQL Interface: SQL介面。
接受用戶的SQL命令，並且返回用戶需要查詢的結果。比如select from就是調用SQL Interface
5 Parser: 解析器。
SQL命令傳遞到解析器的時候會被解析器驗證和解析。解析器是由Lex和YACC實現的，是一個很長的腳本。
主要功能：
a . 將SQL語句分解成數據結構，並將這個結構傳遞到後續步驟，以後SQL語句的傳遞和處理就是基於這個結構的
b. 如果在分解構成中遇到錯誤，那麼就說明這個sql語句是不合理的
6 Optimizer: 查詢優化器。
SQL語句在查詢之前會使用查詢優化器對查詢進行優化。他使用的是「選取-投影-聯接」策略進行查詢。
用一個例子就可以理解： select uid,name from user where gender = 1;
這個select 查詢先根據where 語句進行選取，而不是先將表全部查詢出來以後再進行gender過濾
這個select查詢先根據uid和name進行屬性投影，而不是將屬性全部取出以後再進行過濾
將這兩個查詢條件聯接起來生成最終查詢結果
7 Cache和Buffer： 查詢緩存。
如果查詢緩存有命中的查詢結果，查詢語句就可以直接去查詢緩存中取數據。
這個緩存機制是由一系列小緩存組成的。比如表緩存，記錄緩存，key緩存，許可權緩存等
8 Engine ：存儲引擎。
存儲引擎是MySql中具體的與文件打交道的子系統。也是Mysql最具有特色的一個地方。
Mysql的存儲引擎是插件式的。它根據MySql AB公司提供的文件訪問層的一個抽象介面來定製一種文件訪問機制（這種訪問機制就叫存儲引擎）
現在有很多種存儲引擎，各個存儲引擎的優勢各不一樣，最常用的MyISAM,InnoDB,BDB
默認下MySql是使用MyISAM引擎，它查詢速度快，有較好的索引優化和數據壓縮技術。但是它不支持事務。
InnoDB支持事務，並且提供行級的鎖定，應用也相當廣泛。Mysql也支持自己定製存儲引擎，甚至一個庫中不同的表使用不同的存儲引擎，這些都是允許的。
⑩ 誰能介紹一下sql server 2000的一些架構
架構（Schema）是一組資料庫對象的集合，它被單個負責人（可以是用戶或角色）所擁有並構成唯一命名空間。你可以將架構看成是對象的容器。
在 SQL Server 2000 中，用戶（User）和架構是隱含關聯的，即每個用戶擁有與其同名的架構。因此要刪除一個用戶，必須先刪除或修改這個用戶所擁有的所有資料庫對象。
在 SQL Server 2005 中，架構和創建它的資料庫用戶不再關聯，完全限定名（fully-qualified name）現在包含4個部分：server.database.schema.object
1. 體系結構（Architecture）
體系結構亦可稱為架構，所謂軟體架構，根據Perry 和Wolfe之定義：Software Architecture = {Elements,Forms, Rationale / Constraint }，也就是軟體主架構 = {組件元素，元素互助合作之模式，基礎要求與限制}。Philippe Kruchten採用上面的定義，並說明主架構之設計就是：將各組件元素以某些理想的合作模式組織起來，以達成系統的基本功能和限制。體系結構又分為多種樣式，如Pipes and Filters等。
2. 框架(Framework)
框架亦可稱為應用架構，框架的一般定義就是：在特定領域基於體系結構的可重用的設計。也可以認為框架是體系結構在特定領域下的應用。框架比較出名的例子就是MVC。
3. 庫(Library)
庫應該是可重用的、相互協作的資源的集合，供開發人員進行重復調用。它與框架的主要區別在於運行時與程序的調用關系。庫是被程序調用，而框架則調用程序。比較好的庫有JDK。
4. 設計模式（Design Pattern）
設計模式大家應該很熟悉，尤其四人幫所寫的書更是家喻戶曉。「四人幫」將模式描述為「在一定的環境中解決某一問題的方案」。這三個事物 — 問題、解決方案和環境 — 是模式的基本要素。給模式一個名稱，考慮使用模式將產生的結果和提供一個或多個示例，對於說明模式也都是有用的。
5. 平台（PlatForm）
由多種系統構成，其中也可以包含硬體部分。
對於以上的概念有一個比較清楚的認識之後，就可以在軟體的開發過程中進行應用。理論和實踐是缺一不可的，相輔相成的。沒有理論的指導，實踐就缺乏基礎；沒有實踐的證明，理論就缺乏依據，因此我一直認為：對於當代的程序員，在有一定的實踐基礎後，必須學習更深的理論知識。無論你是從那方面先開始學習的。
在軟體的開發過程中，從許多過程實踐和方法中，大致可以提煉出五大步驟：需求、分析、設計、編碼、測試。而體系結構是軟體的骨架，是最重要的基礎。體系結構是涉及到每一步驟中。一般在獲取需要的同時，就應該開始分析軟體的體系結構。體系結構現在一般是各個大的功能模塊組合成，然後描述各個部分的關系。
我一般認為框架是體系結構中每個模塊中更細小的結構。如需要表示web技術，就會用到MVC框架，而web功能只是整個軟體體系中的一個功能模塊。每個框架可以有許多個實例，如用java實現的MVC框架structs。
而在框架之下就是設計模式，設計模式一般是應用中框架之中的，也可以說是對框架的補充。因為框架只是提供了一個環境，需要我們我裡面填入更多的東西。無論是否應用了設計模式，你都可以實現軟體的功能，而正確應用了設計模式，是我們對前人軟體的設計或實現方法的一種繼承，從而讓你的軟體更軟。
體系結構是可以從不同視角來進行分析的，所以軟體體系結構的設計可以按照不同的視角來進行的。按4+1 views的論述，那是四種views：邏輯、開發、過程、物理和場景。因此體系結構是逐漸細化的，你不可能開始就拿出一個完美的體系結構，而只能根據開發過程逐漸對體系結構進行細化。
打個比方：如果我們准備建一個房子，那房子如果按功能來分：牆壁、地板、照明等，它是按那種樣式來組成的，房子是四方的還是圓形的等，這樣就組成了房子的體系結構。在體系結構之下，我們可以把框架應用在每個模塊中，例如牆壁，我們准備應用什麼框架。牆壁可以包括：窗戶、門等。窗戶和門的組成的就是一種框架。而窗戶是什麼形狀的或者是大還是小，是要為了實現屋內的亮度的，因此挑選什麼樣的窗戶就是設計模式。