NDolls框架使用说明-基于DotNet的数据库操作框架

NET Framework 工具Microsoft .NET Framework SDK 工具旨在更轻松地创建、部署和管理针对 .NET Framework 的应用程序和组件。

本节包含有关这些工具的详细信息。

可以从命令行运行除程序集缓存查看器 (Shfusion.dll) 和 Microsoft CLR 调试器 (DbgCLR.exe) 之外的所有工具。

必须从 Microsoft Windows 资源管理器访问 Shfusion.dll。

DbgCLR.exe 位于 \FrameworkSDK\GuiDebug 文件夹内。

注意如果您使用的是 .NET Framework 1.1 版，可以从命令行运行这些工具，但必须在每个命令提示会话中设置正确的 Path、Include 和 Lib 环境变量。

要设置这些环境变量，请打开命令提示会话，然后运行位于 <系统根目录>\\SDK\v1.1\Bin 目录中的 SDKVars.bat 文件。

配置和部署工具调试工具安全性工具常规工具配置和部署工具 IIS 注册工具 (Aspnet_regiis.exe) 允许管理员或安装程序更新 应用程序的脚本映射，使其指向与该工具关联的 ISAPI 版本。

还可以使用该工具执行其他 配置操作。

程序集缓存查看器 (Shfusion.dll) 允许使用 Windows 资源管理器查看和操作全局程序集缓存的内容。

程序集链接器 (Al.exe) 从一个或多个文件（资源文件或 Microsoft 中间语言(MSIL) 文件）生成一个带有程序集清单的文件。

程序集注册工具 (Regasm.exe) 读取程序集内的元数据并向注册表添加必要的项，以便使 COM 客户端能够透明地创建 .NET Framework 类。

程序集绑定日志查看器 (Fuslogvw.exe) 显示失败的程序集绑定的详细信息。

这些信息有助于您诊断 .NET Framework 无法在运行时找到程序集的原因。

一都编程.NET经典三层架构开发第3单元-数据库表结构设计作者：李保军未经允许，不得以任何方式传播，否则必追究法律责任目录第1节.概述2第2节.表结构设计2第3节.表结构创建3第1节.概述这里，我们在SQL Server数据库中，使用一张表来演示三层架构的基本操作。

学习一门新技术，最快的学习思路就是从简单的入手，但要走完整个流程，然后再逐步深入，举一反三，掌握的更牢固。

我们先使用数据字典设计好数据库表结构字段，然后再在数据库中创建表结构，最后再将表结构映射为实体模型。

在学生表中，我们添加了5个字段，使用自增1的int类型的Id做为主键。

第3节.表结构创建接下来，我们使用SSMS管理工具打开SQL Server 2019数据库，使用T-SQL命令创建数据库和表结构。

先使用如下T-SQL命令创建SchoolDb数据库：--创建数据库CREATE DATABASE SchoolDb图1图1就是已创建好的SchoolDb数据库。

然后使用如下T-SQL语句创建Student表结构：USE SchoolDb --设置为可用状态--创建表结构CREATE TABLE Student(Id int identity primary key,Name nvarchar(20)not null,Age int not null,Sex bit not null,Address nvarchar(200)null)图2在图2中，Student表结构已经创建完成了。

有了表结构，我们就可以在其中添加数据，可以通过手工的方式直接在图2中使用SSMS工具添加数据，这种方式添加测试数据还可以，如果是用在软件中，则还需要通过代码添加数据。

这里，在三层开发框架中，我们通过C#+技术向数据库表添加数据。

企业库基本使用方法1首先来看看常规的使用Oracle连接数据库1.1连接Oracle首先需要添加两个引用using System.Data;//下面这个引用默认是无法找到的，需要自己在项目中右键-添加引用-找到它，添加即可using System.Data.OracleClient;//下面是引用代码string ConnectionString = "Data Source=db;user=admin;password=mima;";//写连接串OracleConnection conn = new OracleConnection(ConnectionString);//创建一个新连接try{conn.Open();OracleCommand cmd = conn.CreateCommand();mandText = "select * from table_1";//在这儿写sql语句OracleDataReader odr = cmd.ExecuteReader();//创建一个OracleDateReader对象while(odr.Read())//读取数据，如果odr.Read()返回为false的话，就说明到记录集的尾部 {//输出字段1，这个数是字段索引，具体怎么使用字段名还有待研究Response.Write(odr.GetOracleString(1).ToString());}odr.Close();}catch (Exception ee){Response.Write(ee.Message); //如果有错误，输出错误信息}finally{conn.Close(); //关闭连接}1.2使用DataSetstring ConnectionString="Data Source=db;user=sys;password=sys;"; //写连接串OracleConnection conn=new OracleConnection(ConnectionString); //创建一个新连接OracleCommand cmd= new OracleCommand("select * from fjdl.t_rights",conn);DataSet ds = new DataSet();OracleDataAdapter oda=new OracleDataAdapter();oda.SelectCommand=cmd;oda.Fill(ds);conn.Close();我相信有了上面的两个方法，我们就可以举一反三的对Oracle数据库进行各种查询了注意一点:如果不设置远程数据的本级网络配置ORA-00162: external dbid length 18 is greater than maximum (16)连接名称不能超过16个字符修改方法：Configuration and Migration Tools->Net Configuration Assistant中配置2下面是企业库中对数据库的连接操作首先需要的是引用两个dll文件2.1using Microsoft.Practices.EnterpriseLibrary.Data;2.2using Microsoft.Practices.EnterpriseLibrary.Data.Sql;企业库中总共有三个dll文件，如果要使用请自己去网上下载吧，到百度上搜索微软enterprise library3创建Database对象private Database db;实例化：//下面是构造方法，CreateDatabase 可以有一个字符串类型的参数，这个字符串是web.config中的数据库连接字符串的NAME，会获得一个数据库连接字符串，并得到相应的数据库连接db = DatabaseFactory.CreateDatabase();4四大方法：4.1增//创建sql语句，values中的值前面添加了一个“：”号string strSql = @"insert into table1 (loginname,password) values(:loginname,:password)";DbCommand cmd = db.GetSqlStringCommand(strSql);db.AddInParameter(cmd, "loginname", DbType.String, model.LoginName;db.AddInParameter(cmd, "password", DbType.String, model.PassWord;try{return db.ExecuteNonQuery(cmd) > 0;}catch (Exception e){LogHelper.WriteLog("将记录插入t5003_mem_daybooklog表中失败" + e.Message);return false;}4.2删string strSql = "DELETE table_1 WHERE Id=:Id";DbCommand cmd = db.GetSqlStringCommand(strSql);db.AddInParameter(cmd, "Id", DbType.Int32, userid);return db.ExecuteNonQuery(cmd) > 0;4.3改string strSql = "UPDATE table_1 SET name=:name WHERE Id=:Id";DbCommand cmd = db.GetSqlStringCommand(strSql);db.AddInParameter(cmd, "name", DbType. String, name);return db.ExecuteNonQuery(cmd) > 0;4.4查User user = null;string strSql = "SELECT * FROM table_1 where Id=:id";DbCommand cmd = db.GetSqlStringCommand(strSql);db.AddInParameter(cmd, "id", DbType.Int32, Id);using (IDataReader dataReader = db.ExecuteReader(cmd)) {if (dataReader.Read()){user = new User();user.Id = dataReader["id"].ToString(); = dataReader["name"].ToString(); }}return u ser;。

