航天财务软件Aisino如何使主数据版本从A6.3.0000升级到A6.3.0.sp03

需要打上A6 30SP03的补丁，然后在软件中做一下数据库升级即可。 *** 作步骤如下

1、解压缩A6V30SP03补丁包，执行updateexe,待提示升级成功。

2、进入“开始-程序-航天信息A6-系统服务-数据库升级”，输入账号 init 密码 system登录，选择所有账套，点“升级”，提示升级成功，即可。

这个也只能重新安装高版本了，但是我用了3年了，也没见过有这个问题，我用是的sql 2000 --> vs03,vs05 sql05 ---> vs05, vs08,vs10ora10g,ora9g --> vs05, vs08,vs10 都没见过这个问题。

1、不变化的数据用NSUserDefault存或者单独存一个数据库表。

2、尽量使用纵表存数据，保证字段加的时候只往纵表插入一条数据，而不是对横表进行alter *** 作 。

先判断app版本

更新的时候sql语句增加新的字段不就行了？

一般db文件从xxxapp复制到doc文件，

oc对数据库 *** 作都是 *** 作doc下的db文件。

一，首先，我说的是在ACCESS2000，SQL2000之间转换，其他的我也还没有尝试过，希望大家多多试验，肯定是有办法的；

二，转换的方法

1，打开”控制面板“下”管理工具“中的”数据库源“；

2，按”添加“添加一个新的数据源，在选择栏里选“Driver do microsoft Access (mdb)”，完成后将出现一个框，在“数据库源”里面输入你想写的名称，我取名叫“ABC”，说明不需要填，接着，按下面的选择，寻找你的数据库地址和选中（注意，请先备份自己的ACCESS数据库），然后确定。数据源在这里建好了，剩下转换了。

3，打开SQL2000企业管理器，进入数据库，新建一个空的数据库“ABC”；

4，选择新建立的数据库，按鼠标右键，选择“所有任务”下“导入数据”，按“下一步”继续；

5，在数据库源下拉但中选择”Driver do microsoft Access(mdb)“，在”用户/系统DSN“中，选种你刚才添加的”ABC“，按 ”下一步“；

6，“目的”不需要修改，选择服务器（一般下为自己的本机local，也可以选择服务器地址或者局域网地址，确定你的权限是否可以 *** 作，)，使用WINDOWS 身份验证指用自己的系统管理员身份 *** 作，使用SQL身份 *** 作验证可以用于网站的 *** 作，推荐用后者;

7，选上使用SQL身份 *** 作验证后，填写你的用户名和密码，我自己选择的是系统默认号码sa，，数据库选择刚新建的ABC，按下一步;

8，这一步的两个单项选择，从数据源复制表和视图与用一条查询指令指定要传输的数据，选择前者，按下一步继续;

9，这里将出现你自己ACCESS数据库的表，按全选后，下一步;

10，DTS导入/导出向导，看立即运行被选中按下一步，

11，按完成继续;

12，这个步骤你将看到你的数据被导入SQL2000里面，当出现已经成功把XXX个表导入到数据库的字样，而且所有的表前面都有绿色的勾，就表示成功导入所有数据，如果中途出现问题或者表前面有红色的叉的话，说明该表没有成功导入，这时就要回去查看自己的 *** 作是否正确了

三，数据修改

1，由于SQL2000里面没有自动编号，所以你的以自动编号设置的字段都会变成非空的字段，这就必须手工修改这些字段，并把他的标示选择是，种子为1，增量为1，

2，另外，ACCESS2000转换成SQL2000后，原来属性为是/否的字段将被转换成非空的bit，这时候你必须修改成自己想要的属性了;

3，另外，大家要注意对时间函数的把握ACCESS与SQL是有很多不同的

ACCESS转MS SQL数据库的几点经验

1ACCESS的数据库中的自动编号类型在转化时，sql server并没有将它设为自动编号型，我们需在SQL创建语句中加上identity，表示自动编号！

2转化时，跟日期有关的字段，SQL SERVER默认为smalldatetime型，我们最好将它变为datetime型，因为datetime型的范围比smalldatetime型大。我遇见这种情况，用smalldatetime型时，转化失败，而用datetime型时，转化成功。

3对此两种数据库进行 *** 作的sql语句不全相同，例如：在对ACCESS数据库进行删除纪录时用：delete from user where id=10，而对SQL SERVER数据库进行删除是用：delete user where id=10

4日期函数不相同，在对ACCESS数据库处理中，可用date()、time()等函数，但对SQL SERVER数据库处理中，只能用datediff，dateadd等函数，而不能用date()、time()等函数。

5在对ACCESS数据库处理中，sql语句中直接可以用一些VB的函数，像cstr()函数，而对SQL SERVER数据库处理中，却不能用。

自增长primary key

采用自增长primary key主要是性能 早期的数据库系统 经常采用某种编号 比如身份z号码 公司编号等等作为数据库表的primary key 然而 很快 大家就发现其中的不利之处

比如早期的医院管理系统 用身份z号码作为病人表的primary key 然而 第一 不是每个人都有身份z;第二 对于国外来的病人 不同国家的病人的证件号码并不见得没有重复 因此 用身份z号码作为病人表的primary key是一个非常糟糕的设计 考虑到没有医生或者护士会刻意去记这些号码 使用自增长primary key是更好的设计

公司编号采用某种特定的编码方法 这也是早期的数据库系统常见的做法 它的缺点也显而易见 很容易出现像千年虫的软件问题 因为当初设计数据库表的时候设计的位数太短 导致系统使用几年后不能满足要求 只有修改程序才能继续使用 问题在于 任何人设计系统的时候 在预计某某编号多少位可以够用的时候 都存在预计不准的风险 而采用自增长primary key 则不存在这种问题 同样的道理 没有人可以去记这些号码

