stanford-oval/wikipedia huggingface dataset:
ADO.NET
历史 > 發展緣起

在1990年代初期，微軟已經開發了許多的資料存取方式，像是ODBC架構、和Microsoft Access資料庫交互使用的DAO物件、可以跨越網路存取資料的RDO（英语：）以及讓DAO元件可以存取ODBC資料來源的ODBCDirect技術等等，技術雖然多，但是卻又各自為政，而且每個技術的重疊性也很高（像是ODBC有Microsoft Access的驅動程式）；RDO雖然可跨網路，但是ODBC的驅動程式中也有提供跨網路的功能（像是SQL Server和Oracle驅動程式），如此琳琅滿目重疊性又高的技術群，讓企業與開發人員在選擇、學習與應用上產生了很多的困難。
1996年，適逢COM的出现，微軟將資料存取的核心開始改寫為以COM為基础的OLE DB，並且在它上面建立一個新的统一的資料存取的高层对象模型－ADO。ADO推出後順利的取代了DAO和RDO，成為在Windows NT 4.0和Windows 2000作業系統上開發資料庫應用程式的首選。它將OLE DB的物件模型进一步简化；由資料庫廠商开发满足OLE DB接口的資料提供者（data provider，這個模式在此時奠基），而ADO本身則是與資料來源無關（data source independent）的对象结构，讓它迅速的獲得了使用ASP、Visual Basic、COM的開發人員的青睞。它能夠順利取代DAO與RDO，要關鍵在于ADO的与数据库服务器端/客户端的特性无关，这使得ADO通用性极好。然而ADO本身的架構仍然有缺陷（尤其是在開發網路應用程式時，最好的例子就是Recordset無法離線），這也是微軟為何不在.NET Framework中繼續使用ADO的主要原因。
1998年時，微軟提出了一個下一代的應用程式開發框架（Application Framework）的計畫，計畫中包含了：
ASP+：改良與重新設計ASP技術，強化它的Web應用程式發展能力。
Storage+：發展新的資料庫與物件導向之檔案系統結構（用於SQL Server 8.0（即後來的SQL Server 2000）與NTFS），以及發展新一代的資料存取元件，並改良ADO本身的缺陷，讓它更能夠成為應用程式資料存取的核心功能。
COM+：改良COM和MTS，成為企業級應用程式開發的基礎元件。
ADO+即為Storage+的一支。
历史 > ADO.NET的前身：ADO+

1998年起，因為Web應用程式的竄起，大大改變了許多應用程式的設計方式，傳統的資料庫連線保存設計法無法適用於此類應用程式，這讓ADO應用程式遇到了很大的瓶頸，也讓微軟開始思考讓資料集（Resultset，在ADO中稱為Recordset）能夠離線化的能力，以及能在用戶端建立一個小型資料庫的概念，這個概念就是ADO.NET中離線型資料模型（disconnected data model）的基礎，而在ADO的使用情形來看，資料庫連線以及資源耗用的情形較嚴重（像是Server-side cursor或是Recordset.Open會保持連線狀態），在ADO.NET中也改良了這些物件，構成了能夠減少資料庫連線和資源使用量的功能。XML的使用也是這個版本的重要發展之一。
2000年，微軟的Microsoft .NET計畫開始成形，許多的微軟產品都冠上.NET的標籤，ADO+也不例外，改名為ADO.NET，並包裝到.NET Framework類別庫中，成為.NET平台中唯一的資料存取元件。
架構

ADO.NET由連線資料來源（connected data source）以及離線資料模型（disconnected data model）兩個部份構成，這兩個部份是相輔相成的。
架構 > 連線資料來源

若沒辦法連線到資料庫，則無法被稱為資料存取元件。連線資料來源便是用來連接資料庫（或是具有OLE DB資料來源提供者）的物件類別，由下列接口構成：
IDbConnection ，負責與資料庫的連線管理，包含連線字串（connection string），連線的開關，資料庫交易的啟始與連線錯誤的處理，所有的ADO.NET資料提供者都要實作此介面。
Open()/Close()：開啟與關閉資料庫連線。
BeginTransaction()：啟動資料庫交易，並回傳一個IDbTransaction物件，以控制交易的結果。
IDbCommand ，負責執行資料庫指令（在大多數的案例中都是SQL指令），並傳回由資料庫中擷取的結果集，或是執行不回傳結果集的資料庫指令。
ExecuteNonQuery()：執行不回傳結果集的資料庫指令，像是INSERT、UPDATE與DELETE指令，返回值为该命令所影响的行数。 对于其他所有类型的语句，返回值 为 -1。
ExecuteScalar()：執行指令並回傳第一列第一行中的值（object类型）。当没有数据时，ExcuteScalar方法返回System.DBNull。
ExecuteReader()：執行指令並回傳IDataReader物件，以讀取資料集中的資料。
BeginExecuteNonQuery：开始执行异步查询
EndExecuteNonQuery: 结束执行异步查询
IDataParameter，負責裝載資料庫指令所需要的參數資料，在使用參數化查詢時會經常使用。 对于不同的数据源来说，占位符不同。SQLServer数据源用@parametername格式来命名参数，OleDb以及Odbc数据源均用问号（?）来标识参数位置，而Oracle则以:parmname格式使用命名参数。
IDbTransaction ，負責裝載資料庫交易所需的控制物件，以執行交易的認可（commit）或撤銷（rollback）的工作。
Commit()：認可資料庫交易。
Rollback()：撤銷資料庫交易。
IDbDataAdapter ，負責將來自於IDbCommand執行取得的結果集，裝載到離線型資料集（DataSet）或是離線型資料表（DataTable）中。
Fill()：將資料填入離線型資料物件。
Update()：將變更過的離線型資料物件中的資料寫回資料庫。
IDataReader ，建立一個只可向前讀取游標（forward-only）的資料讀取器工具，以逐列讀取方式存取資料，IDbDataAdapter 內部也是由它來讀取資料。
Read()：第一次调用Read()方法获取第一行数据，并将游标指向下一行数据。当再次调用该方法时候，将读取下一行数据。当检测到不再有数据行时，Read()方法将返回false。
IDataRecord ，在IDataReader 讀取資料後實際裝載資料列的物件，提供方法來讀取資料行中的資料，以及轉換成.NET Framework原生型別的工具。
GetOrdinal()：取得指定資料行的欄位索引值。
IsDBNull()：判斷指定欄位的資料是否為NULL值。
使用連線資料來源需要由開發人員自我管理連線，並且直接操作資料存取的相關細節，但它的優點是速度快，而且可以自訂整個資料存取流程的邏輯。
架構 > ADO.NET資料提供者(Data Provider)

