DBArtisan v8.6.1.3920 查询oracle数据库中的表时，其中的汉字显示为乱码，如何解决

在注册表中修改所有nls_lang的值就可以了

比如修改为简体中文nls_lang=american_americagb2312或修改为繁体中文

nls_lang=american_americabig5或nls_lang=american_americautf8等

肯定可以的,试试就知道了

在SQLPlus中用insert 的都是中文的 为什么一存入服务器后 再select出的就是 有的时候 服务器数据先导出 重装服务器 再导入数据 结果 发生数据查询成 …… 这些问题 一般是因为字符集设置不对造成的 很久以来 字符集一直是困扰著众多Oracle爱好者的问题 笔者从事Oracle数据库管理和应用已经几年了 经常接到客户的类似上面提到的有关数据库字符集的 告急 和 求救 在此我们就这个问题做一些分析和探讨 首先 我们要明确什么是字符集？字符集是一个字节数据的解释的符号集合 有大小之分 有相互的包括关系 如us ascii就是zhs gbk的子集 从us ascii到zhs gbk不会有数据解释上的问题 不会有数据丢失 Oracle对这种问题也要求从子集到超集的导出受支持 反之不行 在所有的字符集中utf 应该是最大 因为它基于unicode 双字节保存字符(也因此在存储空间上占用更多) 其次 一旦数据库创建后 数据库的字符集是不能改变的 因此 在设计和安装之初考虑使用哪一种字符集是十分重要的 数据库字符集应该是 *** 作系统本地字符集的一个超集 存取数据库的客户使用的字符集将决定选择哪一个超集 即数据库字符集应该是所有客户字符集的超集 在实际应用中 和字符集问题关系最大的恐怕就是exp/imp了 在做exp/imp时 如果Client 和Server的nls_lang设置是一样的 一般就没有问题的 但是 要在两个不同字符集的系统之间导数据就经常会有这样或那样的问题 如 导出时数据库的显示正常 是中文 当导入到其他系统时 就成了乱码 这也是一类常见问题 现在 介绍一些与字符集有关的NLS_LANG参数 NLS_LANG格式 NLS_LANG = language_territory charset 有三个组成部分（语言 地域和字符集） 每个成分控制了NLS子集的特性 其中 language 指定服务器消息的语言 territory 指定服务器的日期和数字格式 charset 指定字符集 例如 AMERICAN_AMERICA US SCII AMERICAN _ AMERICA ZHS GBK 还有一些子集可以更明确定义NLS_LANG参数 DICT BASE 数据字典基本 表版本 DBTIMEZONE 数据库时区 NLS_LANGUAGE 语言 NLS_TERRITORY 地域 NLS_CURRENCY 本地货币字符 NLS_ISO_CURRENCY ISO货币字符 NLS_NUMERIC_CHARACTERS 小数字符和组 分隔开 NLS_CHARACTERSET 字符集 NLS_CALENDAR 日历系统 NLS_DATE_FORMAT 缺省的日期格式 NLS_DATE_LANGUAGE 缺省的日期语言 NLS_SORT 字符排序序列 NLS_TIME_FORMAT 时间格式 NLS_TIMESTAMP_FORMAT 时间戳格式 …… 通过props$动态性能视图 我们可以查看数据库的字符集信息 $> sqlplus internal SQL> desc props$ Name Type Nullable Default Comments NAME VARCHAR ( ) VALUE$ VARCHAR ( ) Y MENT$ VARCHAR ( ) Y SQL> set arraysize SQL> col value$ format a SQL> select name value$ from props$ where name= NLS_CHARACTERSET ; NAME VALUE$ NLS_CHARACTERSET ZHS GBK SQL> select from sys props$; NAME VALUE$ DICT BASE DBTIMEZONE : NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS NLS_CHARACTERSET ZHS GBK NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD MON RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH MI SSXFF AM NLS_TIMESTAMP_FORMAT DD MON RR HH MI SSXFF AM NLS_TIME_TZ_FORMAT HH MI SSXFF AM TZH:TZM NLS_TIMESTAMP_TZ_FORMAT DD MON RR HH MI SSXFF AM TZH:TZM NLS_DUAL_CURRENCY $ NLS_P BINARY NLS_NCHAR_CHARACTERSET ZHS GBK NLS_RDBMS_VERSION NAME VALUE$ GLOBAL_DB_NAME SCPDB EXPORT_VIEWS_VERSION rows selected SQL> 从结果可以看出 NLS_LANG = AMERICAN _ AMERICA ZHS GBK 虽然 数据库的字符集是在create database的时候指定的 以后不允许改变 但在一个已经建立好的数据库上 我们可以通过修改SYS PROPS$来修改主要是对应客户端的显示 与存储无关 如 SQL> conn / as sysdba Connected SQL> SQL> select from sys props$ WHERE NAME= NLS_LANGUAGE ; NAME VALUE$ NLS_LANGUAGE AMERICAN SQL> SQL> UPDATE sys PROPS$ SET VALUE$= SIMPLIFIED CHINESE WHERE NAME= NLS_LANGUAGE ; row updated SQL> SQL> select from sys props$ WHERE NAME= NLS_LANGUAGE ; NAME VALUE$ NLS_LANGUAGE SIMPLIFIED CHINESE SQL> 通常出现问题的原因 可分为三种 服务器指定字符集与客户字符集不同 而与加载数据字符集一致 解决方法 对于这种情况 只需要设置客户端字符集与服务器端字符集一致就可以了 具体 *** 作如下 查看当前字符集 SQL> select from sys props$ WHERE NAME= NLS_CHARACTERSET ; NAME VALUE$ NLS_CHARACTERSET ZHS GBK SQL> 可以看出 现在服务器端Oracle数据库的字符集为 ZHS GBK 根据服务器的字符集在客户端作相应的配置或者安装Oracle的客户端软件时指定 如果还没安装客户端 那么在安装客户端时 指定与服务器相吻合的字符集即可 如果已经安装好了客户端 并且客户端为 sqlnet 以下版本 进入Windows的系统目录 编辑oracle ini文件 用US ASCII替换原字符集 重新启动计算机 设置生效 否则 如果 客户端为 sqlnet 以上版本 在Win 下 运 行REGEDIT 第一步选HKEY_LOCAL_MACHINE 第二步选择SOFARE 第三步选择 Oracle 第四步选择 NLS_LANG 键 入 与服 务 器 端 相 同 的 字 符 集 （本例为 HKEY_LOCAL_MACHINE\ SOFARE\ORACLE\NLS_LANG AMERICAN _ AMERICA ZHS GBK） 如果是UNIX客户端 则 SQL> conn / as sysdba Connected SQL> SQL> UPDATE sys PROPS$ SET VALUE$= SIMPLIFIED CHINESE WHERE NAME= NLS_LANGUAGE ; row updated SQL> MIT; Commit plete SQL> 服务器指定字符集与客户字符集相同 与加载数据字符集不一致 解决方法 强制加载数据字符集与服务器端字符集一致 要做到这一点 可以通过重新创建数据库 并选择与原卸出数据一致的字符集 然后IMP数据 这种情况仅仅适用于空库和具有同一种字符集的数据 解决这类问题 也可以先将数据加载到具有相同字符集的服务器上 然后用转换工具卸出为foxbase 格式或access格式数据库 再用转换工具转入到不同字符集的Oracle数据库中 这样就避免了Oracle字符集的困扰 目前数据库格式转换的工具很多 像power builder 以上版本提供的pipeline及Microsoft Access数据库提供的数据导入/导出功能等 服务器指定字符集与客户字符集不同 与输入数据字符集不一致 对于这种情况 目前为止都还没有太好的解决方法 通过上面的了解 我们知道 导致在后期使用数据库时出现种种关于字符集的问题 多半是由于在数据库设计 安装之初没有很好地考虑到以后的需要 所以 我们完全可以通过在服务器上和客户端使用相同的字符集来避免由此类问题引出的麻烦 lishixinzhi/Article/program/Java/hx/201311/27019