使用自增长primary key另外一个原因是性能问题 略有编程常识的人都知道 数字大小比较比字符串大小比较要快得多 使用自增长primary key可以大大地提高数据查找速度

避免用复合主键 (pound primary key)

这主要还是因为性能问题 数据检索是要用到大量的 primary key 值比较 只比较一个字段比比较多个字段快很多 使用单个primary key 从编程的角度也很有好处 sql 语句中 where 条件可以写更少的代码 这意味着出错的机会大大减少

双主键

双主键是指数据库表有两个字段 这两个字段独立成为主键 但又同时存在 数据库系统的双主键最早用在用户管理模块 最早的来源可能是参照 *** 作系统的用户管理模块

*** 作系统的用户管理有两个独立的主键 *** 作系统自己自动生成的随机 ID (Linux windows 的 SID) login id 这两个 ID 都必须是唯一的 不同的是 删除用户 test 然后增加一个用户 test SID 不同 login id 相同 采用双主键主要目的是为了防止删除后增加同样的 login id 造成的混乱 比如销售经理 hellen 本机共享文件给总经理 peter 一年后总经理离开公司 进来一个普通员工 peter 两个peter 用同样的 login id 如果只用 login id 作 *** 作系统的用户管理主键 则存在漏洞 普通员工 peter 可以访问原来只有总经理才能看的文件 *** 作系统自己自动生成的随机 ID 一般情况下面用户是看不到的

双主键现在已经广泛用在各种数据库系统中 不限于用户管理系统

以固定的数据库 表应付变化的客户需求

这主要基于以下几个因素的考虑

大型EPR系统的正常使用 维护需要软件厂商及其众多的合作伙伴共同给客户提供技术服务 包括大量的二次开发

如果用户在软件正常使用过程中需要增加新的表或者数据库 将给软件厂商及其众多的合作伙伴带来难题

软件升级的需要

没有一个软件能够让客户使用几十上百年不用升级的 软件升级往往涉及数据库表结构的改变 软件厂商会做额外的程序将早期版本软件的数据库数据升级到新的版本 但是对于用户使用过程中生成的表进行处理就比较为难

软件开发的需要

使用固定的数据库库表从开发 二次开发来说 更加容易 对于用户使用过程中生成的表 每次查找数据时都要先查表名 再找数据 比较麻烦

举例来说 早期的用友财务软件用Access作数据库 每年建立一个新的数据库 很快 用户和用友公司都发现 跨年度数据分析很难做 因此这是一个不好的设计 在 ERP 中 很少有不同的年度数据单独分开 一般来说 所有年份的数据都在同一个表中 对于跨国公司甚至整个集团公司都用同一个 ERP 系统的时候 所有公司的数据都在一起 这样的好处是数据分析比较容易做

现在大多数数据库系统都能做到在常数时间内返回一定量的数据 比如 Oracle 数据库中 根据 primary key 在 万条数据中取 条数据 与在 亿条数据中取 条数据 时间相差并不多

避免一次取数据库大量数据 取大量数据一定要用分页

这基本上是现在很多数据库系统设计的基本守则 ERP 系统中超过 万条数据的表很多 对于很多表中的任何一个 一次取所有的会导致数据库服务器长时间处于停滞状态 并且影响其它在线用户的系统响应速度

一般来说 日常 *** 作 在分页显示的情况下面 每次取得数据在 之间 系统响应速度足够快 客户端基本没有特别长的停顿 这是比较理想的设计 这也是大型数据库系统往往用 ODBC ADO 等等通用的数据库联接组件而不用特定的速度较快的专用数据库联接组件的原因 因为系统瓶颈在于数据库( Database) 方面(数据量大) 而不在于客户端(客户端每次只取少量数据)

在 B/S 数据库系统中 分页非常普遍 早期的数据库系统经常有客户端程序中一次性取大量数据做缓冲 现在已经不是特别需要了 主要原因有

数据库本身的缓冲技术大大提高

大部分数据库都会自动将常用的数据自动放在内存中缓冲 以提高性能

数据库联接组件的缓冲技术也在提高

包括 ADO 在内的一些数据库联接组件都会自动对数据结果集(result set)进行缓冲 并且效果不错 比较新颖的数据库联接组件 比如 Hibernate 也加入了一些数据结果集缓冲功能

当然 也有一些数据库联接组件没有对数据结果集进行缓冲 比如 JDBC Driver 不过几年之内情况应该有所改观 也有些不太成功的数据缓冲 比如 EJB 中的实体Bean 性能就不尽如人意 实体Bean数据也是放在内存中 可能是因为占用内存过多的缘故

lishixinzhi/Article/program/SQL/201311/16157

配置MMT环境变量如下： MIGRATIONS_HOME: D:\Software\mybatis-migrations-320 Path： %MIGRATIONS_HOME%\bin 打开命令行窗口执行"migrate --help"测试MMT如下： 进入项目目录执行'migrate init'初始化MMT环境目录。

写三层结构啊：Application、Html(表示层客户端应用程序)------类模块、Dll(逻辑层)------Aplication、Html(表示层服务器设置)-------DataBase(数据库)

在逻辑表示层中可以把数据库设置存储在本地数据里，本地数据把数据库对象作为字符串存储在设置里面，并图形化来 *** 作，这是最简单的结构，服务器可以变更数据库及其结构，类模块处理这样的逻辑，服务器可以终止远程客户端服务。

以上就是关于航天财务软件Aisino如何使主数据版本从A6.3.0000升级到A6.3.0.sp03全部的内容，包括:航天财务软件Aisino如何使主数据版本从A6.3.0000升级到A6.3.0.sp03、数据库服务器版本怎么升级、SQLite 数据库更改，app怎么无缝升级等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！