entity framework core 常用指令-回复Entity Framework Core是一个开源的对象关系映射（ORM）框架，它是Entity Framework（EF）的下一代版本。

EF Core提供了与数据库的交互，简化了开发人员与数据库之间的通信。

在本文中，我们将探讨EF Core的常用指令，包括查询、插入、更新和删除数据，以及一些与EF Core 相关的其他操作。

一、安装EF Core首先，我们需要安装EF Core。

可以在Visual Studio中使用NuGet包管理器或控制台命令来安装EF Core。

以下是使用控制台命令安装EF Core 的步骤：1. 打开Visual Studio并创建一个新的.NET Core项目。

2. 打开项目的主目录，右键单击项目名称，并选择“打开命令提示符”或“打开PowerShell窗口”。

3. 在命令提示符或PowerShell中输入以下命令以安装EF Core：dotnet add package Microsoft.EntityFrameworkCore这将添加EF Core的核心包。

4. 接下来，安装EF Core的数据库提供程序。

例如，如果您要使用SQL Server，可以使用以下命令来安装适用于SQL Server的EF Core提供程序：dotnet add package Microsoft.EntityFrameworkCore.SqlServer或者，如果您要使用SQLite，可以使用以下命令来安装SQLite的EF Core提供程序：dotnet add package Microsoft.EntityFrameworkCore.Sqlite这些命令将为EF Core安装适当的数据库提供程序。

二、配置数据库连接安装完EF Core后，我们需要配置数据库连接。

在项目中的`appsettings.json`文件中，可以添加数据库连接字符串。