在.NET Framework中，ADO.NET預設提供了四種資料來源：
SQL Server：由System.Data.SqlClient提供原生資料來源，是微軟官方建議存取SQL Server時建議使用的資料提供者。以Sql為字首的類別群
OLE DB Data Source：由System.Data.OleDb提供支援，可適用於OLE DB Provider for ODBC以外的OLE DB資料提供者。以OleDb為字首的類別群。支持本地事务和分布式事务。 对于分布式事务，默认情况下，用于 OLE DB 的 .NET Framework 数据提供程序会自动登记在事务中，并自动从 Windows 2000 组件服务获取事务详细信息。
Oracle：由System.Data.OracleClient提供支援，但使用者的電腦必須安裝Oracle Client 8.1.7或更新版本才行（.NET Framework 1.1開始支援）。以Oracle為字首的類別群。必须同时引用 System.Data和 System.Data.OracleClient。
ODBC：補OLE DB Provider for ODBC的支援，由System.Data.Odbc提供支援（.NET Framework 1.1開始支援）。以Odbc為字首的類別群
EntityClient实体数据模型(EDM)应用程序的数据访问。使用 System.Data.EntityClient 命名空间。
其他廠商亦為不同的資料庫提供資料來源：
DataDirect Technologies（页面存档备份，存于）發行100%列管提供源，支援主流企業數據庫（Oracle, Sybase, DB2, SQL Server, Progress RDBMS）
OpenLink Software給大量的客戶指定數據庫發行提供源，包括到其他資料存取機構的橋接提供源，並可以在視窗下微軟自己或者Mono的CLR實做下支援。
MySQL（页面存档备份，存于）為本身的MySQL Database Server提供了ADO.NET的原生資料提供者。
Oracle自行開發的.NET Data Provider。
对每种Data Provider，ADO.NET要实现下述对象结构：
Connection 对象提供与数据源的连接。
Command对象使您能够访问用于返回数据、修改数据、运行存储过程以及发送或检索参数信息的数据库命令。
DataReader 对象从数据源中提供快速的，只读的数据流。
DataAdapter 对象提供连接 DataSet 对象和数据源的桥梁。DataAdapter 使用 Command 对象在数据源中执行 SQL 命令，以便将数据加载到 DataSet 中，并使对 DataSet 中数据的更改与数据源保持一致。
Parameter 对象用于参数化查询。
例如，对于SQL Server数据源：
strSQL = "SELECT * FROM users WHERE Name = @Name and Password = @Password";
SqlParamter[] paras = new SqlParamter[]{//参数数组
     new SqlParamter("@Name",SqlDBType.Varchar,50)
     new SqlParamter("@Password",SqlDBType.Varchar,50)};
paras[0].value = userName;//绑定用户名
paras[1].value = password;//绑定用户密码
ConnectionStringBuilder：提供一种用于创建和管理由 Connection 对象使用的连接字符串的内容的简单方法。 所有 ConnectionStringBuilder 对象的基类均为 DbConnectionStringBuilder 类。
CommandBuilder ：自动生成 DataAdapter 的命令属性或从存储过程中派生参数信息，并填充 Command 对象的 Parameters 集合。 所有 CommandBuilder 对象的基类均为 DbCommandBuilder 类。
架構 > 離線資料模型

離線資料模型是微軟為了改良ADO在網路應用程式中的缺陷所設計的，同時它也是COM+中，IMDB技術的設計概念的實作品，但它並沒有完整的IMDB功能，像是交易處理（transaction processing），但它仍不失為一個能在離線狀態下處理資料的好幫手，它也可以透過連線資料來源物件，支援將離線資料存回資料庫的能力。離線資料模型由下列物件組成：
DataSet ，離線型資料模型的核心之一，可將它當成一個離線型的資料庫，它可以內含許多個DataTable，並且利用關聯與限制方式來設定資料的完整性，它本身也提供了可以和XML交互作業的支援。
ReadXml()/WriteXml()：以DataSet的結構讀寫XML。
ReadXmlSchema()/WriteXmlSchema()：以DataSet的結構讀寫XML Schema。
GetXml()/GetXmlSchema()：取得DataSet內容的XML或XML Schema。
Merge()：合併兩個DataSet。
Load()：自IDataReader載入資料到DataSet。
AcceptChanges()：將修改過的資料列的修改旗標改為Unchanged。
GetChanges()：將修改過的資料列以DataRow陣列方式傳回。
RejectChanges()：撤銷所有資料的修改。
DataTable ，離線型資料模型的核心之一，可將它當成一個離線型的資料表，是儲存資料的收納器。
Copy()：將DataTable複製出一個副本，包含結構與資料。
Merge()：將兩個DataTable合併。
Select()：以指定的特殊查詢語法，傳回符合條件的DataRow陣列。
Compute()：以指定的彙總語法，傳回彙總的結果。
GetErrors()：傳回有錯誤的DataRow陣列。
HasErrors：判斷DataTable中的DataRow有沒有含有錯誤的DataRow。
DataRow ，表示表格中的資料列，與資料欄組合成資料儲存的單元。
IsNull()：判斷指定的欄位是否為NULL值。
ItemArray：將DataRow中的資料轉換成陣列。
DataColumn，表示表格中的欄位。
DataView ，展示資料的輔助元件，類似於資料庫中的檢視表，並可設定過濾條件與排序條件。
Filter：設定DataView的過濾條件。
Sort：設定DataView的排序條件。
ToTable()：將套用過濾與排序後的內容轉換為DataTable物件。
DataRelation，可在DataTable之間設定欄位間的關聯。
Constraint，設定欄位的條件約束，例如ForeignKeyConstraint為外部鍵限制，而UniqueConstraint則確保了欄位中的值都是唯一的。
DataSet和DataTable除了資料庫的處理以外，也經常被用來管理應用程式中的資料，並且由於它可以儲存在XML中的特性，也讓它可以用來儲存需要保存的應用程式資訊。DataSet中可包含DataRelation对象，用于建构表之间的约束关系。
工廠方法

