XtraGrid网格本身并不显示数据，它是通过Views来显示绑定到数据源的数据。Views指定了记录和记录排列的方式。XtraGrid可使用一个或多个View进行数据呈现，View是呈现器，例如CardView和GridView；而数据集通过DataSourse，DataMember属性设定向其提供DataLayer的Provider。
可以使用Embed Navagator来在XtraGrid的下方显示一个微型工具条，常常被称作Control Navigator/Embbed Navigator，这可以通过使能UseEmbbedNavigator属性来显示它。
注意数据集提供者是使用的dotNet内置的OldDb层(或者ADO.NET，这两者没有什么区别)，所以一般而言，总有一个DataTable/DataView最终和XtraGrid相关联和被绑定，例如：
stringtblName=\; Databasedb=newDatabase();
DataTable dt1 =newDataTable();
System.Data.SqlClient.SqlDataAdaptersda=newSystem.Data.SqlClient.SqlDataAdapter(\
\+tblName,db.Connection.ConnectionString); int re =sda.Fill(dt1);
gridControl1.DataMember=tableName; gridControl1.DataSource= dt1;
gridControl1.MainView.PopulateColumns();
4. 既然总有一个DataView/DataTable和XtraGrid相绑定，那么这种情况下，编辑了XtraGrid中的数据之后，典型地导致一系列事件：
gridView1_FocusedRowChanged gridView1_RowCountChanged gridView1_ValidatingEditor gridView1_ValidateRow gridView1_RowUpdated
gridView1_FocusedRowChanged
随着用户在Cell之间移动焦点，会有FocusedCellChanged，EditorShowing，EditorShown等等其他事件抛出，但是这里且不管这些，而是提请注意编辑cell中数据然后通过移动到别的Row来激发RowUpdated事件，这个事件是每行改变向数据库进行提交的最好时机。实际上，对于高速局域网中的C/S结构而言，每行变更内容立即提交数据库在性能、易用性方面是能够满足实作需要的（如果想要Cache and BatchCommit也是可以的）。
5.既然明白了RowUpdated是拦截并实际提交更新的关键点，现在来介绍如何更新：
1:privatevoid gridView1_RowUpdated(object
sender,DevExpress.XtraGrid.Views.Base.RowObjectEventArgs e) 2:{
3:DataRowViewdrv=(DataRowView)e.Row; 4:DataRow row =drv.Row;
5:Trace.Assert(row.RowState!=DataRowState.Unchanged); 6:this.aSSETTableAdapter.Update(row);
7:Console.WriteLine(\); 8:}
GridView中的每一行实际上是和某个DataRowView绑定在一起的，进一步的，每个Cell是和DataRowView.Row[\相绑定的——除非某个cell所在的Column是unbounded状态。
明白了这个绑定关系，可以通过Adapter去Update这些变更了，Adapter足够聪明的话，他将会知道如何重构SqlCommand来仅仅提交变更列而不是整行。(tag: SqlCommandRebuild，if u want write a rebuilder to generator SQL yourself).
若是想每个Cell都Update也可以，只是hook的时机应该选在CellValueChanged处了。有的人想整个rows做BatchCommit，实际上BatchCommit问题不是XtraGrid要管的问题，这时DataLayer如何搞定性能的问题，所以解决的办法显然应该是使用一个Commit按钮来做adapter.Update()就可以了，而不需要在XtraGrid上做任何额外的事情。