在上图中，除了最后一个红色的方框，其它方框都是adb shell下的命令。

1在Android程序中，一般创建的数据库存放在 /data/data/[应用程序包名]/databases 的目录下。

2cd 命令：文件夹跳转命令。ls 命令：查看某个文件夹下面有哪些文件。

3使用 "sqlite3 [数据库名称] " 命令来对某数据库进行一系列的 *** 作。

4在经过第3步骤后，可以使用 tables 命令查看某数据库中包含哪些表。若要查询某表中包含的数据，在 sqlite> 命令后输入查询的SQL语句即可查询，但要注意的是要以分号[;]来结束该语句的输入。

5若在命令行中输入 adb shell 后，提示：adb不是内部或外部命令，也不是可运行的程序，或批处理文件，遇到这种情况是由于环境变量没有设置好的问题导致的。解决方法：在安装的Android sdk 包目录下的找到adb工具所在目录，一般是在\android-sdk-windows\tools目录或者在\android-sdk-windows\platform-tools目录下。把该目录添加到path环境变量中就OK了。

1说明

2使用adb命令获取指定应用的包名和Activity名称

3使用adb命令启动/关闭APP

4使用adb命令把手机中的apk导到电脑上

5查看apk中的AndroidManifestxml文件

6使用adb命令进行数据备份

7查看数据

8结语

查看其它APP数据的前提是该APP默认开启数据备份，也就是allowBackup属性。