在.NET Framework 1.x的時代，ADO.NET不同的來源有不同的類別搭配（前面已述及），但是若想要在不同的資料來源間搭配，那麼勢必要產生很多的變數來存放不同的資料物件，因此微軟在.NET Framework 2.0中提供了一個System.Data.Common命名空間，其中有各種必要物件的共用方法（例如連線是DbConnection，命令是DbCommand，讀取器是DbDataReader，資料配接器是DbDataAdapter等），以及DbProviderFactory物件，用來總管資料存取的物件。
DbProviderFactories則是電腦中所有提供者的總管，開發人員可用DbProviderFactories.GetFactoryClasses()取得各個提供者的Invariant Name，再於呼叫DbProviderFactories.GetFactory()時傳入指定提供者的Invariant Name即可取得DbProviderFactory，再利用下列方法取得共用物件：
DbProviderFactory.CreateConnection()
DbProviderFactory.CreateCommand()
DbProviderFactory.CreateParameter()
DbProviderFactory.CreateDataAdapter()
// This example assumes a reference to System.Data.Common.
static DataTable GetProviderFactoryClasses()
{
    // Retrieve the installed providers and factories.
    DataTable table = DbProviderFactories.GetFactoryClasses();

    // Display each row and column value.
    foreach(DataRow row in table.Rows)
    {
        foreach(DataColumn column in table.Columns)
        {
            Console.WriteLine(row[column]);
        }
    }
    return table;
}
指令產生器

ADO.NET中有專門用來產生資料處理指令的指令產生器（Command Builder），它可以利用開發人員所指定的SELECT指令，自動產生對應的INSERT、UPDATE與DELETE指令，但一開始它並不會自動產生，而是要靠呼叫方法來取得：
DbCommandBuilder.GetInsertCommand()
DbCommandBuilder.GetUpdateCommand()
DbCommandBuilder.GetDeleteCommand()
最常使用到的地方是和DataAdapter並用時，但它要求傳入的SELECT语句所选择的列集合中必須要有主键或者唯一键，否則無法產生，同時自動產生的指令因為判斷條件很多，對效能可能會有些影响。
Visual Studio的支援

ADO.NET和Visual Studio開發工具幾乎已經是無縫的整合了，開發人員可以利用Visual Studio來建立強型別（strong-typed）的DataSet，到了Visual Studio 2005時更能夠在Windows Forms應用程式中使用TableAdapter（Typed DataSet和DataAdapter整合的產物）來開發應用程式（不會再看到DataAdapter，但使用上差不多）。Visual Studio在建立Typed DataSet時有提供視覺化介面的支援，以及資料庫組態精靈（Database Configuration Wizard）來讓開發人員以簡單的設定方式來建立DataSet，部分開發人員也將TableAdapter和ASP.NET應用程式的ObjectDataSource控制項並用，亦得到不錯的效果。
在.NET Framework 3.5中，微軟特別為了DataSet和DataTable建立了LINQ Provider（稱為LINQ to DataSet或LINQ to ADO.NET），讓LINQ可以在DataSet或DataTable上使用，可以讓原本在DataSet上的投資（程式碼）得以繼續使用並享有LINQ的便利性。
ADO.NET和ADO的差異

對於ADO的開發人員來說，最明顯的變化在於以往ADO中的Recordset消失了，並且明確的分開為連線型的DataReader以及離線型的DataSet與DataTable，並且發展支援離線型資料來源的瀏覽工具DataView，這樣的改變，讓習慣使用ADO的VB/ASP開發人員會有某種程度的不習慣，同時讓ADO.NET的學習會較ADO有較些許的複雜性，因此有部分新入門或是VB 6.0/ASP開發人員會在學習.NET Framework或是使用VB.NET開發應用程式時，在.NET Framework中使用ADO來連接資料來源。但在.NET Framework應用程式使用ADO的話，.NET Framework會因為要多一層ADO的COM与VB.NET使用的.NET之間的資料轉換，會讓應用程式效能有少部分的損耗。
下述示例，用ADO读取一个数据库中的表格，然后转为ADO.Net的数据，最后绑定到DataGridView控件中去显示：
Dim cn As ADODB.Connection
        Dim rs As ADODB.Recordset
        cn = New ADODB.Connection
        rs = New ADODB.Recordset
        cn.Provider = "Microsoft.ACE.OLEDB.12.0;"
        cn.ConnectionString = "D:\\budget2016.accdb;"
        cn.Open()

        'check whether the serial num exists in table cutter
        Dim sSQL As String = "SELECT * FROM tPassword" 
        rs.CursorLocation = ADODB.CursorLocationEnum.adUseClient
        rs.Open(sSQL, cn, ADODB.CursorTypeEnum.adOpenKeyset, ADODB.LockTypeEnum.adLockReadOnly,_ 
                 ADODB.CommandTypeEnum.adCmdText)

        Dim da As New System.Data.OleDb.OleDbDataAdapter()
        Dim ds As New DataSet()
        da.Fill(ds, rs, "tPassword")

        'rs.Close()  'Cannot close 
        rs.ActiveConnection = Nothing
        cn.Close()
        rs = Nothing
        cn = Nothing

        DataGridView1.DataSource = (ds.Tables("tPassword"))
