你遇到的这个问题挺典型的——交互式启动dbisql能正常连接，但带-q参数执行查询时就报连接失败，大概率是命令格式或者连接参数的细节没处理好，我给你几个排查和解决的方向：

1. 给查询语句加上引号包裹 #

命令行里的查询语句如果包含空格（比如你的select max(id)），直接写会被操作系统解析成多个零散参数，导致dbisql无法正确识别完整的查询内容。你需要把整个SQL语句用双引号括起来：

dbisql -c "uid=dba;pwd=sql" -q "select max(id) from your_table_name"

注意：一定要指定表名！select max(id)本身缺少表名，交互式模式下可能默认了当前数据库的某个表，但命令行非交互式模式下不会自动推断，这也可能是触发错误的隐藏原因。

2. 补充连接字符串的服务器/数据库参数 #

当你单独启动dbisql -c "uid=dba;pwd=sql"时，工具可能会读取本地默认的服务器配置或者ODBC数据源的默认值，但带-q执行非交互式查询时，往往需要明确指定服务器和数据库信息。比如：

dbisql -c "uid=dba;pwd=sql;eng=your_server_name;db=your_database_name" -q "select max(id) from your_table_name"

你可以从交互式连接成功后的会话里，执行select @@servername, db_name();找到服务器名和数据库名，把这些信息补充到连接字符串里。

3. 调整参数顺序尝试 #

有些版本的dbisql对参数顺序有要求，你可以把-q参数和查询内容放到-c连接字符串前面试试：

dbisql -q "select max(id) from your_table_name" -c "uid=dba;pwd=sql;eng=your_server_name"

4. 先验证SQL语句的有效性 #

先在交互式dbisql里执行select max(id) from your_table_name，确认语句本身能正常返回结果，排除SQL语法错误导致的异常反馈（虽然报错提示是连接问题，但有时候语法错误也会触发奇怪的连锁报错）。

如果以上方法都不行，你可以检查一下Sybase客户端的环境变量配置，确保dbisql能正确找到驱动文件和服务器配置文件（比如sql.ini）。

内容的提问来源于stack exchange，提问作者mastercoder