管理员现在兑换物品出现了弊端 现在兑换物品后，由咱们去跟物品商那购买，购买后快递到兑换人那 1.由于兑换人那没有快递号，查询不了； 2.有时快递员打电话遇到你的手机没有开机或无法接通，快递就会把件给带走，一般都只打一次电话（他们会退回或自己收着了）这样对咱们论坛及兑换者都是损失啊~！

大家新年好啊，今天是上班第一天，新的一年开始了~！~！，有没有人敢报自己的年终年是多少啊，~！我来第一个7K

希望本月兑换的物品早点发，快过年了，都放假了（尤其是物流），月底发出，只能来年才能收到，还不一定能收到，过年积压容易丢。希望大家呼吁一下，管理员来解决一下这个问题嘛~！~！ 预祝本论坛所有人：新年快乐

1.连接微博--转发微博（贡献3，金币5，每天限一次）； 2.访问推广--（贡献4，金币5，每天限五次有奖励）防止恶意刷【同时也调动论坛的人气，有关注】； 3.注册推广--（贡献5，金币10，每天限二次有奖励）防止恶意刷【同时也调动论坛的人气】； 4.建立与开发程序相关的模块（如JS 、功能分享等）【让开发者能在此论坛找到一些分享，这样潜移默化的让他们了解到了本报表工具，增加潜在客户】 5.举报功能---像广告、恶意刷分者等（如查证 奖贡献10，金币20，每人对某人只能举报一次，如恶意举报扣除相应分数贡献10，金币20）【给大家一个清洁的论坛】 论坛是需要大家来共同来完善的，如有其他建议可以提出来，让管理员分折一下哪些可行。

欢迎大家来投票

file:///C:\Documents and Settings\Administrator\Application Data\Tencent\Users\364194725\QQ\WinTemp\RichOle\V@~56~F`~}建议对帖子，主题，组进行举报。办发票的都跑进来了，看着就碍眼。。管理员大大，来管管啊

1.我在做优化sql时，经常碰到使用in的语句，这时我们一定要用exists把它给换掉，因为Oracle在处理In时是按Or的方式做的，即使使用了索引也会很慢。　　比如：　　SELECT col1,col2,col3 FROM table1 a　　WHERE a.col1 not in (SELECT col1 FROM table2)　　可以换成：　　SELECT col1,col2,col3 FROM table1 a　　WHERE not exists　　(SELECT @#x@# FROM table2 b　　WHERE a.col1=b.col1)　　2.ORACLE对CHAR类型处理的问题，在ORACLE中对CHAR的处理是自动添加空格，比如char(8)存储'2007-11'，则在后面自动添加空格，所以导致以下很多查询怪异问题(在表test中有字段month为char(8)，存储着'2007-11'一条数据)　　这里再比较一下char,varchar,varchar2的区别：　　a．CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc"，对于CHAR (20)，表示你存储的字符将占20个字节(包括17个空字符)，而同样的VARCHAR2 (20)则只占用3个字节的长度，20只是最大值，当你存储的字符小于20时，按实际长度存储。　　b．CHAR的效率比VARCHAR2的效率稍高。　　c．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR，虽然它可定义VARCHAR类型的。 希望对大家有帮助

file:///C:\Documents and Settings\Administrator\Application Data\Tencent\Users\364194725\QQ\WinTemp\RichOle\Q$08AYZOP`%1F@LH(EXRABW.jpg

附件为oracle 数据导入导出，建用户授权，最简单的方法

我想知道，此论坛可以讨论其他方面的技术吗