ADO的RecordSet，相当于在客户机或服务器的一个逻辑上的数据表格，使用者可以通过cursor来定位/读写当前行，但不能重新对这些行重新排序，也不能对客户机上的多个RecordSet数据执行跨表的连接（join）查询。ADO.Net针对上述缺点，在客户机上实现了DataTable与DataSet，这是客户机内存中的一套（多个）数据表格，可以对其执行各种单表或多表的查询、修改、删除操作，既可以使用SQL语句，也可以使用LINQ子语言。
ADO与ADO.Net的共同点，在其内部都是使用SQL语句来对后台数据库操作。
内在实现上，ADO是基于COM技术，因此变体类型（Variant）无处不在，这是一种通用、万能类型；而ADO.Net是强类型的，并很好地支持数据库元数据与XML功能。
ADO.NET的進化

隨著網路應用程式的進化，ADO.NET也隨之做了許多的改變，但不變的是，ADO.NET的基礎提供了強固的發展支援，這些進化的技術都是植基於ADO.NET的核心元件而來。
条目：Entity Framework
長久以來，程式設計師和資料庫總是保持著一種微妙的關係，在商用應用程式中，資料庫一定是不可或缺的元件，這讓程式設計師一定要為了連接與存取資料庫而去學習SQL指令，因此在資訊業中有很多人都在研究如何將程式設計模型和資料庫整合在一起，物件關聯對應（Object-Relational Mapping）的技術就是由此而生，像Hibernate或NHibernate都是這個技術下的產物，而微軟雖然有了ADO.NET這個資料存取的利器，但卻沒有像NHibernate這樣的物件對應工具，因此微軟在.NET Framework 2.0發展時期，就提出了一個ObjectSpace的概念，ObjectSpace可以讓應用程式可以用完全物件化的方法連接與存取資料庫，其技術概念與NHibernate相當類似，然而ObjectSpace專案相當大，在.NET Framework 2.0完成時仍無法全部完成，因此微軟將ObjectSpace納入下一版本的.NET Framework中，並且再加上一個設計的工具（Designer），構成了現在的ADO.NET Entity Framework。
Entity Framework利用了抽象化資料結構的方式，將每個資料庫物件都轉換成應用程式物件（entity），而資料欄位都轉換為屬性（property），關聯則轉換為結合屬性（association），讓資料庫的E/R模型完全的轉成物件模型，如此讓程式設計師能用最熟悉的程式語言來呼叫存取。而在抽象化的結構之下，則是高度整合與對應結構的概念層、對應層和儲存層，以及支援Entity Framework的資料提供者（provider），讓資料存取的工作得以順利與完整的進行。
条目：WCF Data Services
以往在發展像是AJAX應用程式時，伺服端總是需要設計一個HTTP介面埠（end point），通常都會使用Web Service來實作，但是隨著Mashup應用程式的成長，若每次都要為一份（或一組）資料撰寫Web Service或HTTP end point的話，對開發人員也是不小的負擔，而且Web Service只支援XML/SOAP的資料格式，無法相容於Mashup應用程式常用的JSON資料格式，微軟也發現未來的Silverlight應用程式也是會面臨到相同問題。
當時剛好微軟的ADO.NET Entity Framework也正在開發中，它的EDM能力剛好可以提供給WCF資料存取的能力，因此微軟特別以ADO.NET Entity Framework為基礎，開發一個專門提供HTTP端點資料服務的資料供應層，即為WCF Data Services。
奥特克里克镇区

奥特克里克镇区可能指：
Otter Creek Township

奥特克里克镇区 (伊利诺伊州泽西县)
奥特克里克镇区 (伊利诺伊州拉萨尔县)
奥特克里克镇区 (印地安纳州里普利县)
奥特克里克镇区 (印地安纳州维哥县)
奥特克里克镇区 (爱荷华州克劳福德县)
奥特克里克镇区 (爱荷华州杰克逊县)
奥特克里克镇区 (爱荷华州林县)
奥特克里克镇区 (爱荷华州卢卡斯县)
奥特克里克镇区 (爱荷华州泰马县)
奥特克里克镇区 (堪萨斯州格林伍德县)
Ottercreek Township

奥特克里克镇区 (内布拉斯加州迪克森县)
诺德韦镇区

诺德韦镇区（英語：）可能指：
诺德韦镇区 (爱荷华州亚当斯县)
诺德韦镇区 (爱荷华州泰勒县)
诺德韦镇区 (密苏里州安德鲁县)
诺德韦镇区 (密苏里州霍尔特县)
诺德韦镇区 (密苏里州诺德韦县)
2020年夏季奧林匹克運動會男子排球比賽參賽資格

| 2020年夏季奥林匹克运动会 排球比赛> 室内  |
| --- | --- | --- |
| 參賽資格 | 男子 | 女子 |
| 比賽 | 男子 | 女子 |
沙滩 
| 參賽資格 | 男子（英语：） | 女子（英语：） |
| 比賽 | 男子 | 女子 |
 论 编
本條目列舉第32屆夏季奧林匹克運動會男子排球比賽的參賽資格及出線隊伍名單，總計12支球隊：主辦國、洲際資格賽六個小組的獲勝者和五個洲際奧運會資格賽的獲勝者。已經獲得參賽資格的球隊將沒有資格參加後面的資格賽。由於嚴重特殊傳染性肺炎疫情的影響，國際奧林匹克委員會和2020年東京奧組委於2020年3月24日宣布將該屆奧運推遲至2021年舉辦。
排名積分算法：如果局數是3比0或3比1，勝方可得3分，負方得0分；如果局數是3比2，勝方得2分，負方得1分。完成賽事後根據球隊勝場的多寡進行排名，勝場多的球隊排名列前，然後依次是球隊積分高者列前，局數得失比高者列前，比分得失比高者列前。
獲得資格隊伍總覽