Developer Manual Developer Manual目录1.Database Connection (1)1.1特征 (1)1.2选择执行成员 (2)1.3Global Session (4)1.4约束事项 (6)1.5设置 (8)2.ODBC (9)2.1SUNDB ODBC Driver概述 (9)2.2数据源构成 (13)2.3GLOBAL CONNECTION (36)2.4目录函数 (48)2.5非标准数据类型 (54)2.6ODBC API References (69)2.7XA API References (580)3.JDBC (607)3.1概要 (607)3.1功能详情 (614)3.2JDBC API References (669)4.Embedded SQL (942)4.1Precompiler (942)4.2Embedded SQL (958)4.3Advanced Topic (1149)4.4Embedded SQL Reference (1214)Developer Manual 5.PDO (1252)5.1PDO概要 (1252)5.2安装/构成 (1252)5.3使用 (1256)5.4示例 (1256)6.PyDBC (1275)6.1SUNDB PyDBC (1275)6.2API Reference (1280)6.3Exception (1302)6.4Data Type (1304)7.Ruby (1309)7.1概要 (1309)7.2安装 (1309)7.3示例 (1311)7.4ActiveRecord的使用示例 (1316)8.Hibernate (1322)8.1概要 (1322)8.2联动 (1322)8.3示例 (1325)1.Database Connection1.1特征Figure30-1GLOBAL CONNECTIONGlobal connection功能是考虑到数据locality的事务性能优化方案通常connection连接一个成员而global connection连接所有成员使用global connection的应用程序执行查询访问的数据最多的成员的查询从而提高性能Global connection可用于hashrangelist sharding等所有方式此时不需要变更应用程序执行online scale-out时用户不需要追加考虑新的节点应用程序可自动访问新节点运行此节点Figure30-2GLOBAL CONNECTION HA(high availability)执行SQL时所选节点发生故障时通过其他组的其他节点执行SQL所选的组的所有节点发生故障时通过其他组执行SQL恢复发生故障的节点时在online状态下自动重新访问该节点不仅如此用户也可以使用以下语句使应用程序重新执行访问ALTER SYSTEM RECONNECT GLOBAL CONNECTION1.2选择执行成员执行成员按照事务为单位进行选择没有事务时首次执行DML查询时按照sharding key选择组组内的执行成员取决于LOCALITY_MEMBER_POLICY参数之后在COMMIT或ROLLBACK之前执行的所有查询在所选成员中执行如果首次查询未选择根据sharding key的合适的组时根据LOCALITY_GROUP_POLICY参数决定组Figure30-3选择成员上图中transaction1的UPDATE查询根据sharding key在group1执行因此后续COMMIT之间的所有查询均在group1执行Transaction2的UPDATE查询在group3执行即使后续查询不适合在group 3执行但在COMMIT之前所有查询均在group3执行在没有事务的情况下只读专用查询(SELECT)与其他查询相同根据sharding key选择执行成员但后续执行的查询未必在上一次选择的成员中执行即包含在事务的所有查询仅在一个成员中执行与事务无关的查询按照查询为单位选择成员1.3Global SessionFigure30-4从global connection衍生的cluster session与应用程序直接连接的会话叫做driver session从driver session到其他成员的会话叫做cluster sessionGlobal connection在所有成员中创建driver session根据所需向其他成员创建cluster session由于global connection的特征可在一个成员中创建多个cluster sessionFigure30-5Global sessionGlobal session是在global connection创建的cluster session共享一个会话并由此提高资源效率的功能Global connection不使用global session时根据组和成员的增加而增加cluster session相反使用global session时即使增加组和成员也不会增加cluster sessionGlobal session功能仅可在global connection使用普通connection无法使用1.4约束事项使用global connection时SQL语句无法使用拥有session dependenccy的对象（session dependent object）或语句（session dependent clause）或函数（session dependent function）另外访问多个集群节点的SQL存在于一个事务中时事务中的SQL共同使用第一个SQL的sharding key选择的集群节点Global connection中查询仅在以prepare execute执行时考虑数据locality以direct execute执行时在任意节点执行Session Dependent Object在SQL语句使用session dependent object时不支持global connection●Global temporary tableSession Dependent Clause在SQL语句使用session dependent clause时不支持global connection●所有@domain相关语句Session Dependent Function和Pseudo Column 在SQL语句使用session dependent信息时不支持global connection●CURRVAL(sequence),sequence.CURRVAL●UUID()●VERSION()●SESSION_ID()●SESSION_SERIAL()●USER_ID()●LAST_IDENTITY_VALUE()●STATEMENT_VIEW_SCN()●STATEMENT_VIEW_SCN_GCN()●STATEMENT_VIEW_SCN_DCN()●STATEMENT_VIEW_SCN_LCN()●LOCAL_GROUP_ID()●LOCAL_MEMBER_ID()●LOCAL_GROUP_NAME()●LOCAL_MEMBER_NAME()●CLUSTER_GROUP_ID●CLUSTER_GROUP_NAME●CLUSTER_MEMBER_ID●CLUSTER_MEMBER_NAME●CLUSTER_SHARD_ID使用Global Session功能的情况SQL语句不支持Data Definition Language(DDL) 1.5设置详细内容参考如下●ODBC Global Connection●JDBC Global Connection2.ODBC2.1SUNDB ODBC Driver概述SUNDB ODBC Driver的概念ODBC（开放数据库互连Open Database Connectivity）是数据库API（Application Programming Interface）的配置Microsoft ODBC3.0版本基于International Standards Organization/ International Electromechanical Commission(ISO/IEC)和X/open的分级调用接口（CLI）的推荐配置ODBC使用C libarary函数支持SQL语句应用程序通过调用该函数实现ODBC功能架构由执行以下功能的个要素组成组成要素功能应用程序调用与ODBC数据源通信的ODBC函数传递SQL语句后处理结果集驱动管理器管理应用程序以及应用程序中使用的所有ODBC驱动程序之间的通信驱动处理应用程序中的所有ODBC调用连接数据源并从应用程序将SQL语句传递至数据源后向应用程序返回结果必要时驱动将应用程序传递的ODBC SQL转换为数据源使用的基本SQL数据源包含驱动访问数据库数据时所需的所有信息使用ODBC应用程序可以执行以下操作●连接数据源●向数据源传输SQL语句●在数据源处理SQL语句的结果●错误及信息处理●断开与数据源的连接ODBC构成要素概要包含驱动管理器的SUNDB ODBC Driver以下为系统包含驱动管理器的软件架构此时应用程序需要链接到驱动管理器库Figure31-1包含驱动管理器的SUNDB ODBC driver不包含驱动管理器的SUNDB ODBC Driver下图为系统不包含驱动管理器并使用SUNDB ODBC driver的架构此时应用程序需要直接链接到SUNDB ODBC driver库Figure31-2不包含驱动管理器的SUNDB ODBC driverSUNDB ODBC Driver的使用头文件（header file）执行SUNDB ODBC driver需要有$SUNDB_HOME/include中设置的sundb.h文件此文件定义SUNDB ODBC driver的常数和类型提供SUNDB ODBC driver函数的原型库（Libraray）不使用驱动管理器的应用程序需要链接SUNDB ODBC driver库的静态或共享文件UNIX文件名说明libsundb.a包含DA与CS的库的静态版本libsundba.a DA专用库的静态版本libsundbas.so DA专用库的共享版本文件名说明libsundbc.a CS专用库的静态版本libsundbcs-ul32.so将SQLLEN识别为4字节的64Bit CS专用库的共享版本libsundbcs-ul64.so将SQLLEN识别为8字节的64Bit CS专用库的共享版本libsundbcs.so32Bit CS专用库的共享版本libsundbs.so包含DA与CS的库的共享版本Table31-1SUNDB UNIX ODBC driver库文件WindowsSUNDB Windows ODBC driver库只提供CS库文件文件名说明sundbcs-ul64.dll将SQLLEN识别为8字节的64Bit CS专用库的共享版本sundbcs.dll32Bit CS专用库的共享版本sundbsetup32.dll设置32Bit ODBC driver manager的库sundbsetup64.dll设置64Bit ODBC driver manager的库Table31-2SUNDB Windows ODBC driver库文件SUNDB数据库SQL手册2.2数据源构成UNIX中的DSN设置odbcinst.ini文件odbcinst.ini是已安装的ODBC驱动程序的配置文件●unixODBC%odbcinst-junixODBC2.3.4DRIVERS............:/etc/odbcinst.iniSYSTEM DATA SOURCES:/etc/odbc.iniFILE DATA SOURCES..:/etc/ODBCDataSourcesUSER DATA SOURCES..:/home/sundb/.odbc.iniSQLULEN Size.......:8SQLLEN Size........:8SQLSETPOSIROW Size.:8●iODBC%iodbc-config--odbcinstini/etc/odbcinst.iniODBC Driver配置odbcinst.ini文件的ODBC驱动程序配置部分描述驱动程序属性值和目录每个安装的驱动程序的驱动程序名称下有注册信息部分[driver_name]Description=driver_descriptionDriver=driver_library_pathSetup=setup_library_pathFileUsage=file_usage下表描述了驱动程序配置部分中的关键字关键字说明Description说明驱动程序的字符串Driver驱动library路径Setup安装library路径FileUsage显示基于文件的驱动在DSN中直接处理文件的方法的文字以下为查看SUNDB ODBC驱动配置相关信息的示例[SUNDB ODBC Driver]Description=SUNDB ODBC DriverDriver=/home/sundb/home/lib/libsundbcs-ul64.soSetup=/home/sundb/home/lib/libsundbcs-ul64.soFileUsage=0odbc.ini文件odbc.ini文件是应用程序连接的DSN的配置文件分为用户DSN与系统DSN通常用户DSN文件为~/.odbc.ini文件系统DSN文件为/etc/odbc.ini文件●unixODBC%odbcinst-junixODBC2.3.4DRIVERS............:/etc/odbcinst.iniSYSTEM DATA SOURCES:/etc/odbc.iniFILE DATA SOURCES..:/etc/ODBCDataSourcesUSER DATA SOURCES..:/home/sundb/.odbc.iniSQLULEN Size.......:8SQLLEN Size........:8SQLSETPOSIROW Size.:8●iODBC%iodbc-config--odbcini/etc/odbc.ini数据源配置odbc.ini文件的数据源配置部分中说明DSN[data_source_name]Driver=driver_namePROTOCOL={DA|TCP|IPC}CS_MODE={default|dedicated|shared}HOST=host_addressPORT=port_noPREFER_IPV6={0|1}CHARSET={SQL_ASCII|UTF8|UHC|GB18030}TCP_NODELAY={0|1}ALTERNATE_SERVERS=(HOST=ADDRESS1:PORT=PORT1,HOST=ADDRESS2:PORT=PORT2) CONNECTION_RETRY_COUNT=retry_countCONNECTION_RETRY_DELAY=retry_delayFAILOVER_TYPE={CONNECTION|SESSION}FAILOVER_GRANULARITY={0|1|2}FAILOVER_ROUTING_POLICY={0|1}DATE_FORMAT=date_format_stringTIME_FORMAT=time_format_stringTIME_WITH_TIME_ZONE_FORMAT=timetz_format_stringTIMESTAMP_FORMAT=timestamp_format_stringTIMESTAMP_WITH_TIME_ZONE_FORMAT=timestamptz_format_stringCHAR_LENGTH_UNITS={BYTE|OCTETS|CHAR|CHARACTERS}ENABLE_SQLDESCRIBEPARAM={0|1}ENABLE_SQLBINDPARAMETER_CONSISTENCY_CHECK={0|1}USE_TARGETTYPE={0|1|2}LOCATOR_DSN=locator_dsn_nameLOCATOR_SERVICE=locator_service_nameLOCALITY_AWARE_TRANSACTION={0|1}LOCALITY_GROUP_POLICY={0|1|2}LOCALITY_GROUP_PATH=group_name1,group_name2,group_name3LOCALITY_MEMBER_POLICY={0|1|2|3|4}LOCALITY_MEMBER_PATH=member_name1,member_name2,member_name3DB_HOME=database_home_pathPACKET_COMPRESSION_THRESHOLD=packet_compression_thresholdUSE_GLOBAL_SESSION={0|1}LOGIN_TIMEOUT=login_timeoutTRACE={0|1}TRACEFILE=file_path_nameTRACE_POLICY={DEFAULT|ERROR}INCLUDE_SYNONYMS={0|1}DOT_NET_FOR_ODBC={0|1}[locator_dsn_name]FILE=location_file_nameHOST=IP address(v4)PORT=locator_portCONNECTION_TIMEOUT=secondALTERNATE_LOCATORS=(HOST=ADDRESS1:PORT=PORT1,HOST=ADDRESS2:PORT=PORT2)下表为数据源配置部分的关键字属性说明data_source_name数据源section中指定的数据源Driver odbcinst.ini中安装的驱动名PROTOCOL与服务器连接的方式●DA:无额外的通讯直接连接●TCP:使用TCP socket进行通讯●IPC:使用共享内存进行通讯并且需要与server在相同设备上第一次连接时为了传输IPC信息会使用TCP连接所以需要设置HOST和PORT仅可使用Dedicated模式进行连接CS_MODE 设置以dedicated模式访问还是以shared模式连接如果不使用此设置模式取决于listener的configuration(DEFAULT_CS_MODE)HOST HOST IP地址或名称PORT连接端口号PREFER_IPV6HOST参数为HOST名时IP地址中优先IPv6 TCP_NODELAY socket TCP_NODELAY选项UID用户ID属性说明PWD用户密码CHARSET客户端字符集ALTERNATE_SERVERS 发生failover时尝试连接的服务器目录每个服务器以逗号","区分不使用failover功能时不设置ALTERNATE_SERVERSCONNECTION_RETRY_COUNT连接失败时尝试连接服务器的次数CONNECTION_RETRY_DELAY连接失败时尝试连接的服务器的时间间隔（单位：秒）FAILOVER_TYPE ●CONNECTION：连接失败时连接至ALTERNATE_SERVERS●SESSION：连接失败或处理statement过程中连接断开时连接至ALTERNATE_SERVERS后恢复statement如果断开连接时没有进行中的事务则failover后执行进行中的statementFAILOVER_GRANULARITY●0：进行failover的过程中发生错误也继续进行failover属性说明●1：进行failover的过程中发生除SQLExeceute()SQLExecDirect()外的错误时failover将失败●2：进行failover的过程中发生错误时failover将失败DATE_FORMAT DATE类型字符串TIME_FORMAT TIME类型字符串TIME_WITH_TIME_ZONE_FORMAT TIME WITH TIME ZONE类型字符串TIMESTAMP_FORMAT TIMESTAMP类型字符串TIMESTAMP_WITH_TIME_ZONE_FORMAT TIMESTAMP WITH TIME ZONE类型字符串CHAR_LENGTH_UNITS SQLBindParameter()中ParameterType为SQL_CHARSQL_VARCHAR时的ColumnSize的单位●BYTE,OCTETS：以byte为单位●CHAR,CHARACTERS：以字符为单位ENABLE_SQLDESCRIBEPARAM决定是否执行SQLDescribeParam()●0：不支持SQLDescribeParam()●1：对所有parameter返回属性说明SQL_VARCHARENABLE_SQLBINDPARAMETER_CONSISTENCY_CHECK决定是否检查SQLBindParameter()的ColumnSize和DecimalDigits●0：不检查ColumnSize和DecimalDigits ●1：检查ColumnSize和DecimalDigitsUSE_TARGETTYPE设置以通信接收column类型时同时接收的类型信息●0：仅接收column类型●1：接收column类型与column名称●2：接收column类型与column的所有信息LOCATOR_DSN指定Location信息的Data Source Name（DSN）LOCATOR_SERVICE从Service hintglocator获取访问信息LOCALITY_AWARE_TRANSACTION是否使用GLOBAL CONNECTION●0：不使用GLOBAL CONNECTION ●1：使用GLOBAL CONNECTION属性说明LOCALITY_GROUP_POLICY使用GLOBAL CONNECTION时没有可选择的群组或可以选择两个以上的群组时设置群组选择方法●0：任意选择●1：按照顺序选择LOCALITY_GROUP_PATH设置中的群组无法使用LOCALITY_GROUP_PATH的所有群组时选择任意群组●2：按照顺序选择每次按照驱动中连接的群组顺序选择LOCALITY_GROUP_PATH 使用GLOBAL CONNECTION时可选择的群组不是1个时指定选择的群组的目录各群组以逗号（）区分例：G1G2G3LOCALITY_MEMBER_POLICY决定使用GLOBAL CONNECTION时所选的群组中的成员的选择方法●0:DML:MASTER/SELECT:MASTER ●1:DML:ANY/SELECT:ANY●2:DML:MASTER/SELECT:ANY●3:DML:MASTER/SELECT:SLAVE属性说明●4:按照LOCALITY_MEMBER_PATH设置中的成员的顺序进行选择无法使用LOCALITY_MEMBER_PATH中的所有成员时选择所选群组的MASTERLOCALITY_MEMBER_PATH 指定在使用GLOBAL CONNECTION时所选的群组中要使用的成员的目录各成员以逗号（）区分例：G1N1,G2N1,G3N1,G1N2,G2N2,G3N2DB_HOME设置数据库的home目录默认值使用$SUNDB_HOME的环境变量PACKET_COMPRESSION_THRESHOLD 发送至服务器的通信数据的大小大于PACKET_COMPRESSION_THRESHOLD时压缩通信数据设定值的范围为32~2113929216USE_GLOBAL_SESSION是否使用GLOBAL SESSION●0:不使用GLOBAL SESSION ●1:使用GLOBAL SESSIONLOGIN_TIMEOUT等待完成login请求的时间（秒）TRACE是否在ODBC API使用trace属性说明●0：不使用trace●1：使用traceTRACEFILE Trace文件名输入在相对路径时执行程序的当前目录成为标准默认值为'odbc_trace.log'TRACE_POLICY Trace策略默认值为DEFAULT●DEFAULT：同时记录函数参数和结果●ERROR：函数失败时记录日志INCLUDE_SYNONYMS决定是否在SQLGetColumns()中包含synonym 个体.●0:不包含synonym个体●1:包含synonym个体DOT_NET_FOR_ODBC决定是否将ODBC用于.NET Framework用途●0:不改变用途●1:SQLGetDescField()和SQLColAttribute()中将SQL_DESC_BASE_COLUMN_NAME,属性说明SQL_DESC_NAME属性替换为SQL_DESC_LABEL Table31-3数据源配置部分的关键字关键字说明FILE Location file nameHOST glocator ip addressPORT glocator port number CONNECTION_TIMEOUT Connection timeout with glocator(second) ALTERNATE_LOCATORS未收到glocator的响应时使用ALTERNATE_LOCATORS获取访问信息Table31-4LocationNote:*LOCATOR_DSN中已设置FILE与HOSTPORT属性时优先适用FILE属性FILE相关详细内容参考Location File*通过LOCATOR_SERVICE属性可访问LOCATOR_SERVICE所属的服务器所访问的服务器以外的服务器为ALTERNATE_SERVERS+未设置FAILOVER_TYPE则FAILOVER_TYPE为session+未设置FAILOVER_GRANULARITY则FAILOVER_GRANULARITY为1+详细内容参考glocator与gloctlSUNDB的DSN配置如下[SUNDB]Driver=SUNDB ODBC DriverPROTOCOL=TCPCS_MODE=SHAREDHOST=192.168.0.10PORT=22581CHARSET=UTF8TCP_NODELAY=1ALTERNATE_SERVERS=(HOST=192.168.0.11:PORT=22581,HOST=192.168.0.12:PORT=22581) CONNECTION_RETRY_COUNT=3CONNECTION_RETRY_DELAY=1FAILOVER_TYPE=SESSIONFAILOVER_GRANULARITY=0FAILOVER_ROUTING_POLICY=0DATE_FORMAT=YYYY-MM-DDTIME_FORMAT=HH24:MI:SS.FF6TIME_WITH_TIME_ZONE_FORMAT=HH24:MI:SS.FF6TZH:TZMTIMESTAMP_FORMAT=YYYY-MM-DD HH24:MI:SS.FF6TIMESTAMP_WITH_TIME_ZONE_FORMAT=YYYY-MM-DD HH24:MI:SS.FF6TZH:TZM CHAR_LENGTH_UNITS=CHARACTERSENABLE_SQLDESCRIBEPARAM=1ENABLE_SQLBINDPARAMETER_CONSISTENCY_CHECK=1USE_TARGETTYPE=0INCLUDE_SYNONYMS=0PACKET_COMPRESSION_THRESHOLD=2113929216LOCALITY_AWARE_TRANSACTION=0LOCALITY_GROUP_POLICY=0LOCALITY_GROUP_PATH=G1,G2,G3LOCALITY_MEMBER_POLICY=0LOCALITY_MEMBER_PATH=G1N1,G2N1,G3N1,G1N2,G2N2,G3N2 USE_GLOBAL_SESSION=0LOGIN_TIMEOUT=0LOCATOR_DSN=LOCATORLOCATOR_SERVICE=S1TRACE=1TRACEFILE=/home/test/log/mytrace.logDOT_NET_FOR_ODBC=0[LOCATOR]FILE=/home/test/.location.iniHOST=127.0.0.1PORT=42581ALTERNATE_LOCATORS=(HOST=127.0.0.1:PORT=42582,HOST=127.0.0.1:PORT=42583) Windows中的DSN设置Windows中可通过ODBC数据源管理器添加或设置DSNFigure31-3Creating new data sourceFigure31-4ODBC driver configuration各项详细说明如下关键字说明DSN数据源名称HOST HOST IP地址或名称PORT连接端口号UID用户IDCS_MODE 设置以dedicated模式连接或以shared模式连接未设置时default模式取决于listener的configuration(DEFAULT_CS_MODE)ALTERNATE_SERVERS发生failover时尝试连接的服务器列表以逗号（）区分不使用failover功能时ALTERNATE_SERVERS设置为空白CONNECTION_RETRY_COUNT连接失败时尝试重连服务器的次数CONNECTION_RETRY_DELAY连接失败时尝试重连的服务器时间间隔（单位：秒）FAILOVER_TYPE ●CONNECTION：连接失败时连接至ALTERNATE_SERVERS●SESSION：连接失败或语句执行中连接中断时连接至ALTERNATE_SERVERS后恢复语句断开连接时如没有进行中的事务failover后执行进行中的statement关键字说明FAILOVER_GRANULARITY ●Non-atomic：failover过程中即使报错也继续执行failover●Atomic：failover过程中报错则failover失败DATE_FORMAT DATE类型字符串TIME_FORMAT TIME类型字符串TIME_WITH_TIME_ZONE_FORMAT TIME WITH TIME ZONE类型字符串TIMESTAMP_FORMAT TIMESTAMP类型字符串TIMESTAMP_WITH_TIME_ZONE_FORMAT TIMESTAMP WITH TIME ZONE类型字符串CHAR_LENGTH_UNITS SQLBindParameter()中ParameterType为SQL_CHAR时的ColumnSize单位●BYTE,OCTETS:以byte为单位●CHAR,CHARACTERS:以字符为单位LOCALITY_AWARE_TRANSACTION GLOBAL CONNECTION使用与否●0：不使用GLOBAL CONNECTION ●1：使用GLOBAL CONNECTIONUSE_GLOBAL_SESSION GLOBAL SESSION使用与否关键字说明●0：不使用GLOBAL SESSION●1：使用GLOBAL SESSIONLOCALITY_GROUP_POLICY设置可使用GLOBAL CONNECTION时没有可选择的group或有两个以上可选择的group时选择哪个group●0：任意选择●1：依次选择LOCALITY_GROUP_PATH设置中的group无法使用所有LOCALITY_GROUP_PATH中的group时选择任意group●2：依次选择按照每次连接驱动的group顺序选择LOCALITY_GROUP_PATH 使用GLOBAL CONNECTION时可选择的group不是一个时指定选择的group的目录各个group以逗号（）区分例：G1G2G3LOCALITY_MEMBER_POLICY使用GLOBAL CONNECTION时决定选择被选择地group中的成员的方法●0：DML:MASTER/SELECT:MASTER●1:DML:ANY/SELECT:ANY●2:DML:MASTER/SELECT:ANY●3:DML:MASTER/SELECT:SLAVE关键字说明●4:依次选择LOCALITY_MEMBER_PATH设置中的成员无法使用所有LOCALITY_MEMBER_PATH中的成员时选择被选择的group的MASTERLOCALITY_MEMBER_PATH 使用GLOBAL CONNECTION时在所选的group中指定要使用的成员的目录各个成员以逗号（）区分例：G1N1,G2N1,G3N1,G1N2,G2N2,G3N2LOCATOR_HOST glocator ip address LOCATOR_PORT glocator port number LOCATOR_CONNECTION_TIMEOUT Connection timeout with glocator(second) ALTERNATE_LOCATORS无法从glocator获得响应时使用ALTERNATE_LOCATORS获取访问信息TRACE是否在ODBC API使用trace●0：不使用trace●1：使用traceTRACEFILE Trace文件名输入到相对路径时执行程序的当前目录成为标准默认值为'odbc_trace.log'TRACE_POLICY Trace策略默认值为DEFAULT关键字说明●DEFAULT：同时记录函数参数和结果●ERROR：函数失败时记录日志DOT_NET_FOR_ODBC决定是否将ODBC用于.NET Framework用途●0:不改变用途●1:SQLGetDescField()和SQLColAttribute()中将SQL_DESC_BASE_COLUMN_NAME,SQL_DESC_NAME属性替换为SQL_DESC_LABELTable31-5DSN配置关键字2.3GLOBAL CONNECTION集群环境支持应用程序可以选择符合处理查询的节点后执行的GLOBAL CONNECTION功能设置仅在PROTOCOL为TCP时才可使用GLOBAL CONNECTION此时需要在设置LOCALITY_AWARE_TRANSACTION属性值的同时设置LOCATOR文件或LOCATOR服务器使用global session时需要将USE_GLOBAL_SESSION属性值设置为1使用DSN时的.odbc.ini[SUNDB]PROTOCOL=TCPHOST=192.168.0.1PORT=22581UID=TESTPWD=testLOCALITY_AWARE_TRANSACTION=1LOCATOR_DSN=LOCATOR[LOCATOR]FILE=/home/sundb/.location.ini使用连接字符串时SQLDriverConnect(dbc,NULL,(SQLCHAR*)"PROTOCOL=TCP;HOST=192.168.0.1;PORT=22581;UID=TEST;PWD=test;LOCA LITY_AWARE_TRANSACTION=1;LOCATOR_HOST=192.168.0.2;LOCATOR_PORT=42581",SQL_NTS,NULL,0,NULL,SQL_DRIVER_NOPROMPT);GLOBAL CONNECTION的处理过程Figure31-5Basic steps of applying GLOBAL CONNECTION 1.SQLAllocHandle(DBC)分配connection handle连接用户输入服务器信息的服务器并获取集群系统的信息后通过LOCATOR文件或LOCATOR 服务器建立集群系统信息并连接集群系统的所有节点3.SQLAllocHandle(STMT)向连接的所有节点分配各个statement4.SQLPrepare在连接的所有节点准备执行SQL5.SQLExecute如未建立集群系统信息应用程序可通过LOCATOR文件或LOCATOR服务器建立集群系统信息并连接集群系统的所有节点在集群添加节点后访问新的节点时在该节点同样生成其他节点的所有statement并准备执行SQL如已建立sharding key信息应用程序使用sharding key信息选择合适的节点后执行查询如未建立sharding key信息应用程序从任意服务器建立该SQL的sharding key信息后选择合适的节点并执行查询所选节点发生故障时除该节点外再重新选择合适的节点后执行查询SQLExecute后sharding信息发生变更则删除已建立的sharding key信息SQLExecute后添加/删除集群节点等集群系统信息发生变更则删除已建立的集群系统信息6.SQLFetch从执行SQL的节点获取数据7.SQLCloseCursor在执行SQL的节点关闭游标8.SQLFreeHandle（STMT)在所有已连接的节点上解除statement解除与所有节点的连接10.SQLFreeHandle（DBC）解除connection handleGLOBAL CONNECTION异常处理使用GLOBAL CONNECTION时运行中所选节点发生故障时根据事务发生及SELECT进行与否如下进行操作●没有事务的情况没有事务的情况下所选节点发生故障时在ODBC内部选择其他节点并执行对应查询虽然所选节点发生了故障但由其他节点正常执行因此不向用户报错●有事务或SELECT进行时发生事务或SQLFetch()进行时所选节点发生故障时ODBC无法再进行当前操作因此返回19068(Retry the transactional operations)错误发生19068错误时用户需要重新执行对应事务或SELECTif(!SQL_SUCCEEDED(SQLPrepare(sStmt,(SQLCHAR*)"INSERT INTO T1VALUES(?)",SQL_NTS))){goto stmt_error;}trans_retry:if(!SQL_SUCCEEDED(SQLExecute(sStmt))) {SQLGetDiagRec(SQL_HANDLE_STMT,sStmt,1,sSQLState,&sNativeError,sMessageText,sizeof(sMessageText),&sTextLength);if(sNativeError==19068){goto trans_retry;}goto stmt_error;}if(!SQL_SUCCEEDED(SQLPrepare(sStmt,(SQLCHAR*)"SELECT*FROM T1WHERE C1=?",SQL_NTS))){goto stmt_error;}trans_begin:sReturn=SQLExecute(sStmt);if(sRetrun==SQL_ERROR){SQLGetDiagRec(SQL_HANDLE_STMT,sStmt,1,sSQLState,&sNativeError,sMessageText,sizeof(sMessageText),&sTextLength);if(sNativeError==19068){goto trans_retry;}goto stmt_error;}while(1){sReturn=SQLFetch(sStmt);if(sReturn==SQL_NO_DATA){SQLCloseCursor(sStmt);break;}else if(sReturn==SQL_ERROR){SQLGetDiagRec(SQL_HANDLE_STMT,sStmt,1,sSQLState,&sNativeError,sMessageText,sizeof(sMessageText),&sTextLength);if(sNativeError==19068){goto trans_retry;}goto stmt_error;}...}COMMIT或ROLLBACK事务时COMMIT事务时所选节点发生故障时ODBC通过其他节点查看事务是否在所选节点发生故障之前COMMIT如果所选节点发生了故障但事务正常COMMIT时不返回错误而且在事务未COMMIT的情况下所选节点发生故障时返回19068(Retry the transactional operations)错误发生19068错误时用户要重新执行该事务ROLLBACK事务时如果所选节点发生故障ODBC不报错因为由于节点故障该事务已经被ROLLBACKif(!SQL_SUCCEEDED(SQLSetConnectAttr(sDbc,SQL_AUTOCOMMIT,(SQLPOINTER)SQL_AUTOCOMMIT_OFF,0))){goto dbc_error;}if(!SQL_SUCCEEDED(SQLPrepare(sStmt,(SQLCHAR*)"INSERT INTO T1VALUES(?)",SQL_NTS))){goto stmt_error;}trans_retry:if(!SQL_SUCCEEDED(SQLExecute(sStmt))){SQLGetDiagRec(SQL_HANDLE_STMT,sStmt,1,sSQLState,&sNativeError,sMessageText,sizeof(sMessageText),&sTextLength);if(sNativeError==19068){goto trans_retry;}goto stmt_error;}if(!SQL_SUCCEEDED(SQLEndTran(SQL_HANDLE_DBC,sDbc,SQL_COMMIT))){SQLGetDiagRec(SQL_HANDLE_DBC,sDbc,1,sSQLState,&sNativeError,sMessageText,sizeof(sMessageText),&sTextLength);if(sNativeError==19068){goto trans_retry;}goto stmt_error;}GLOBAL CONNECTION约束事项●为了选择符合查询的节点需要使用SQLPrepare()和SQLExecute()使用GLOBAL CONNECTION查找符合查询的节点时需要使用SQLPrepare()和SQLExecute()SQLExecDirect()中没有查找符合查询的节点的信息因此选择节点取决于LOCALITY_GROUP_POLICY和LOCALITY_MEMBER_POLICY属性●COMMIT或ROLLBACK事务时要使用SQLEndTran()使用GLOBAL CONNECTION时通过SQL语句执行COMMIT或ROLLBACK则无法检测到事务状态变化COMMIT或ROLLBACK事务时必须使用SQLEndTran()●Global session不支持SQL语句中的Data Definition Language(DDL)。