想问一下大家在平时的开发中对应用的安全性有很在意么？有可能大家会想到加密、混淆、apk加固，但还有一些其他细节的东西需要大家去了解。今天就介绍一下android:allowBackup属性。这个属性在开发的过程中通常是默认开启的，Google起初是为了防止数据丢失，留下了这个功能，但是这个属性也容易造成一些隐私数据的泄露。如果你想关闭可以把它设置为false。那么这个属性在哪里设置呢，就在AndroidManifestxml文件中的application标签中。

要备份APP的数据，首先我们要知道这个APP的包名才可以进行备份。

在手机或模拟器上面运行APP，然后输入命令： adb shell dumpsys activity top #

这时会输出很多东西，你可以用查找功能Ctrl+F，找到TASK，下图红框中就是要找的包名

命令： adb logcat| findstr START

然后在手机或模拟器上点击你想要获取的应用，这时就会在cmd中出现相应的包名和类名了。

启动APP的命令： adb shell am start -W -n package/activity

命令窗口通过adb shell 进入android 的Linux命令界面，输入am help看到如下信息：

它会展示出在不同场景下（比如start-activity、start-service等）不同参数代表的意义一些参数的意义，情况太多了这里就不细说了。

回到正题，后面的package和activity就是上面获取包名第二种方法中提到的cmp，比如我们要启动谷歌地图： adb shell am start -W -n comgoogleandroidappsmaps/comgoogleandroidmapsMapsActivity

在这里我们再做一个延伸， 用命令做APP的冷启动和热启动 *** 作，然后记录启动的时间

我们看到上图中有三个数字ThisTime、TotalTime和WaitTime，这三个数字就是本次启动APP所花费的时间。

热启动时退出退出APP的命令： adb shell input keyevent 3 ，这就相当于按了手机的home键，然后我们再执行启动APP的命令，这样就完成了热启动。

我们看到热启动花费的时间比冷启动少了很多，一套冷、热启动的流程我们就走完了。接下来就看我们怎么去优化了，让它们变的更少。所以我们在平时做启动优化的时候可以把自己的APP和一些优秀的APP做一下对比看看还差多少。

上面已经说过了一种退出APP的方法了，接下来这个命令是相当于杀掉当前的APP进程。

命令： adb shell am force-stop package

这时候再使用启动命令，就相当于冷启动了。

有的时候我们在手机上查看和 *** 作apk不是特别方便，而且通过文件管理找apk也很难找。接下来就介绍怎么用adb命令把手机中的apk导到电脑上。

通过包名获取apk在手机中的存储路径，命令 adb shell pm path package

导出apk文件，到当前目录下

命令： adb pull 路径

这一步就要看一下apk中有哪些东西了，主要还是看一下AndroidManifestxml文件当中的allowBackup设置。

我平常用的方法就是吧apk文件的后缀该成zip，然后就可以看到里面的东西了。下面的是谷歌地图的apk的构成。

下面来看一下AndroidManifestxml文件，会看到都是乱码，但是关键的信息还是可以获取的，我们目前想要的就是下图红框中的allowBackup属性，像谷歌的APP肯定是把它设置成false的，所以我们没办法备份它的信息的。

那么我们怎么看一个应用的allowBackup属性设置成true还是false呢，我的观察和实践出来的方法是看allowBackup后面有没有小方框，有就代表设置了true。如果有哪位大神知道好的可靠的方法还请留言告知。

下面是其他apk中的AndroidManifestxml文件，后面带了个小方框。

在了解到APP可以备份之后，我们就可以开始做坏事了，哈哈。

备份的命令： adb backup -nosystem -all -noapk -noshared -f dataab package

[-system | -nosystem] 是否备份系统

[-apk | -noapk] 是否备份apk安装文件

[-shared | -noshared] 是否备份手机存储空间

-f ab 存档格式一定要是ab

package：包名

在运行命令之后，手机或模拟器会出现一个页面要求你输入备份密码，这个密码你可以随便输入，但你要记住，在后面查看ab文件的时候会用到。

输入密码，点击备份我的数据之后就开始备份了，备份完成之后会有提示，这时就是生产一个ab文件了。

ab文件大家很少接触，这里使用abe工具（链接： >

提取码：uns4 ）解析ab文件 ，也是通过命令，把abejar和刚才生成的ab文件放到同一个文件夹中，然后运行命令： java -jar abejar unpack xxxab xxxrar

（如果不想使用命令可以看看这篇文章 >

基础的adb命令： >

以上就是关于DBArtisan v8.6.1.3920 查询oracle数据库中的表时，其中的汉字显示为乱码，如何解决全部的内容，包括:DBArtisan v8.6.1.3920 查询oracle数据库中的表时，其中的汉字显示为乱码，如何解决、oracle中的数据库乱码的原因与解决、如何使用adb命令查看android中的数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！