| 資格來源 | 資格來源 | 舉辦日期 | 舉辦地點 | 名額 | 晉級球隊 |
| --- | --- | --- | --- | --- | --- |
| 主辦國 | 主辦國 | 不適用 | 不適用 | 1 |  日本 |
| 2019年男子排球洲際奧運資格賽 | A組 | 2019年8月9日至11日 |  瓦爾納 | 1 |  巴西 |
| 2019年男子排球洲際奧運資格賽 | B組 | 2019年8月9日至11日 |  鹿特丹 | 1 |  美国 |
| 2019年男子排球洲際奧運資格賽 | C組 | 2019年8月9日至11日 |  巴里 | 1 |  義大利 |
| 2019年男子排球洲際奧運資格賽 | D組 | 2019年8月9日至11日 |  格但斯克–索波特 | 1 |  波蘭 |
| 2019年男子排球洲際奧運資格賽 | E組 | 2019年8月9日至11日 |  聖彼得堡 | 1 |  俄羅斯奧林匹克委員會 |
| 2019年男子排球洲際奧運資格賽 | F組 | 2019年8月9日至11日 |  寧波 | 1 |  阿根廷 |
| 歐洲區資格賽 | 歐洲區資格賽 | 2020年1月5日至10日 |  柏林 | 1 |  法國 |
| 亞洲區資格賽 | 亞洲區資格賽 | 2020年1月7日至12日 |  江門市 | 1 |  伊朗 |
| 非洲區資格賽 | 非洲區資格賽 | 2020年1月7日至11日 |  開羅 | 1 |  突尼西亞 |
| 南美洲區資格賽 | 南美洲區資格賽 | 2020年1月10日至12日 |  莫斯塔薩爾 | 1 |  委內瑞拉 |
| 北美洲區資格賽 | 北美洲區資格賽 | 2020年1月10日至12日 |  溫哥華 | 1 |  加拿大 |
| 總計 | 總計 | 總計 | 總計 | 12 |  |
時間線

| 聯合會 | 賽事名稱 | 賽事名稱 | 日期 | 比賽地點 | 隊伍數 |
| --- | --- | --- | --- | --- | --- |
| FIVB (洲際) | 2019年男子排球洲際奧運資格賽 | A組 | 2019年8月9日至11日 |  瓦爾納 | 4 |
| FIVB (洲際) | 2019年男子排球洲際奧運資格賽 | B組 | 2019年8月9日至11日 |  鹿特丹 | 4 |
| FIVB (洲際) | 2019年男子排球洲際奧運資格賽 | C組 | 2019年8月9日至11日 |  巴里 | 4 |
| FIVB (洲際) | 2019年男子排球洲際奧運資格賽 | D組 | 2019年8月9日至11日 |  格但斯克–索波特 | 4 |
| FIVB (洲際) | 2019年男子排球洲際奧運資格賽 | E組 | 2019年8月9日至11日 |  聖彼得堡 | 4 |
| FIVB (洲際) | 2019年男子排球洲際奧運資格賽 | F組 | 2019年8月9日至11日 |  寧波 | 4 |
| CAVB(非洲) | 非洲區資格賽 | 非洲區資格賽 | 2020年1月7日至11日 |  開羅 | 5 |
| AVC(亞洲及大洋洲) | 2019年亞洲男子排球錦標賽西亞區資格賽 | 2019年亞洲男子排球錦標賽西亞區資格賽 | 2019年7月17日至21日 |  馬斯喀特 | 3 |
| AVC(亞洲及大洋洲) | 2019年亞洲男子排球錦標賽 | 2019年亞洲男子排球錦標賽 | 2019年9月13日至21日 |  德黑蘭 | 15+1 |
| AVC(亞洲及大洋洲) | 亞洲區資格賽 | 亞洲區資格賽 | 2020年1月7日至12日 |  江門市 | 8 |
| CEV(歐洲) | 歐洲區資格賽 | 歐洲區資格賽 | 2020年1月5日至10日 |  柏林 | 8 |
| NORCECA (中北美洲及加勒比地區) | 中北美洲和加勒比地區排球盃 | 中北美洲和加勒比地區排球盃 | 2019年8月22日至24日 |  科羅拉多泉 | 4 |
| NORCECA (中北美洲及加勒比地區) | 中北美洲和加勒比地區排球聯賽 | 中北美洲和加勒比地區排球聯賽 | 2019年9月2日至7日 |  溫尼伯 | 5+1+1 |
| NORCECA (中北美洲及加勒比地區) | 北美洲區資格賽 | 北美洲區資格賽 | 2020年1月10日至12日 |  溫哥華 | 4 |
| CSV(南美洲) | 南美洲排球錦標賽 | 南美洲排球錦標賽 | 2019年9月10日至14日 |  莫斯塔薩爾 | 6+2 |
| CSV(南美洲) | 南美洲區資格賽 | 南美洲區資格賽 | 2020年1月10日至12日 |  莫斯塔薩爾 | 4 |
主辦國

日本作為主辦國自動獲得2020年夏季奧林匹克運動會男子排球比賽的參賽資格。
日本
男子排球洲際奧運資格賽

条目：2019年男子排球洲际奥运资格赛
各組優勝者獲得2020年夏季奧林匹克運動會男子排球比賽參賽資格。
男子排球洲際奧運資格賽 > 資格賽