olsrd使用手册OLSRD（Optimized Link State Routing Protocol-Daemon），是一种基于链路状态路由协议的开源路由守护程序。

它使用多点中继和局部广播的方式，通过路由消息的洪泛来确定网络的拓扑结构，并计算出最短路径和高度容错的路由表。

本手册将详细介绍OLSRD的安装、配置以及常用命令。

一、安装OLSRD要安装OLSRD，您需要按照以下步骤进行操作：1. 首先，确保您的系统已经安装了适当的网络接口和支持多播的内核。

2. 下载OLSRD的源代码包。

您可以从官方网站或者其他资源站点获取到最新的稳定版本。

3. 解压源代码包，并进入解压后的文件夹。

4. 在终端中执行以下命令进行配置和编译安装：```./configuremakesudo make install```5. 安装完成后，您可以通过`olsrd`命令来启动OLSRD守护程序。

二、配置OLSRD在使用OLSRD之前，您需要进行一些配置来适应特定的网络环境。

下面是一些常见的配置参数：1. 接口配置：在`olsrd.conf`文件中，您可以指定要参与OLSR路由的网络接口。

您需要将接口的名称和IP地址添加到配置文件中。

2. 邻居检测：OLSRD使用邻居检测来发现其他OLSR节点。

您可以在配置文件中设置邻居检测的时间间隔和超时时间。

