Re:连接数据库的问题，大家快救我啊...

显示全部楼层 · 2021-1-29 05:17:07

jdbc:oracle:thin:@localhost:1521:orcl@主机名:端口：服务名

【在py.的大作中提到:】我连SQLServer没有问题，但是现在要用Oracle，请问：jdbc:oracle:thin:scott/tiger@eu:1521:xkyy请问jdbc:oracle:thin:后面的一些具体参数代表什么呀？

千问 · 2021-1-29 05:17:07

下面是比赛结果获奖情况今日也将公布，请关注http://acm.pku.edu.cn还有，参加的女生都会有奖：）ContestStanding
RankUserIdAcceptsPenalty109908043723:21:09(84069s)200001140514:28:33(52113s)300204082414:54:26(53666s)400204040416:59:20(61160s)500130004307:13:55(26035s)600004045308:40:03(31203s)709908114308:53:29(32009s)800103015311:06:47(40007s)900204731312:01:05(43265s)1000001054312:34:24(45264s)1100108008204:44:32(17072s)1200108108205:15:43(18943s)1300108031205:42:34(20554s)1400008045206:28:28(23308s)1500108009206:53:41(24821s)1600204001207:18:23(26303s)1710180029208:38:44(31124s)1800208086209:06:26(32786s)1910010054209:44:36(35076s)2010208078102:05:37(7537s)2100208081103:14:36(11676s)2209908066103:35:29(12929s)2310108046103:53:17(13997s)2400001031104:02:13(14533s)2510215066104:03:30(14610s)2610208132104:18:37(15517s)2700008065104:20:24(15624s)2800008071104:28:01(16081s)2900217201105:15:08(18908s)30A0217093105:35:02(20102s)3100001052105:49:04(20944s)3200001017106:54:52(24892s)3300001097108:01:14(28874s)3490201451108:34:28(30868s)3500108026000:00:00(0s)3600108024000:00:00(0s)3700108040000:00:00(0s)3800204726000:00:00(0s)3900208044000:00:00(0s)4010207067000:00:00(0s)4100201066000:00:00(0s)4210207010000:00:00(0s)4300108101000:00:00(0s)4410207013000:00:00(0s)4510067005000:00:00(0s)4600001024000:00:00(0s)4700208129000:00:00(0s)

千问 · 2021-1-29 05:17:07

简易Makefile生成器
对于一个具有多个文件的项目来说，使用Makefile来进行管理是非常有必要的。目前能够生成Makefile的工具很多，如autoconf、automake系列等。曾经在网上找到过一个功能非常强大的万能Makefile，它能够自动在指定的文件夹下搜索源码文件，识别文件依赖关系并自动编译，生成最终需要的可执行文件。另外，MinGWStudio也能把项目文件（*.msp）直接导出为Makefile。
然而，在实际使用过程中我发现，这些Makefile生成工具都有各种各样的问题。首先，autoconf和automake系列虽然功能强大，但使用起来相对复杂，而且需要项目本身在设计的时候就考虑到autoconf和automake的种种特性（例如项目如何利用config.h获取automake识别到的系统信息等）。万能Makefile使用相当简便，而且功能强大，但它必须把.cpp文件生成的.o放在和.cpp同样的目录下，给管理带来了极大的不便，尤其是无法使Debug版本与Release版本的中间文件和可执行文件并存。MinGWStudio导出的Makefile很好地解决了Debug版本和Release版本的并存问题，但有时候会出现依赖关系判定错误的现象，而且它不支持对源代码创建文件夹进行管理，在文件数量很多的时候管理较不方便。
为此，我编写了这个Makefile生成器。首先，它将编译项目需要的一些参数，如g++编译时需要的参数、链接时需要的参数和库文件等，读取出来，写到Makefile里面。然后，它再对项目中的每一个.cpp和.c判断依赖关系。编译器gcc和g++有个参数-M可以生成指定.cpp依赖的头文件列表，包括系统库的头文件；而-MM可以生成不包括系统库的头文件依赖表。然而，在实际使用中我发现，使用-MM生成不含系统库的头文件列表时，它会把所有用尖括号“”包含的头文件都看作系统文件而排除在外。如果项目中使用了尖括号来载入用户头文件的话，-MM生成的头文件列表就会出现严重疏漏。为了保证依赖列表的完整性，我将文件列表中所有的文件名均读入内存，使用-M生成包括系统库的完整依赖列表后，再和项目中的文件列表取交集，很好地解决了这个问题。
下面是Makefile生成器本身的生成脚本，从脚本中可以看出该生成器的使用方法：
===================================begin====================================;可以任意添加更多的configuration，例如Debug_NONE等;本文件文件名为kittie.kmk[Debug]OBJ_DIR=DebugOUTPUT_DIR=DebugTARGET=kittieC_INCLUDE_DIRS=-I../euc-I../k_libC_PREPROC=-DLINUX-D_DEBUGCFLAGS=-Wall-g-pgLIB_DIRS=LIBS=LDFLAGS=
[Release]OBJ_DIR=ReleaseOUTPUT_DIR=ReleaseTARGET=kittieC_INCLUDE_DIRS=-I../euc-I../k_libC_PREPROC=-DLINUX-DNDEBUGCFLAGS=-Wall-O2-fexpensive-optimizationsLIB_DIRS=LIBS=LDFLAGS=
;以下部分为文件名列表，所有冒号结束的行均被看作标号，;标号仅为方便管理，无实意，可以随意添加;文件名列表中的缩进均被忽略，可以自由地安排缩进，;通过标号和缩进，可以方便Vim等编辑器进行代码折叠，便于阅读Sourcefiles:kittie.cppHeaderfiles:kittie.hResourcefiles:k_lib:Sourcefiles:../k_lib/asm_app.cpp../k_lib/asm_doc.cppHeaderfiles:../k_lib/asm_app.h../k_lib/asm_doc.heuc:Sourcefiles:../euc/fileutil.cpp
;此行注释为Vim指定折叠方式，方便代码的组织与管理。;vim:ft=dosini:fdm=indent====================================end=====================================
附件中的图片展示了在Vim中使用kittie生成的Makefile编译kittie的界面，注意观察屏幕下方的输出，是不是很像VisualC++？:-)