截至2018年10月1日的世界排名，前24名的24支球隊獲得洲際資格賽的參賽資格。（以主辦國身份自動獲得資格的日本除外。）
| --- | --- |
: 取得2019年男子排球洲際奧運資格賽參賽資格
: 作為主辦國已獲得2020年夏季奧林匹克運動會男子排球比賽參賽資格
| 種子序 | 隊伍 | WC 2015 | OG 2016 | WL 2017 | WCH 2018 | 積分 |
| --- | --- | --- | --- | --- | --- | --- |
| 1 |  巴西 | 80 | 100 | 45 | 90 | 315 |
| 2 |  美国 | 100 | 80 | 40 | 80 | 300 |
| 3 |  義大利 | 90 | 90 | 24 | 62 | 266 |
| 4 |  波蘭 | 80 | 50 | 32 | 100 | 262 |
| 5 |  俄羅斯 | 70 | 70 | 38 | 56 | 234 |
| 6 |  加拿大 | 30 | 50 | 42 | 45 | 167 |
| 7 |  阿根廷 | 50 | 50 | 28 | 33 | 161 |
| 8 |  伊朗 | 25 | 50 | 26 | 36 | 137 |
| 9 |  法國 | 0 | 30 | 50 | 50 | 130 |
| 10 |  塞爾維亞 | 0 | 2 | 38 | 70 | 110 |
| – |  日本 | 40 | 2 | 20 | 30 | 92 |
| 11 |  比利时 | 0 | 1 | 34 | 45 | 80 |
| 12 |  埃及 | 5 | 30 | 10 | 30 | 75 |
| 13 |  保加利亚 | 0 | 2 | 30 | 40 | 72 |
| 14 |  荷蘭 | 0 | 0 | 18 | 50 | 68 |
| 15 |   | 5 | 3 | 19 | 36 | 63 |
| 16 |  斯洛維尼亞 | 0 | 0 | 22 | 40 | 62 |
| 17 |  古巴 | 0 | 20 | 0 | 30 | 50 |
| 18 |  芬兰 | 0 | 1 | 13 | 33 | 47 |
| 19 |  中國 | 0 | 2 | 17 | 25 | 44 |
| 20 |  墨西哥 | 0 | 20 | 6 | 14 | 40 |
| 21 |  突尼西亞 | 5 | 3 | 5 | 25 | 38 |
| 22 |  喀麦隆 | 0 | 2 | 0 | 30 | 32 |
| 23 |   | 0 | 0 | 16 | 12 | 28 |
| 24 |  波多黎各 | 0 | 3 | 0 | 25 | 28 |
男子排球洲際奧運資格賽 > 取得資格的球隊

根據截至2018年10月1日的國際排球總會世界排名，球隊按照蛇形分布進行分組。括號內為各隊的世界排名。
| A組 | B組 | C組 | D組 | E組 | F組 |
| --- | --- | --- | --- | --- | --- |
|  巴西 (1) |  美国 (2) |  義大利 (3) (H) |  波蘭 (4) (H) |  俄羅斯 (5) (H) |  加拿大 (6) |
|  埃及 (13) |  比利时 (12) |  塞爾維亞 (10) |  法國 (9) |  伊朗 (8) |  阿根廷 (7) |
|  保加利亚 (14) (H) |  荷蘭 (15) (H) |   (16) |  斯洛維尼亞 (17) |  古巴 (18) |  芬兰 (19) |
|  波多黎各 (25) |   (24) |  喀麦隆 (23) |  突尼西亞 (22) |  墨西哥 (21) |  中國 (20) (H) |
隊伍名稱以粗體字表示已獲得2020年夏季奧運排球比賽之參賽資格。
(H)：資格賽主辦國
男子排球洲際奧運資格賽 > 決賽輪 > 資格途徑

| --- | --- |
: 取得2020年夏季奧林匹克運動會男子排球比賽參賽資格
各大洲奧運會資格賽 > 非洲區資格賽

決賽輪的優勝者可取得2020年夏季奧林匹克運動會男子排球比賽參賽資格。
各大洲奧運會資格賽 > 非洲區資格賽 > 取得資格的球隊

在53個CAVB和IOC成員協會中，共有5個CAVB成員國家隊進入了資格賽階段。但加納因為直到比賽開始前才抵達開羅而被取消資格，因此加納的所有比賽都被判決棄權，加納在決賽中排名為最後一名。
四支球隊中，僅優勝者獲得2020夏季奧運排球比賽參賽資格。
各大洲奧運會資格賽 > 非洲區資格賽 > 取得資格的球隊 > 資格途徑

| --- | --- |
: 取得2020年夏季奧林匹克運動會男子排球比賽參賽資格
各大洲奧運會資格賽 > 非洲區資格賽 > 取得資格的球隊 > 循環賽

| 排名 | 隊伍 | 賽 | 分 |
| --- | --- | --- | --- |
| 1 |  突尼西亞 (Q) | 3 | 9 |
| 2 |  埃及 (H) | 3 | 6 |
| 3 |  阿尔及利亚 | 3 | 3 |
| 4 |  喀麦隆 | 3 | 0 |
| 5 |   (D) | 0 | 0 |
資料來源：FIVB
 被取消資格;  東道主;  晉身到指定賽事階段
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽

決賽輪的優勝者可取得2020年夏季奧林匹克運動會男子排球比賽參賽資格。
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 取得資格的球隊

61個AVC和IOC成員協會中，共有18個AVC成員國家隊進入資格賽階段。
隊伍名稱以粗體字表示已獲得2020夏季奧運排球比賽之參賽資格。
(H)：資格賽主辦國
哈薩克取代於決賽輪棄權的巴基斯坦參賽。
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 區域資格賽

西亞地區的3支球隊中，排名前2名的球隊可取得2019年亞錦賽的參賽資格。
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 區域資格賽 > 資格途徑

| --- | --- |
: 取得2019年亞洲男子排球錦標賽參賽資格
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 區域資格賽 > 西亞區

| 排名 | 隊伍 | 賽 | 分 |
| --- | --- | --- | --- |
| 1 |  科威特 (Q) | 2 | 6 |
| 2 |  阿曼 (H, Q) | 2 | 3 |
| 3 |  伊拉克 | 2 | 0 |
資料來源：AVC
 東道主;  晉身到指定賽事階段
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 跨區資格賽

条目：2019年亞洲男子排球錦標賽
16支球隊中，排名前8的球隊(除了日本隊)可晉級至下一輪比賽。
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 跨區資格賽 > 資格途徑

| --- | --- |
: 取得亞洲區資格賽參賽資格
: 取得亞洲區資格賽附加賽資格
: 作為主辦國已取得2020年夏季奧林匹克運動會男子排球比賽參賽資格
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 跨區資格賽 > 9至12名準決賽

註記: 哈薩克取代於決賽輪棄權的巴基斯坦參賽。
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 決賽輪

8支球隊中，僅優勝者可取得2020年夏季奧運排球比賽資格。
各大洲奧運會資格賽 > 亞洲及大洋洲區資格賽 > 決賽輪 > 資格途徑

| --- | --- |
: 晉級至亞洲區資格賽的準決賽
2012年羅馬尼亞羽毛球國際賽