3. 路由表参数：您可以指定OLSR路由表的各种参数，如路由表刷新间隔、路由表中路由的最大数目等。

4. 心跳间隔：您可以设置OLSRD节点发送心跳消息的时间间隔。

5. HNA（Host and Network Association）参数：HNA允许您通过OLSRD路由其他子网的数据包。

您可以在配置文件中指定要路由的子网。

三、常用命令OLSRD提供了一些常用的命令，可以通过终端与之交互。

以下是一些常用命令及其用法：1. `olsrd`：启动OLSRD守护程序。

2. `olsrd -h`：显示帮助信息。

毕业（设计）论文课题名称：山洪灾害防治非工程措施摘要基于3G的山洪灾害预警系统，是国家防治山洪灾害的一项重要的非工程性措施。

系统通过接收水雨情监测站采集的水雨情数据，进行分析处理，实现水雨情实时监测，当水雨情达到或超过临界值时，系统自动报警，利用预警发布功能，可将预警信息通知有关成员单位、防汛责任人，通知危险区居民，做好山洪转移撤离、抢险准备，最大地减少人员和财产损失。

山洪灾害预警系统是以基础空间信息为基础，以水雨情数据管理为核心；以现代计算机技术、GIS技术、近代流域水文模型等技术相结合为手段；将基础信息、水雨情、工情数据进行统一管理，通过实时监测和预报模型进行预报分析，结合预案内容进行报警和预警，发布预警信息，收集应急反馈。

