December 2006


收到coat乐,同捆还有一本很designer的uniqlo paper首刊,看得我很多沉睡的艺术细胞沸腾。
当年那个土土的urban fasion大众品牌,脱颖而出,迅速上位,期待有朝一日成为世界知名品牌,我就发达了,咔咔咔。
 
From Tokyo to New York. It is a long trip - a lot of airtime, a lot of air miles and a lot of time zones.  It’s arbitray really, but as it stands now wa say Tokyo is 12 hours ahead, while New York is 12 hours behind. But another way to look at it is that they are just exact opposites. Just change a.m. to p.m. Night and day.
 
这段话,我感触好深,sorosoro又该做下个月出游的思想准备了
 
UT派,都说要。
 
用以下命令检查。
select ‘alter ‘||decode(substr(object_type,1,7),’PACKAGE’,’PACKAGE’, object_type)||’ ‘||object_name ||’ compile ‘|| decode(substr(object_type,1,7),’PACKAGE’,’body;’,’;’) from user_objects where status=’INVALID’ and object_type<>’TYPE BODY’
再用输出结果recompile.
 
 
OP派,说不用,oracle自己会搞定。
 
The views in question reference PL/SQL functions, which are loaded the last by the IMP utility.
It won’t hurt to recompile the invalid objects, though it’s not strictly necessary (as Oracle always attempts recompilation of an invalid object on first access). There is a standard Oracle script for that purpose (%oracle_home%\rdbms\admin\utlrp.sql on the database server).
 
 
这些年来,差不多可以说我把哈根达斯吃遍了。
 
昨天吃的hezel nuts竟然是香榧子。
 
当年大学毕业离开上海前特意去买了一斤,想着过了这个村就没有这个庙乐,97块一斤,我记得不要太清楚。
 
这些年来一直以为它是什么珍奇猛兽,原来在国外堂堂的存在着。
 
论坚果的味道么,当然是比较特别,不过比冰激凌的味道,还是榛子得来的更香浓。
 
 

When trying to do a Oracle database dump or export, be it full entire database export or a particular user or table export, the following message may appears right after status of exporting a table.

EXP-00091: Exporting questionable statistics.

The cause for this error is because statistics may not be useable although Export was able to export statistics. The statistics are questionable because one or more of the following happened during export:

  • A row error occurred
  • Client character set or NCHARSET (where you run the Export) does not match with the server (database character set)
  • A query clause was specified on export, only certain partitions or subpartitions were exported
  • A fatal error occurred while processing a table

The resolution is to export non-questionable statistics, change the client character set or NCHARSET to match the server, export with no query clause, or export complete tables.

Most commonly, the EXP-00091 happens when the character set of client where Exp is running is different from character set of Oracle database server.

To solve this issue, try setting the NLS_LANG environment variable at the OS level, prior to the export session, to match your database character set. Syntax as follow, change the character set to your database’s character set.

export NLS_LANG=WE8ISO8859P1

For easier way of resolution, export with option “STATISTICS=NONE”. Also, if you’re using Oracle 10g, use Oracle Date Pump’s expdp and impdp instead of instead of exp and imp to export and import the data.

It’s pretty safe to say that if EXP-00091 is the only error message, the export’s row data is without any problems. If desired, import parameters can be supplied so that only non-questionable statistics will be imported, and all questionable statistics will be recalculated.

At the beginning of Export, the charset of the database will be shown. Else, you will need to use “show parameter nls” in SQL*Plus to check what charset the Oracle database is using.

 

 

 

http://www.mydigitallife.info/2006/03/19/oracle-exp-00091-error-when-export-database/

就在刚刚,因为之前看上的大衣,忽然打了6折,没忍住,买了。该死的online shopping/…
 
其实数字表明,还有存货5件,,忍一忍有很大可能打2-3折的(因为偏小,没人穿的下,我窃以为),况且,我根本就不需要coat. 我。。。
 
因为一个同事的离去,其他同事都纷纷在悼念她。
我只是之前的日记里面隐会的提到,在心里默默的悼念,希望 大家不会被悲情感染,哪怕是一点点。
虽然越来越多的人渐渐放弃对爱情的幻想,虽然有更多的现实让我认识到婚姻也许是爱情的坟墓,但却从没有放弃过我的爱情理想。
因为我的周围还有很多很优秀的夫妇,夫,妇。他们让我知道,伟大的爱情真实的存在。
无意中又听到这首听过无数遍的《烂泥》,顿时觉得恰恰就是在歌颂那位伟大的丈夫,风风雨雨默默守护他的妻子直到最后一刻,浪漫如诗却又平凡如歌。
 
 

« Previous Page