| 賽事資料 |
| --- | --- |
日期: 2012年3月13日－3月18日
屆次: 第14屆
級別: 國際系列賽
總獎金: 5,000美元
舉辦地點:  羅馬尼亞蒂米什瓦拉
比賽場地: Banu Sport - Sports Hall
← 上一屆 下一屆 → 
2012年羅馬尼亞羽毛球國際賽為第14屆羅馬尼亞羽毛球國際賽，屬世界羽聯國際系列賽級別，亦是2011/12賽季歐洲羽聯巡迴賽的其中一站。本屆賽事於2012年3月13日-3月18日在羅馬尼亞蒂米什瓦拉內的 Banu Sport - Sports Hall 舉行，總獎金為5,000美元。
優勝者

| 項目 | 冠軍 | 亞軍 |
| --- | --- | --- |
| 男子單打（詳細） |  马克尔·罗伊特 |  伊斯托克·乌特鲁萨 |
| 女子單打（詳細） |  伊東可奈 |  峰步美 |
| 男子雙打（詳細） |  洛朗·康斯坦丁  塞巴斯蒂安·文森特 |  阿里亚·毛拉纳·阿蒂亚塔玛  伊迪·苏巴蒂亚 |
| 女子雙打（詳細） |  桑德拉-玛丽亚·延森  萊恩·杰克斯菲德 |  加夫列拉·斯托伊娃  斯蒂法尼·斯托伊娃 |
| 混合雙打（詳細） |  伊迪·苏巴蒂亚  梅拉蒂·达伊瓦·奥克塔维亚尼 |  罗曼·泽恩沃德  伊丽莎白·巴利杜芙 |
賽事賽果 > 男子單打

| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|   | 準决赛 | 準决赛 | 準决赛 | 準决赛 | 準决赛 |  |  | 决赛 | 决赛 | 决赛 | 决赛 | 决赛 |
 
|   | PFQ |   托尼·斯蒂芬森 | 15 | 16 |  |   |  |  |  |  |  |  |
|  | 4 |   马克尔·罗伊特 | 21 | 21 |  |   |  |  |  |  |  |  |
|  | 4 |   马克尔·罗伊特 | 21 | 21 |  |   |   | 4 |   马克尔·罗伊特 | 21 | 21 |  |
|  |  |  |  |  |  |   |   | 4 |   马克尔·罗伊特 | 21 | 21 |  |
|  |  |  |  |  |  |   |   | 8 |   伊斯托克·乌特鲁萨 | 17 | 17 |  |
|  | 8 |   伊斯托克·乌特鲁萨 | 16 | 21 | 21 |   |   | 8 |   伊斯托克·乌特鲁萨 | 17 | 17 |  |
|  | 8 |   伊斯托克·乌特鲁萨 | 16 | 21 | 21 |   |  |  |  |  |  |  |
|   | PFQ |   金·布鲁恩 | 21 | 10 | 14 |   |  |  |  |  |  |  |
賽事賽果 > 女子單打

| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|   | 準决赛 | 準决赛 | 準决赛 | 準决赛 | 準决赛 |  |  | 决赛 | 决赛 | 决赛 | 决赛 | 决赛 |
 
|   |  |   峰步美 | 21 | 22 |  |   |  |  |  |  |  |  |
|  |  |   阿莱西亚·扎伊特萨娃 | 10 | 20 |  |   |  |  |  |  |  |  |
|  |  |   阿莱西亚·扎伊特萨娃 | 10 | 20 |  |   |   |  |   峰步美 | 19 | 12 |  |
|  |  |  |  |  |  |   |   |  |   峰步美 | 19 | 12 |  |
|  |  |  |  |  |  |   |   |  |   伊東可奈 | 21 | 21 |  |
|  |  |   伊東可奈 | 21 | 21 |  |   |   |  |   伊東可奈 | 21 | 21 |  |
|  |  |   伊東可奈 | 21 | 21 |  |   |  |  |  |  |  |  |
|   |  |   萨拉·比林斯利·科瓦雷诺 | 6 | 12 |  |   |  |  |  |  |  |  |
賽事賽果 > 男子雙打

| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|   | 準决赛 | 準决赛 | 準决赛 | 準决赛 | 準决赛 |  |  | 决赛 | 决赛 | 决赛 | 决赛 | 决赛 |
 
|   | 1 |   洛朗·康斯坦丁   塞巴斯蒂安·文森特 | 21 | 22 |  |   |  |  |  |  |  |  |
|  | 3 |   安德烈亚斯·海因茨   麦克斯·施文格尔 | 16 | 20 |  |   |  |  |  |  |  |  |
|  | 3 |   安德烈亚斯·海因茨   麦克斯·施文格尔 | 16 | 20 |  |   |   | 1 |   洛朗·康斯坦丁   塞巴斯蒂安·文森特 | 21 | 20 | 21 |
|  |  |  |  |  |  |   |   | 1 |   洛朗·康斯坦丁   塞巴斯蒂安·文森特 | 21 | 20 | 21 |
|  |  |  |  |  |  |   |   |  |   阿里亚·毛拉纳·阿蒂亚塔玛   伊迪·苏巴蒂亚 | 18 | 22 | 17 |
|  |  |   阿里亚·毛拉纳·阿蒂亚塔玛   伊迪·苏巴蒂亚 | 21 | 21 |  |   |   |  |   阿里亚·毛拉纳·阿蒂亚塔玛   伊迪·苏巴蒂亚 | 18 | 22 | 17 |
|  |  |   阿里亚·毛拉纳·阿蒂亚塔玛   伊迪·苏巴蒂亚 | 21 | 21 |  |   |  |  |  |  |  |  |
|   |  |   乔纳斯·克里斯滕森   Mohmed Misbun Misbun Shawal | 10 | 11 |  |   |  |  |  |  |  |  |
賽事賽果 > 女子雙打

| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|   | 準决赛 | 準决赛 | 準决赛 | 準决赛 | 準决赛 |  |  | 决赛 | 决赛 | 决赛 | 决赛 | 决赛 |
 