本系统由实时监控模块，雨水情服务模块，预警发布模块，气象国土模块，基础信息模块，应急响应模块，信息管理模块，PDA系统模块，系统后台模块等八大模块组成，意在建立全面、规范、合理、通用的山洪监测预警信息基础资料数据库及山洪监测预警信息监测及发布的应用软件，改善山洪等灾害信息的管理手段，提高山洪灾害管理的工作效率和水平。

关键词：基于3G山洪灾害监测预警系统，Telerik控件，C#，Socket，.NET，SQLSERVER 2005，VS 2010。

目录1.1系统设计背景 (1)1.2系统目标 (1)1.3系统任务 (2)1.4 本人完成的主要工作 (2)2.1 Visual Studio 简介 (4)2.2 SQL Server 2005 Database (4)2.3 NET Framework 概述 (5)2.4 概述 (5)2.5 B/S结构 (6)2.5 RadGrid控件概述 (7)3 概要设计和数据库设计 (8)3.1 系统结构 (8)3.2 系统的设计方案 (9)3.3 系统的设计约束 (9)3.4 数据库设计 (10)3.4.1 数据库需求分析 (10)3.4.2数据库逻辑设计 (11)4.系统的设计及其实现 (14)4.1系统结构概述 (14)根据山洪灾害监测预警系统的需求，信息管理模块主要完成对各模块信息的收集，整合以及处理。

