随着Sybase被完全整合到SAP下,Sybase原来的支持网站被SAP Support Portal取代。
只有购买了SAP服务的用户才能使用账号登录SAP Support Portal进行介质下载、补丁升级、报Incident等。
目前,原Sybase所有产品(包括:Adaptive Server Enterprise、Sybase IQ、Replication Server、PowerDesigner等)的官方手册仍然可以从https://infocenter.sybase.com/help/index.jsp进行浏览或下载。暂不清楚该网站https://infocenter.sybase.com/help/index.jsp何时会被完全迁移到SAP Support上!
Sybase官方手册英文版有html和pdf两种格式,而中文版手册只有pdf一种格式。为了国内Sybase用户更方便、快捷地搜索Sybase常见产品的官方手册内容,特将中文版Sybase官方手册转为html格式!
Sybase产品官方手册中文版的html格式所有内容的版权归SAP公司所有!本博客站长是Sybase数据库的铁杆粉丝!
如有Sybase数据库技术问题需要咨询,请联系我!
以下官方手册为ASE 15.7 ESD#2中文版:
- 新增功能公告 适用于 Windows、Linux 和 UNIX 的 Open Server 15.7 和 SDK 15.7
- 新增功能摘要
- 新增功能指南
- ASE 15.7 发行公告
- 配置指南(windows)
- 安装指南(windows)
- 参考手册:构件块
- 参考手册:命令
- 参考手册:过程
- 参考手册:表
- Transact-SQL® 用户指南
- 系统管理指南,卷 1
- 系统管理指南,卷 2
- 性能和调优系列:基础知识
- 性能和调优系列:锁定和并发控制
- 性能和调优系列:监控表
- 性能和调优系列:物理数据库调优
- 性能和调优系列:查询处理和抽象计划
- 性能和调优系列:使用 sp_sysmon 监控 Adaptive Server
- 性能和调优系列:利用统计分析改进性能
- 程序员参考 jConnect for JDBC 7.0.7
- Adaptive Server Enterprise 中的 Java
- 组件集成服务用户指南
- Ribo 用户指南
- 内存数据库用户指南
- Sybase Control Center for Adaptive Server® Enterprise
- 安全性管理指南
- 实用程序指南
本节介绍如何使用 numeric、 image、 text、 date、 time 和 char 数据。
发送数值数据
SybPreparedStatement 扩展支持 Adaptive Server 处理 NUMERIC 数据类型的方 式,可为该数据类型指定精度 (总位数)和标度 (小数点后的位数)。
Java 中与此对应的数据类型 (java.math.BigDecimal)稍有不同,当 jConnect 应用程序使用 setBigDecimal 方法控制输入/输出参数的值时,这 些差异会引发问题。具体地说,有时参数 (无论是存储过程参数还是 列)的精度和标度必须与对应的 SQL 对象的精度和标度完全一致。
SybPreparedStatement 扩展与以下方法结合使用来加强 jConnect 应用程序 对 setBigDecimal 的控制:
public void setBigDecimal (int parameterIndex, BigDecimal X, int scale, int precision) throws SQLException
有关详细信息,请参见 jConnect 安装目录下 /sample2 子目录中的
SybPrepExtension.java 示例。
jConnect 的 TextPointer 类包含 sendData 方法,用于更新 Adaptive Server 或 SQL Anywhere 数据库中的 image 列。在 jConnect 的早期版本中,必 须在 java.sql.PreparedStatement 中使用 setBinaryStream 方法发送图像数 据。在当前版本中, TextPointer.sendData 方法使用 java.io.InputStream 将 图像数据发送到 Adaptive Server 数据库中,并且极大地提高了性能。
警告!使用 TextPointer 类的 sendData() 方法可能会影响应用程序,因为
TextPointer 不是标准的 JDBC 格式。
Sybase 建议使用标准 JDBC 格式 PreparedStatement.setBinaryStream(int paramIndex, InputStream image) 或 LOB 定位符支持来发送图像数据。但 是,在处理大图像数据时, setBinaryStream() 消耗的过程高速缓存中的 内存可能要远远多于 TextPointer 类。
在实现 TextPointer 类的替换之前, Sybase 将继续支持它。
若要获取 TextPointer 类的实例,可以在 SybResultSet 中使用两种
getTextPtr 方法之一:
public TextPointer getTextPtr(String columnName) public TextPointer getTextPtr(int columnIndex)
TextPointer 类中的公共方法
com.sybase.jdbcx 软件包提供 TextPointer 类。其公共方法接口为:
public void sendData(InputStream is, boolean log) throws SQLException
public void sendData(InputStream is, int length, boolean log) throws SQLException
public void sendData(InputStream is, int offset, int length, boolean log) throws SQLException
public void sendData(byte[] byteInput, int offset, int length, boolean log) throws SQLEXception
其中:
● sendData(InputStream is, boolean log) 用指定的输入流中的数据更新
image 列。
● sendData(InputStream is, int length, boolean log) 用指定的输入流中的数 据更新 image 列,其中 length 是发送的字节数。
● sendData(InputStream is, int offset, int length, boolean log) 用指定的输入 流中的数据更新 image 列,从 offset 参数中给定的字节偏移处开始传 送,直到传送完 length 参数中指定的字节数。
● sendData(byte[ ] byteInput, int offset, int length, boolean log) 用 byteInput 参数指定的字节数组中所包含的图像数据更新列。更新从 offset 参 数中给定的字节偏移处开始,一直持续到读取完 length 参数中指定 的字节数为止。
● log 是各种方法的参数,用于指定 image 数据是否要完全记录到数据 库的事务日志中。如果 log 参数设置为 “true”,则整个二进制图像 都会写入事务日志。如果 log 参数设置为 “false”,则将记录更新 操作,但图像本身并不写入日志。
❖ 使用 TextPointer.sendData 更新 image 列
使用图像数据更新列:
1 为要更新的行和列获取一个 TextPointer 对象。
2 使用 TextPointer.sendData 执行更新操作。
以下两节通过示例说明了这些更新步骤。该示例发送 Anne_Ringer.gif 文 件中的 image 数据,用以更新 pubs2 数据库中 au_pix 表的 pic 列。更新是 针对 author ID 为 899-46-2035 的行进行的。
获取 TextPointer 对象 text 和 image 列包含 timestamp 和页位置信息,它们与列的文本和图像数 据分开存放。在从 text 或 image 列中选取数据时,此额外信息作为结果 集的一部分 “隐含”起来。
用于更新 image 列的 TextPointer 对象需要此隐含信息,但不需要列数据 的图像部分。为了获取此信息,需将这一列选取到 ResultSet 对象中,然 后使用 SybResultSet.getTextPtr 提取文本指针信息,忽略图像数据,并创 建 TextPointer 对象。请参见以下示例代码。
当一列中包含大量的图像数据时,为一行或多行选取列并等待获取所有 数据很可能效率很低,因为不需要使用这些数据。为了缩短这一过程, 请使用 set textsize 命令最小化数据包中返回的数据量。为达到这一目 的,下面的代码示例在获取 TextPointer 对象时使用了 set textsize。
/*
* Define a string for selecting pic column data for author ID
* 899-46-2035.
*/
String getColumnData = "select pic from au_pix where au_id = '899-46-2035'";
/*
* Use set textsize to return only a single byte of column data
* to a Statement object.The packet with the column data will
* contain the "hidden" information necessary for creating a
* TextPointer object.
*/
Statement stmt= connection.createStatement(); stmt.executeUpdate("set textsize 1");
/*
* Select the column data into a ResultSet object--cast the
* ResultSet to SybResultSet because the getTextPtr method is
* in SybResultSet, which extends ResultSet.
*/
SybResultSet rs = (SybResultSet)stmt.executeQuery(getColumnData);
/*
* Position the result set cursor on the returned column data
* and create the desired TextPointer object.
*/ rs.next();
TextPointer tp = rs.getTextPtr("pic");
/*
* Now, assuming we are only updating one row, and won’ t need
* the minimum textsize set for the next return from the server,
* we reset textsize to its default value.
*/
stmt.executeUpdate("set textsize 0");
使用 TextPointer.sendData 进行更新
/*
以下代码利用了上一节中的 TextPointer 对象,使用 Anne_Ringer.gif 文件 中的图像数据来更新 pic 列。
*First, define an input stream for the file.
*/
FileInputStream in = new FileInputStream("Anne_Ringer.gif");
/*
* Prepare to send the input stream without logging the image data
* in the transaction log.
*/
boolean log = false;
/*
* Send the image data in Anne_Ringer.gif to update the pic
* column for author ID 899-46-2035.
*/
tp.sendData(in, log);
有关详细信息,请参见 jConnect 安装目录下 sample2 子目录中的
TextPointers.java 示例。
使用 text 数据
在早期版本中, jConnect 使用 TextPointer 类的 sendData 方法更新
Adaptive Server 或 SQL Anywhere 数据库中的 text 列。
Java 已不再支持 TextPointer 类,即在 Java 的后续版本中不再推荐使用, 并且可能会取消该类。
如果使用的数据服务器是 Adaptive Server 或 SQL Anywhere,请使用标 准 JDBC 格式发送文本数据:
PreparedStatement.setAsciiStream(int paramIndex, InputStream text, int length)
或
PreparedStatement.setUnicodeStream(int paramIndex, InputStream text, int length)
或
PreparedStatement.setCharacterStream(int paramIndex, Reader reader, int length)
jConnect for JDBC 支持 Adaptive Server datetime、 smalldatetime、 bigdatetime、 bigtime、 date 和 time 数据类型:
● datetime 可保存从 1753 年 1 月 1 日到 9999 年 12 月 31 日之间的日 期。在支持 1/300 秒精度级别的平台上, datetime 可精确到该级别。
用法 (date、 time、 datetime 和 smalldatetime)
用法 (bigdatetime 和
bigtime)
● smalldatetime 可保存从 1900 年 1 月 1 日到 2079 年 6 月 6 日之间的日 期,可以精确到分钟。
● bigdatetime 表示自 0000 年 1 月 1 日 0:00:00.000000 以来所经过的微
秒数。bigdatetime 值的合法范围为 0001 年 1 月 1 日 00:00:00.000000
到 9999 年 12 月 31 日 23:59:59.999999。
● bigtime 表示自一天开始所经过的微秒数。 bigtime 值的合法范围为
00:00:00.000000 到 23:59:59.999999。
● date 可保存从 0001 年 1 月 1 日到 9999 年 12 月 31 日之间的日期,与 java.sql.Date 中允许使用的值完全匹配。在 java.sql.Date 与 date 数据 类型间存在直接映射。
● time 可保存从 00:00:00:000 到 23:59:59:990 之间的时间。在
java.sql.Time 与 time 数据类型间存在直接映射。
● 如果从包含 date 或 time 列的表中选择数据,并且尚未 (通过设置 jConnect 版本)在 jConnect 中启用 date / time 支持,则服务器会在返 回 date 或 time之前尝试将其转换为 datetime 值。如果返回的日期早 于 1/1/1753,则会产生问题。在这种情况下,会出现转换错误,数 据库会向您通知该错误。
● SQL Anywhere 支持 date 和 time 数据类型,但 date 和 time 数据类型 并不直接与 Adaptive Server 12.5.1 和更高版本中的数据类型相兼容。 在使用 jConnect 与 SQL Anywhere 进行通信时,应当继续使用 datetime 和 smalldatetime 数据类型。
● 在 SQL Anywhere 中, datetime 列中的最大值是 1-1-7911 00:00:00。
● 使用 jConnect 时,如果试图将早于 1753 年 1 月 1 日的日期插入
datetime 列或参数中,则会收到转换错误。
● 有关 date 和 time 数据类型的详细信息,请参见 Adaptive Server 手册; 请特别注意其中有关可执行的隐式转换的一节。
● 如果对 Adaptive Server date、time 或 datetime 列使用 getObject,则返 回的值分别为 java.sql.Date、 java.sql.Time 或 java.sql.Timestamp 数据 类型。
● 连接到 Adaptive Server 15.5 及更高版本时, jConnect for JDBC 会使 用 bigdatetime 和 bigtime 数据类型传输数据,即使接收 Adaptive Server 列定义为 datetime 和 time 也是如此。
这意味着, Adaptive Server 可能自动截断来自 jConnect for JDBC 的 值以符合 Adaptive Server 列。例如,在数据类型为 time 的 Adaptive Server 列中, bigtime 值 23:59:59.999999 保存为 23:59:59.996。
● 连接到 Adaptive Server 15.0.x 和更早版本时,jConnect for JDBC 使用
datetime 和 time 数据类型传输数据。
使用 char/varchar/text 数据类型和 getByte
如果数据不是十六进制、八进制或十进制数据,请勿对 char、 univarchar、 unichar、 varchar 或 text 字段使用 rs.getByte。
jConnect 支持下列 Adaptive Server 数据类型:
● bigint–一种精确数值数据类型,设计为在现有 int 类型范围不足时 使用。
● unsigned int–无符号形式的精确数值整数数据类型: unsignedsmallint、 unsignedint 和 unsignedbigint。
● unitext–用于 Unicode 字符的可变长度数据类型。
Bigint 数据类型
Sybase 支持 bigint,它是一种 64 位整数数据类型,作为本机 Adaptive Server 数据类型受到支持。在 Java 中,此数据类型映射到 Java 数据类型 long。若要将此数据类型用作参数,可以调用 PreparedStatement.setLong ( int index , long value ),jConnect 即会将数据作为 bigint 发送给 Adaptive Server。在从 bigint 列进行检索时,可以使用 ResultSet.getLong ( int index ) 方法。
Unitext 数据类型
在使用 unitext 数据类型时, jConnect 中并没有发生 API 更改。使用 unitext
列时, jConnect 可以在内部存储和检索来自 Adaptive Server 的数据。
Unsigned int 数据类型
Adaptive Server 支持将 unsigned bigint、 unsigned int 和 unsigned smallint 作为本机 Adaptive Server 数据类型。由于在 Java 中并没有与之相对应的 无符号数据类型,因此,如果要正确处理数据,必须用 set 和 get 语句设 置和获取下一个较大整数。例如,如果要从 unsigned int 中检索数据, 使用 Java 数据类型 int 则会太小,不能包含大的正值,因此, ResultSet.getInt ( int index ) 可能会返回不正确的数据或抛出例外。若要正 确处理数据,应该用 get 语句获取下一个较大整数值 ResultSet.getLong()。可以按照下表用 set 或 get 语句设置或获取数据。
Adaptive Server
数据类型 Java 数据类型 unsigned smallint setInt()、 getInt() unsigned int setLong()、 getLong()
unsigned bigint setBigDecimal()、 getBigDecimal()
Sybase SQL Anywhere数据库恢复工具ReadASADB:
之前就已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具: ReadASADB。此工具支持ASA v5.0, v6.0, v7.0, v8.0, v9.0, v10.0, v11.0, v12.0, v16.0, v17.0等版本。
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具。
恢复Sybase SQL Anywhere的工具在国内处于领先水平。
Sybase SQL Anywhere数据库恢复工具ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具
- 适用于所有的SQL Anywhere版本 包括:5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x,17.x
- 适用于所有的UltraLite版本
- 能够恢复出来表结构和数据
- 能够恢复自定义数据类型
- 能够恢复存储过程等对象的语法
- 能够导出到目标数据库
- 能够导出到SQL文件并生成导入脚本
- 支持多种字符集,包括:cp850、cp936、gb18030、utf8等
- 能够恢复未加密或者简单加密类型的数据
- 简单易用
- 限制:不支持AES加密的数据文件
SQL Anywhere数据库非常规恢复工具ReadASADB使用介绍
Sybase SQL Anywhere数据库恢复工具ReadASADB适用场景
各种误操作:
- 误截断表(truncate table)
- 误删除表(drop table)
- 错误的where条件误删数据
- 误删除db或log文件
- 误删除表中的字段
Sybase SQL Anywhere数据库恢复工具ReadASADB的应用场景:
1.因为物理磁盘故障、操作系统、系统软件方面或者掉电等等原因导致的Sybase SQL Anywhere数据库无法打开的情况;
2.误操作,包括truncate table,drop table,不正确的where条件导致的误删除等;
Sybase SQL Anywhere无法打开时,比较常见的错误是:Assertion failed。
如:
1、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Checkpoint log: invalid bitmap page -- transaction rolled back
2、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Page number on page does not match page requested -- transaction rolled back
3、Internal database error *** ERROR *** Assertion failed:200502 (9.0.2.2451) Checksum failure on page 23 -- transaction rolled back
4、File is shorter than expected
5、Internal database error *** ERROR *** Assertion failed: 201116 Invalid free list index page found while processing checkpoint log -- transaction rolled back
6、*** ERROR *** Assertion failed: 51901 Page for requested record not a table page or record not present on page
7、*** ERROR *** Assertion failed: 201417 (7.0.4.3541) Invalid count or free space offset detected on a table page
8、Internal database error *** ERROR *** Assertion failed: 201425 (8.0.3.5594) Invalid count or free space offset detected on a free list page -- transaction rolled back.
9、Internal database error *** ERROR *** Assertion failed: 100702 (8.0.1.2600) Unable to modify indexes for a row referenced in rollback log -- transaction rolled back
Sybase ASE数据库恢复工具READSYBDEVICE:
一个不依赖数据库管理系统、直接从Sybase数据库设备文件上提取数据的业内领先的恢复工具!能够从损坏的Sybase ASE设备文件(.dat)上提取数据的非常规恢复工具。
Sybase ASE数据库恢复工具READSYBDEVICE的主要功能:
- 被勒索病毒加密数据文件及备份文件情况下的恢复;
- 系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏的备份文件情况下的恢复;
- 因断电、硬盘坏道等造成数据库文件损坏情况下的恢复;
- delete数据恢复、误update数据恢复、误删除表(drop)恢复、误truncate表恢复 等;
- 各种Sybase内部系统表损坏、索引错误的修复;
- master数据库损坏而无法正常运行情况下的恢复;
- Sybase数据库被标记为可疑,不可用等情况的恢复;
- Sybase数据库中数据文件内部出现坏块情况下的恢复;
- Sybase数据库无数据文件但有日志文件的情况下的恢复;
- Sybase数据库只有数据文件无任何日志文件的情况下的恢复;
- Sybase数据文件被误删除情况下的碎片提取恢复;
- 磁盘阵列上的Sybase数据库被误格式化情况下的数据库恢复;
- 数据库sysobjects等系统表损坏无法正常应用情况下的恢复;
- Sybase数据库还原数据库出现失败情况下的恢复;
- Sybase数据库只剩下损坏的备份文件情况下的恢复。
Sybase ASE数据库恢复工具READSYBDEVICE支持的版本:
Sybase ASE 11.0.x,11.5.x,11.9.x,12.0.x,12.5.x,15.0.x,15.5.x,15.7.x,16.0.xSQL Server数据库恢复工具SQLRescue:
一个不依赖数据库管理系统、直接从SQL Server数据库文件上提取数据的业内领先的恢复工具!能够从损坏的SQL Server数据库文件(.mdf)上提取数据的非常规恢复工具。
SQL Server数据库恢复工具SQLRescue的主要功能:
- 系统崩溃只剩下数据文件的情况下的恢复,即无日志文件或者日志文件损坏情况下的恢复;
- 断电导致数据库文件损坏情况下的恢复;
- 硬盘坏道造成数据库损坏情况下的恢复;
- 数据文件内部存在坏页情况下的恢复;
- 企业管理器误删除数据表记录,管理软件误删除数据表记录的恢复;
- 并闩锁错误、格式化、误删除后导致软件不能使用的情况;
- 无法读取并闩锁页sysindexes失败情况下的修复;
- 数据文件被误删除情况下的碎片提取恢复;
- 系统表损坏、索引错误、误删除数据库表、删除记录的数据找回;
- master数据库损坏而无法正常运行情况下的恢复;
- 数据文件无法附加情况下的数据恢复;
- 数据库被标记为可疑,质疑,不可用等情况的恢复;
- 数据库sysobjects等系统表损坏情况下的恢复;
- 数据被误(drop、delete、truncate)删除表数据的恢复,误update后的数据恢复等;
- 还原时报一致性错误,错误823等情况下的数据恢复,各种错误提示的数据库文件修复;
- 数据库被误格式化等情况下的数据库恢复;
- 日志收缩造成数据库损坏情况下的恢复;
- 仅剩损坏的备份文件情况下的恢复。
SQL Server数据库恢复工具SQLRescue技术特点:
只要SQL Server数据库的数据文件存在,我们就有办法帮您从数据文件中找回重要数据。- 从数据文件中直接恢复数据
- 不能附加时直接恢复数据并生成新的数据库
- 系统表损坏的数据库修复
- 快速修复SQL 823错误、连接中断错误
SQL Server数据库恢复工具SQLRescue支持的版本:
Microsoft SQL Server 7.0, 2000, 2005, 2008, 2008R2, 2012, 2014, 2016, 2017,2019。+-------------------------------------华丽的分割线-------------------------------------------------------------------------