|   |  |   蒂尔德·艾弗森   Camilla Madsen | 15 | 8 |  |   |  |  |  |  |  |  |
|  | 4 |   加夫列拉·斯托伊娃   斯蒂法尼·斯托伊娃 | 21 | 21 |  |   |  |  |  |  |  |  |
|  | 4 |   加夫列拉·斯托伊娃   斯蒂法尼·斯托伊娃 | 21 | 21 |  |   |   | 4 |   加夫列拉·斯托伊娃   斯蒂法尼·斯托伊娃 | 19 | 21 | 16 |
|  |  |  |  |  |  |   |   | 4 |   加夫列拉·斯托伊娃   斯蒂法尼·斯托伊娃 | 19 | 21 | 16 |
|  |  |  |  |  |  |   |   | 2 |   桑德拉-玛丽亚·延森   萊恩·杰克斯菲德 | 21 | 17 | 21 |
|  |  |   梅拉蒂·达伊瓦·奥克塔维亚尼   罗西尔塔·伊卡·普特里·萨里 | 20 | 19 |  |   |   | 2 |   桑德拉-玛丽亚·延森   萊恩·杰克斯菲德 | 21 | 17 | 21 |
|  |  |   梅拉蒂·达伊瓦·奥克塔维亚尼   罗西尔塔·伊卡·普特里·萨里 | 20 | 19 |  |   |  |  |  |  |  |  |
|   | 2 |   桑德拉-玛丽亚·延森   萊恩·杰克斯菲德 | 22 | 21 |  |   |  |  |  |  |  |  |
賽事賽果 > 混合雙打

| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|   | 準决赛 | 準决赛 | 準决赛 | 準决赛 | 準决赛 |  |  | 决赛 | 决赛 | 决赛 | 决赛 | 决赛 |
 
|   | 1 |   罗曼·泽恩沃德   伊丽莎白·巴利杜芙 | 10 | 21 | 21 |   |  |  |  |  |  |  |
|  | 4 |   加埃唐·米特莱尔泽   洛林·鲍曼 | 21 | 18 | 13 |   |  |  |  |  |  |  |
|  | 4 |   加埃唐·米特莱尔泽   洛林·鲍曼 | 21 | 18 | 13 |   |   | 1 |   罗曼·泽恩沃德   伊丽莎白·巴利杜芙 | 19 | 18 |  |
|  |  |  |  |  |  |   |   | 1 |   罗曼·泽恩沃德   伊丽莎白·巴利杜芙 | 19 | 18 |  |
|  |  |  |  |  |  |   |   |  |   伊迪·苏巴蒂亚   梅拉蒂·达伊瓦·奥克塔维亚尼 | 21 | 21 |  |
|  |  |   伊迪·苏巴蒂亚   梅拉蒂·达伊瓦·奥克塔维亚尼 | 23 | 21 |  |   |   |  |   伊迪·苏巴蒂亚   梅拉蒂·达伊瓦·奥克塔维亚尼 | 21 | 21 |  |
|  |  |   伊迪·苏巴蒂亚   梅拉蒂·达伊瓦·奥克塔维亚尼 | 23 | 21 |  |   |  |  |  |  |  |  |
|   | 2 |   麦克斯·施文格尔   伊莎贝尔·赫特里克 | 21 | 16 |  |   |  |  |  |  |  |  |
參考資料

↑  Banuinvest International 2012 男子單打 （页面存档备份，存于） tournamentsoftware.com （英文）
↑  Banuinvest International 2012 女子單打 （页面存档备份，存于） tournamentsoftware.com （英文）
↑  Banuinvest International 2012 男子雙打 （页面存档备份，存于） tournamentsoftware.com （英文）
↑  Banuinvest International 2012 女子雙打 （页面存档备份，存于） tournamentsoftware.com （英文）
↑  Banuinvest International 2012 混合雙打 （页面存档备份，存于） tournamentsoftware.com （英文）
金德胡克镇区

金德胡克镇区（英語：）可能指：
金德胡克镇区 (伊利诺伊州派克县)
金德胡克镇区 (密歇根州)
2008年大西洋飓风季时间轴

2008年大西洋飓风季所有风暴的路径图
2008年大西洋飓风季是有纪录以来第一个从7到11月间每个月都形成了一场大型飓风的大西洋飓风季。本时间轴中记录了全年大西洋所有热带和亚热带气旋形成、增强、减弱、登陆、转变成温带气旋以及消散的具体信息。还包括实际操作中没有发布的信息，如美国国家飓风中心在风暴过后进行的回顾和修整等。包括最大持续风速、位置、距离在内的所有数字都是经四舍五入换算成整数。飓风季从2008年6月1日正式开始，同年11月30日结束，传统上这样的日期界定了一年中绝大多数热带气旋在大西洋盆地形成和发展的时间段。不过今年的第一场气旋热带风暴亚瑟在5月30日就已形成，飓风帕洛玛是全季最后一场风暴，于11月10日消散。
气象学家在季前预测时就指出，由于持续存在的拉尼娜现象和大西洋盆地异常温暖的海面温度双重影响，本季的热带气旋数量很可能会高于平均水平。结果全季一共形成了17个热带气旋，其中16个增强成热带风暴，8场达到飓风强度，5场成为大型飓风。除了热带风暴娜娜以外，本季所有热带气旋都在一定程度上对陆地构成了影响。
事件时间轴 > 5月

协调世界时凌晨0点：伯利兹市以东约75公里海域的一片低气压区发展成热带风暴亚瑟 。
早上6点：热带风暴亚瑟达到风速每小时75公里，气压1004毫巴（百帕，29.65英寸汞柱）的最高强度。
上午9点：热带风暴亚瑟以风力时速75公里强度登陆伯利兹东北部，登陆点位于伯利兹市和切图马尔之间的中途位置。
事件时间轴 > 6月

2008年大西洋飓风季正式开始。
中午12点：热带风暴亚瑟在尤卡坦州上空、危地马拉和墨西哥北部边境以北约25公里处减弱成热带低气压。
凌晨0点：热带低气压亚瑟退化成一片没有对流的残留低气压区。