Entity Framework 是一个针对 .NET 开发框架的数据访问技术。

它支持 .NET Framework 和 .NET Core，可以让开发人员使用面向对象的方式来处理数据库操作，从而提高开发效率，减少重复的工作，降低出错的概率。

本文将介绍 Entity Framework 的基本概念、使用方法和最佳实践，帮助读者更好地理解和使用 Entity Framework。

一、Entity Framework 的基本概念Entity Framework 是一种对象关系映射（ORM）框架，它将数据库中的表映射为 .NET 中的对象，开发人员可以直接通过这些对象来进行数据库操作，而不必编写复杂的 SQL 语句。

在 Entity Framework 中，数据库中的每张表都会映射为一个实体类，表中的每条记录会映射为这个实体类的一个实例。

这种方式让开发人员更加专注于业务逻辑的实现，而不必过多地关注数据库操作的细节。

二、Entity Framework 的使用方法1. 创建 Entity Framework 数据库上下文在使用 Entity Framework 之前，首先需要创建一个数据库上下文（DbContext）类。

这个类是连接 .NET 代码和数据库之间的桥梁，负责管理数据库连接、执行 CRUD 操作等。

可以通过继承DbContext 来创建自己的数据库上下文类，并在类中定义每张表对应的 DbSet 属性。

