信用卡数据分析系统编程理论基础

广。
信用卡业务风险的种类繁多。
三、信用卡业务的风险的类型：
由于信用卡业务的风险涉及面广，发生的方式、方法是多种多样的，风险形成的原因也各不相同，其类型主要有以下几种：
持卡人的信用风险。
不良持卡人超额透支的风险。
不法分子诈骗的风险。
特约商户操作不当的风险。
发卡银行内部或外部勾结作案的风险。
1.1.2 信用卡风险管理的作用和手段：
一、信用卡风险管理的作用：
信用卡业务风险是一种客观经济现象，无处不在，无时不有，不以人们的意志为转移。发卡行必须加强风险管理以降低风险，减少损失。所谓信用卡风险管理是指发卡行在经营管理中对信用卡业务中可能产生的风险采取事前防范、事中控制、事后处理的管理工作。加强信用卡风险管理对发卡行、特约商户、持卡人及执整个社会都具有重要的作用。
实施信用卡管理的作用不外乎二个方面：一是风险发生后的作用，二是风险发生前的作用。由于本系统主要是模拟信用卡数据分析系统，主要是考虑到风险发生前的防范，就不再描述风险发生后的作用了。
在信用卡风险发生之前，信用卡风险管理的作用主要有：
以较低的风险费用支出取得最佳风险控制效果。
减少忧虑，增强使用，接受信用卡的安全感。
二、信用卡风险管理的手段:
发卡机构信用卡风险管理应采取事前防范和事中控制并举的措施，且应在风险发生后采取积极措施进行事后处理。
信用卡风险的事前防范
信用卡风险的事前防范包括信用卡风险的回避和信用卡风险的防范二种方法。
信用卡风险的回避
信用卡风险的防范
a.持卡人风险防范
b.特约商户风险防范
c.发卡机构内部风险防范
d.对利用信用卡诈骗的风险防范
信用卡风险的事中控制
信用卡风险的事中控制手段主要有以下几种。
实现信用卡风险的转移
加强信用卡授权管理
加强信用卡透支和支付管理
信用卡风险的事后处理
信用卡风险发生后，发卡机构应采取积极措施进行事后处理，以减少风险损失，尽量保护发卡机构、持卡人、特约商户乃至保证人、保险公司的利益不受损失，并保持发卡机构经营的稳定性、连续性。信用卡风险事后处理的方法主要有
以下几种。
建立风险补偿机制
持卡人拖欠透支款的处理
对信用卡诈骗的处理
1.2 数据库理论
对数据库的连接将通过ODBC接口，对数据库的操作将使用ADO对象和结构化查询语言（SQL）。对于ADO对象的各种数据库操作，在本系统中将要用到很多，对于结构化查询语言（SQL）的数据库进行各项操作也都要用到。所以对这些技术的的理解程度和掌握程度要非常的熟练，运用自如。
1.2.1 ODBC连接数据库
数据库配置模块在连接数据库的时候，采用了ODBC设置数据源的文件DSN的方式，对各种可以使用ODBC连接的数据库都能与其连接；
应用ODBC进行应用程序的开发，需要了解ODBC的一些含义和特点：
ODBC（Open Database Connectivity）是被人们广泛接受的用于数据库访问的应用程序编程接口。对于数据库API，它以X/Open和ISO/IEC的Call-Level Interface(CLI)规范为基础，并使用结构化查询语言（SQL）作为其数据库访问语言。ODBC是为最大的互用性而设计的，即一个应用程序用相同的源代码访问不同的数据库管理系统(DBMS)的能力。数据库应用程序在ODBC接口中调用函数，ODBC接口在叫做驱动程序的针对数据库的模块中实现。驱动程序的使用使应用程序从具体的数据库调用中隔离开来，因为驱动程序在运行时才加载，所以，用户只需要增加一个新的驱动程序来访问新的DBMS，没有必要重新编译或者重新链接应用程序。
建立ODBC是为了提供统一的方法，来访问不同的或相异(heterogeneous)的数据库管理系统。ODBC定义标准SQL语法。应用程序可以使用ODBC或具体DBMS的语法来提交语句。如果语句使用与具体DBMS不同的ODBC语法，在把它发送到数据源之前，驱动程序转换它。然而，这样转换非常少，因为大多数DBMS都已经使用SQL语法。
ODBC总体结构有四个组件：
● 应用程序。执行处理并调用ODBC函数，以提交SQL语句并检索结果。
● Driver Manager。根据应用程序加载并卸载驱动程序。处理ODBC函数调用，或把它们传送到驱动程序。
● 驱动程序。处理ODBC函数调用，提交SQL请求到一个指定的数据源，并把结果返回到应用程序。如果有必要，驱动程序修改一个应用程序请求，以使请求与相关的DBMS支持的语法一致。
● 数据源。包括用户要访问的数据及其相关的操作系统、DBMS及用于访问DBMS的网络平台（如果有的话）。
1.2.2 结构化查询语言基础
本系统最主要的两方面技术其中最基本的一个便是数据库的操作，对数据库模块的操作功能需要对结构化查询语言（SQL）进行深入的了解。
先要了解结构化查询语言（SQL）的一些含义和特点：
这是一种允许用户在特定需要的基础上访问数据，需要给他们提供解释他们的要求的语言。对数据库来说，一个简单的要求被定义为一个查询；这样的一种语言叫做查询语言。为此目的开发了许多查询语言，但它们中只有一个成了最流行的：结构化查询语言，它是IBM于1970年研制的。1986年SQL成了一个ANSI标准，并于1987年成为ISO标准；目前它广泛应用于数据库管理系统中。
1.2.3 ADO对象的数据库操作
在本系统中，对数据库的操作使用了ADO对象。ADO的含义和特点如下：
Microsoft® ActiveX® Data Objects (ADO) 使您的客户端应用程序能够通过 OLE DB 提供者访问和操作在数据库服务器中的数据。ADO 支持用于建立基于客户端/服务器和 Web 的应用程序的主要功能。其主要优点是易于使用、高速度、低内存支出和占用磁盘空间较少。ADO 同时具有远程数据服务 (RDS) 功能，通过 RDS 可以在一次往返过程中实现将数据从服务器移动到客户端应用程序或 Web 页、在客户端对数据进行处理然后将更新结果返回服务器的操作。ADO 提供执行以下操作的方式：
连接到数据源。同时，可确定对数据源的所有更改是否已成功或没有发生。
指定访问数据源的命令，同时可带变量参数，或优化执行。
执行命令。
如果这个命令使数据按表中的行的形式返回，则将这些行存储在易于检查、操作或更改的缓存中。
适当情况下，可使用缓存行的更改内容来更新数据源。
提供常规方法检测错误（通常由建立连接或执行命令造成）。
在典型情况下，需要在编程模型中采用所有这些步骤。但是，由于 ADO 有很强的灵活性，所以最后只需执行部分模块就能做

首页上一页 1 2 3 下一页尾页 2/3/3

信用卡数据分析系统编程理论基础(二)