例如：```csharppublic class MyDbContext : DbContext{public DbSet<User> Users { get; set; }public DbSet<Order> Orders { get; set; }// 其他 DbSet 属性}```2. 配置 Entity Framework在使用 Entity Framework 时，需要进行一些配置工作，以便让框架知道如何映射数据库和 .NET 对象之间的关系。

Entity Framework是一个流行的.NET对象关系映射（ORM）框架，它提供了一种将.NET对象与数据库进行交互的抽象层。

SQLite是一个轻量级的关系型数据库，常用于桌面和移动应用程序。

要在.NET项目中集成Entity Framework和SQLite，首先需要安装Entity Framework和SQLite的NuGet包。

然后，配置Entity Framework使用SQLite作为数据库提供程序。

这通常涉及到在Entity Framework的配置文件中指定SQLite 的连接字符串。

一旦配置完成，就可以使用Entity Framework来创建和操作数据库模型。

通过定义实体类和数据库上下文类，可以定义数据库表、列和关系，并使用LINQ查询来执行CRUD操作。

需要注意的是，SQLite在Entity Framework中作为嵌入式数据库使用时，会有一些限制，例如不支持事务处理等。

此外，Entity Framework可能不完全符合所有SQLite特性和性能需求，因此在使用过程中可能需要进行额外的优化或定制化开发。

总之，Entity Framework和SQLite的组合是一种方便、轻量级的解决方案，适用于构建桌面、移动或小型应用程序的数据库层。

在使用过程中需要注意限制和性能问题，并根据需要进行适当的调整和优化。