http://topic.csdn.net/u/20080821/10/8cdac8b3-7d53-4b34-be02-75569f387121.html
不知道楼主怎么给分的,虽然我回答的不一定对,但给分给的却是回答的很离谱的那个
而且他也不是第一个
我不敢准确说是倒分其实分数只是一个游戏规则,有分数大家玩的开心一点,解决问题积极性高
要像这样玩,还有几个人愿意帮人列
而且强烈鄙视此人,在csdn IM上,他问了我很多问题,我都尽力回答
却这样,心寒啊.........
我等下把聊天记录贴出来

解决方案 »

  1.   


    在2008年08月21日 17点32分49秒,您发送给 jackyren007 的消息!
        服务器上 cpu没有反应?在2008年08月21日 17点32分45秒,jackyren007 给您发送的消息!
        是啊在2008年08月21日 17点32分38秒,jackyren007 给您发送的消息!
        死锁也似乎不可能在2008年08月21日 17点32分24秒,您发送给 jackyren007 的消息!
        一台机器的能力始终有限在2008年08月21日 17点32分21秒,jackyren007 给您发送的消息!
        实在是搞不清楚为什么没有反应在2008年08月21日 17点32分05秒,您发送给 jackyren007 的消息!
        我现在也在研究如何利用postgre进行分布式处理在2008年08月21日 17点31分46秒,您发送给 jackyren007 的消息!
        那还这么慢,那也没有办法了在2008年08月21日 17点31分25秒,jackyren007 给您发送的消息!
        4G在2008年08月21日 17点31分21秒,jackyren007 给您发送的消息!
        修改那些培植了在2008年08月21日 17点31分14秒,您发送给 jackyren007 的消息!
        postgre服务器的内存设置为多大?在2008年08月21日 17点31分02秒,您发送给 jackyren007 的消息!
        你服务器现在的内存是多大?在2008年08月21日 17点30分36秒,jackyren007 给您发送的消息!
        完全没反应在2008年08月21日 17点30分31秒,jackyren007 给您发送的消息!
        是啊在2008年08月21日 16点43分36秒,您发送给 jackyren007 的消息!
        你修改过服务器的config文件没有?在2008年08月21日 16点43分18秒,您发送给 jackyren007 的消息!
        还是很慢啊?在2008年08月21日 16点28分34秒,jackyren007 给您发送的消息!
        到现在都还没有解决这个问题.下面的操作也没有办法进行了在2008年08月21日 16点28分13秒,jackyren007 给您发送的消息!
        是啊在2008年08月21日 13点56分29秒,您发送给 jackyren007 的消息!
        还是讨论postgre更新优化,呵呵^_^在2008年08月21日 13点56分00秒,您发送给 jackyren007 的消息!
        你好,刚刚午休,没有在在2008年08月21日 13点23分18秒,jackyren007 给您发送的消息!
        ni hao a 
      

  2.   


    在2008年08月21日 17点38分40秒,jackyren007 给您发送的消息!
        呵呵在2008年08月21日 17点38分28秒,您发送给 jackyren007 的消息!
        比较满意,毕竟不要钱在2008年08月21日 17点38分18秒,您发送给 jackyren007 的消息!
        还不错,比oracle肯定差点,不过我用的还不错在2008年08月21日 17点38分04秒,jackyren007 给您发送的消息!
        对于超大量数据的处理能力如何呢?在2008年08月21日 17点37分47秒,jackyren007 给您发送的消息!
        感觉怎么样啊?在2008年08月21日 17点37分08秒,您发送给 jackyren007 的消息!
        这个东西摸了一段时间了在2008年08月21日 17点36分56秒,您发送给 jackyren007 的消息!
        以前糊里糊涂用了oracle一年多吧在2008年08月21日 17点36分40秒,您发送给 jackyren007 的消息!
        我这一年都在搞它呢在2008年08月21日 17点35分30秒,jackyren007 给您发送的消息!
        你最近也在研究postgres
        ?在2008年08月21日 17点35分19秒,jackyren007 给您发送的消息!
        但是一晚上这么久的还是第一次遇到在2008年08月21日 17点35分04秒,jackyren007 给您发送的消息!
        是啊在2008年08月21日 17点34分44秒,您发送给 jackyren007 的消息!
        其实有些数据库操作是很慢,也没有办法在2008年08月21日 17点34分23秒,您发送给 jackyren007 的消息!
        。。在2008年08月21日 17点34分14秒,jackyren007 给您发送的消息!
        我现在已经把更新停止了在2008年08月21日 17点34分03秒,jackyren007 给您发送的消息!
        恩.好的在2008年08月21日 17点33分45秒,jackyren007 给您发送的消息!
        但是更新就始终没有反应在2008年08月21日 17点33分43秒,您发送给 jackyren007 的消息!
        看你的这个更新是否在执行在2008年08月21日 17点33分32秒,您发送给 jackyren007 的消息!
        那你看看
        select * from pg_stat_activity在2008年08月21日 17点33分14秒,jackyren007 给您发送的消息!
        查询都还可以在2008年08月21日 17点33分04秒,jackyren007 给您发送的消息!
        有的啊 
      

  3.   


    在2008年08月29日 09点22分13秒,jackyren007 给您发送的消息!
        你msn是多少?在2008年08月29日 09点21分43秒,jackyren007 给您发送的消息!
        postgresql能够做到,连接两个不同服务器上的表的操作吗?在2008年08月21日 18点02分01秒,您发送给 jackyren007 的消息!
        恩,88在2008年08月21日 17点56分31秒,jackyren007 给您发送的消息!
        下班了.我先走了哈.有时间多交流在2008年08月21日 17点53分54秒,jackyren007 给您发送的消息!
        工作也不是太长时间在2008年08月21日 17点53分43秒,jackyren007 给您发送的消息!
        我在上海一家软件公司在2008年08月21日 17点44分15秒,您发送给 jackyren007 的消息!
        呵呵,你列在2008年08月21日 17点43分48秒,jackyren007 给您发送的消息!
        哦在2008年08月21日 17点43分24秒,您发送给 jackyren007 的消息!
        一般了,我才毕业一年呢,现在还不是学习阶段在2008年08月21日 17点43分09秒,您发送给 jackyren007 的消息!
        武汉的一家公司在2008年08月21日 17点41分24秒,jackyren007 给您发送的消息!
        你在哪里高就呢?在2008年08月21日 17点41分13秒,jackyren007 给您发送的消息!
        问题没有解决也不好意思走啊,呵呵在2008年08月21日 17点40分21秒,您发送给 jackyren007 的消息!
        呵呵,幸福啊,可以准点下班,我晚上还要加班呢在2008年08月21日 17点39分47秒,您发送给 jackyren007 的消息!
        有些问题还没有解决,还没有到最后大数据量的测试在2008年08月21日 17点39分46秒,jackyren007 给您发送的消息!
        下班了.两天了还没有搞定在2008年08月21日 17点39分30秒,jackyren007 给您发送的消息!
        恩在2008年08月21日 17点39分21秒,您发送给 jackyren007 的消息!
        估计最后有些表会到几百万条在2008年08月21日 17点38分59秒,您发送给 jackyren007 的消息!
        恩,我现在的数据还没有达到你的2千万条在2008年08月21日 17点38分47秒,jackyren007 给您发送的消息!
        这个市最主要的在2008年08月21日 17点38分42秒,jackyren007 给您发送的消息!
        是啊
      

  4.   


    在2008年08月29日 17点36分12秒,jackyren007 给您发送的消息!
        请教你一个问题啊在2008年08月29日 17点36分01秒,jackyren007 给您发送的消息!
        在吗?在2008年08月29日 09点26分41秒,jackyren007 给您发送的消息!
        呵呵在2008年08月29日 09点26分12秒,您发送给 jackyren007 的消息!
        db_link,看名字就知道是数据库之间的访问了,呵呵在2008年08月29日 09点25分48秒,jackyren007 给您发送的消息!
        我看下了在2008年08月29日 09点25分43秒,jackyren007 给您发送的消息!
        哦在2008年08月29日 09点25分37秒,jackyren007 给您发送的消息!
        但是我要操作的这两个表在不同服务器上在2008年08月29日 09点25分27秒,您发送给 jackyren007 的消息!
        要附加东西,postgresql本身,8.3好像都还不支持,不过那天看8.3.3好像貌似支持db_link在2008年08月29日 09点25分10秒,jackyren007 给您发送的消息!
        我想把两个表的内容连接起来,查询出来以后放到另外一张表在2008年08月29日 09点24分40秒,您发送给 jackyren007 的消息!
        你看看db_link在2008年08月29日 09点24分25秒,jackyren007 给您发送的消息!
        一条语句在2008年08月29日 09点24分10秒,您发送给 jackyren007 的消息!
        是一条sql语句还是分开连在2008年08月29日 09点23分41秒,jackyren007 给您发送的消息!
        postgresql能够做到,连接两个不同服务器上的表的操作吗?在2008年08月29日 09点23分19秒,您发送给 jackyren007 的消息!
        早,上班就上csdn在2008年08月29日 09点23分05秒,jackyren007 给您发送的消息!
        还以为你不在了在2008年08月29日 09点23分02秒,您发送给 jackyren007 的消息!
        就只能上csdn了,很可怜在2008年08月29日 09点22分56秒,jackyren007 给您发送的消息!
        呵呵,早啊在2008年08月29日 09点22分51秒,jackyren007 给您发送的消息!
        哦在2008年08月29日 09点22分41秒,您发送给 jackyren007 的消息!
        呵呵,公司用不了msn在2008年08月29日 09点22分29秒,您发送给 jackyren007 的消息!
        你说的是一个数据库访问另外一个?
      

  5.   


    在2008年09月04日 11点34分30秒,您发送给 jackyren007 的消息!
        你只要查处title相同,但是url不同的吧在2008年09月04日 11点33分02秒,jackyren007 给您发送的消息!
        恩,好的在2008年09月04日 11点32分34秒,您发送给 jackyren007 的消息!
        应该只要主键就够了,你等下在2008年09月04日 11点31分19秒,jackyren007 给您发送的消息!
        那就谢谢先了在2008年09月04日 11点29分15秒,jackyren007 给您发送的消息!
        我就列了一部分出来在2008年09月04日 11点29分00秒,jackyren007 给您发送的消息!
        字段太多了在2008年09月04日 11点28分25秒,您发送给 jackyren007 的消息!
        等下,我马上给你看看,把整个table给我看看吧,现在只看到你的primary key在2008年09月04日 11点24分13秒,jackyren007 给您发送的消息!
        这是我现在的sql语句.但是实在没办法过滤掉那些url相同的数据.能不能帮我看看有没有什么方法可以做到阿在2008年09月04日 11点23分29秒,jackyren007 给您发送的消息!
        select t1.url,t2.title,t2.count from page t1 join (select title,count(title) as count
        from page group by title having count(title)>1) t2 on t1.title = t2.title ;在2008年09月04日 11点21分20秒,jackyren007 给您发送的消息!
        但是没有办法过滤掉 url相同的那些数据在2008年09月04日 11点20分57秒,jackyren007 给您发送的消息!
        我现在只能做到 查出 title 相同,以及相同的个数在2008年09月04日 11点20分28秒,jackyren007 给您发送的消息!
        我想查询出 title 相同,相同的个数,但是url不同的纪录      有没有办法啊在2008年09月04日 11点19分08秒,jackyren007 给您发送的消息!
        现在有这样的一些数据:
        table page primary key(url,carrier,type)    url title carrier type .......    1,www.baidu.com 测试   001 02    2,www.baidu.com 测试  002 01    3,www.baidu.com 测试   003 01在2008年09月04日 11点18分09秒,您发送给 jackyren007 的消息!
        在,么问题啊在2008年09月04日 11点15分01秒,jackyren007 给您发送的消息!
        请教你一个问题啊在2008年09月04日 11点14分47秒,jackyren007 给您发送的消息!
        在吗?在2008年09月02日 14点30分44秒,jackyren007 给您发送的消息!
        没关系在2008年09月02日 14点30分41秒,jackyren007 给您发送的消息!
        好的在2008年08月29日 18点22分58秒,您发送给 jackyren007 的消息!
        没有注意网页在2008年08月29日 18点22分51秒,您发送给 jackyren007 的消息!
        呜呜,刚刚去忙了,你可以把问题给我留言吧 
      

  6.   


    在2008年09月04日 13点30分53秒,jackyren007 给您发送的消息!
        比如我再多检索一个字段,site_id    select t1.site_id,distinct t1.url,t2.title,t2.count from page t1 join (select title,count(title) as count
        from page group by title having count(title)>1) t2 on t1.title = t2.title ;在2008年09月04日 13点30分06秒,jackyren007 给您发送的消息!
        做distinct的字段必须放在最前面吗?在2008年09月04日 13点29分32秒,jackyren007 给您发送的消息!
        再顺便问你一下在2008年09月04日 13点29分23秒,jackyren007 给您发送的消息!
        确实比较快哈在2008年09月04日 13点09分23秒,jackyren007 给您发送的消息!
        好的阿.我再试一下在2008年09月04日 12点24分04秒,jackyren007 给您发送的消息!
        嗯,好的.谢谢在2008年09月04日 12点12分09秒,您发送给 jackyren007 的消息!
        上面那个错了,刚刚结果出来了,暂时就想到两次group,不过肯定慢点受不了在2008年09月04日 11点58分54秒,您发送给 jackyren007 的消息!
        这个快很多,应该是你要的在2008年09月04日 11点58分31秒,您发送给 jackyren007 的消息!
        select distinct t1.url,t2.title,t2.count from page t1 join (select title,count(title) as count
        from page group by title having count(title)>1) t2 on t1.title = t2.title ;在2008年09月04日 11点58分05秒,您发送给 jackyren007 的消息!
        select distinct r.id,t.main_node,t.count from rule r left join
        (select main_node,count(main_node) as count from rule group by main_node) as t
        on r.main_node = t.main_node在2008年09月04日 11点45分17秒,jackyren007 给您发送的消息!
        我试下在2008年09月04日 11点45分07秒,jackyren007 给您发送的消息!
        谢谢了在2008年09月04日 11点43分47秒,您发送给 jackyren007 的消息!
        不过估计有点慢在2008年09月04日 11点43分33秒,您发送给 jackyren007 的消息!
        select t1.url,t2.title,t2.count from page t1 (select title,count(title) as count
        from page group by title having count(title)>1) as t2 group by t1.url,t2.title,t2.count在2008年09月04日 11点39分07秒,您发送给 jackyren007 的消息!
        你现在就是url有重复吧在2008年09月04日 11点37分53秒,jackyren007 给您发送的消息!
        恩在2008年09月04日 11点37分45秒,您发送给 jackyren007 的消息!
        我想想在2008年09月04日 11点37分32秒,jackyren007 给您发送的消息!
        像上面的select项目一样在2008年09月04日 11点37分05秒,jackyren007 给您发送的消息!
        select t1.url,t2.title,t2.count from page t1 join (select title,count(title) as count
        from page group by title having count(title)>1) t2 on t1.title = t2.title ;在2008年09月04日 11点36分54秒,jackyren007 给您发送的消息!
        还有 这些url,以及title重复的个数 
      

  7.   


    在2008年09月08日 14点20分29秒,您发送给 jackyren007 的消息!
        一边是连接的问题在2008年09月08日 14点20分18秒,您发送给 jackyren007 的消息!
        sql语句执行超时在2008年09月08日 14点20分12秒,jackyren007 给您发送的消息!
        你帮我看看这个在2008年09月08日 14点20分02秒,jackyren007 给您发送的消息!
        恭喜在2008年09月08日 14点19分58秒,jackyren007 给您发送的消息!
        这个价格不错了在2008年09月08日 14点19分52秒,jackyren007 给您发送的消息!
        en在2008年09月08日 14点19分43秒,您发送给 jackyren007 的消息!
        待遇根据工作年限和水平有标准,我们基本没什么议价能力,满足了,慢慢再来^_^在2008年09月08日 14点19分37秒,jackyren007 给您发送的消息!
        顺便再问你个问题了,这里有个程序,执行过程中报了个 Message=[0], ErrorCode=08006, SQLState={3})Caused by: org.postgresforest.util.PSQLException: The timeout of the query was carried out在2008年09月08日 14点19分02秒,您发送给 jackyren007 的消息!
        大概在6-7k吧在2008年09月08日 14点18分44秒,jackyren007 给您发送的消息!
        他给你开的待遇多少?在2008年09月08日 14点18分33秒,您发送给 jackyren007 的消息!
        大本营在2008年09月08日 14点18分32秒,jackyren007 给您发送的消息!
        那还不错在2008年09月08日 14点18分27秒,jackyren007 给您发送的消息!
        是阿在2008年09月08日 14点18分22秒,您发送给 jackyren007 的消息!
        深圳本部在2008年09月08日 14点18分15秒,您发送给 jackyren007 的消息!
        HW现在挖人很猛的,主要是不太好招人在2008年09月08日 14点18分05秒,jackyren007 给您发送的消息!
        你面试的是在上海工作还是在广州阿?在2008年09月08日 14点17分55秒,您发送给 jackyren007 的消息!
        呵呵,谢谢。希望一切顺利在2008年09月08日 14点17分43秒,jackyren007 给您发送的消息!
        我们公司最近也有几个去了HW的在2008年09月08日 14点17分28秒,jackyren007 给您发送的消息!
        恭喜哈在2008年09月08日 14点17分12秒,您发送给 jackyren007 的消息!
        昨天被HW叫去面试,一切顺利,等待最后消息,可能下个月过去吧^_^ 
      

  8.   


    在2008年09月08日 14点36分50秒,jackyren007 给您发送的消息!
        嗯,.在2008年09月08日 14点33分35秒,您发送给 jackyren007 的消息!
        不要拿真实数据做实验^_^在2008年09月08日 14点33分21秒,您发送给 jackyren007 的消息!
        两种语句用select比较一下,或者先把数据库备份好,搞个实验的在2008年09月08日 14点32分26秒,jackyren007 给您发送的消息!
        我就是怕外层的删除是删除全部就麻烦了在2008年09月08日 14点31分59秒,jackyren007 给您发送的消息!
        恩在2008年09月08日 14点31分49秒,您发送给 jackyren007 的消息!
        看这个exists和你的in
        select的结果是不是一样的在2008年09月08日 14点31分29秒,您发送给 jackyren007 的消息!
        你先用select,不要用 delete尝试
        where exists (select id from page_t where page_t.url = page_key_t)在2008年09月08日 14点28分37秒,jackyren007 给您发送的消息!
        恩 .这个也考虑过.但是不知道怎么修改成exists的在2008年09月08日 14点26分03秒,您发送给 jackyren007 的消息!
        能不用in就尽量不要用in在2008年09月08日 14点25分37秒,您发送给 jackyren007 的消息!
        哦,这条语句可以把in改为exist或者left join在2008年09月08日 14点25分08秒,jackyren007 给您发送的消息!
        超出最大连接我以前遇到过,通常会报告[sorry,too many clients already]的错误在2008年09月08日 14点23分47秒,jackyren007 给您发送的消息!
        恩,java的在2008年09月08日 14点23分39秒,jackyren007 给您发送的消息!
        服务没有down,这个我察看过了在2008年09月08日 14点23分06秒,jackyren007 给您发送的消息!
        你帮我看看这个语句还有没有优化的余地呢在2008年09月08日 14点22分58秒,您发送给 jackyren007 的消息!
        你这是java吧,有可能是超出最大连接,或者服务器忙,还有就有一个可能是服务down掉了在2008年09月08日 14点22分42秒,jackyren007 给您发送的消息!
        语句这样的,但是数据库里面也就200多万条数据.也不至于慢到超时阿在2008年09月08日 14点22分00秒,jackyren007 给您发送的消息!
        delete from
        page_key_t
        where url in (
        select url from page_t order by cre_date ASC
        limit (#nowCollectionStore#-#maxCollectionStore# + 1)
        );在2008年09月08日 14点21分30秒,jackyren007 给您发送的消息!
        就是,先报了个上面的错误,后面又报了个数据库连接失败的错误.就一直廉洁不上了在2008年09月08日 14点20分59秒,您发送给 jackyren007 的消息!
        不知道你这是为什么在2008年09月08日 14点20分30秒,jackyren007 给您发送的消息!
        我估计是因为超市 
      

  9.   


    在2008年09月08日 17点13分05秒,jackyren007 给您发送的消息!
        谢谢提醒在2008年09月08日 17点13分00秒,jackyren007 给您发送的消息!
        哦,忘记了在2008年09月08日 17点11分01秒,您发送给 jackyren007 的消息!
        兄弟你的帖子好久没结,小心强制结贴啊在2008年09月08日 17点08分32秒,jackyren007 给您发送的消息!
        哦.谢谢,呵呵在2008年09月08日 17点07分21秒,jackyren007 给您发送的消息!
        还在布拉?在2008年09月08日 17点07分20秒,您发送给 jackyren007 的消息!
        关闭log在配置选项里有,自动commit倒真不知道在2008年09月08日 17点06分07秒,jackyren007 给您发送的消息!
        postgresql关闭log和自动commit的方法是什么啊?在2008年09月08日 15点25分46秒,您发送给 jackyren007 的消息!
        呵呵,估计这周差不多吧,离职也需要一段时间在2008年09月08日 14点55分38秒,jackyren007 给您发送的消息!
        确定了的话,还是很快的.估计2-3天就回复你了在2008年09月08日 14点55分11秒,jackyren007 给您发送的消息!
        我认识的几个,都是先去广州培训,再回上海工作的.在2008年09月08日 14点54分33秒,jackyren007 给您发送的消息!
        恩.这个是必然的了在2008年09月08日 14点52分17秒,您发送给 jackyren007 的消息!
        现在只能说90%的把握,还不是要干好手头工作,等那边确定了就打离职报告了在2008年09月08日 14点51分50秒,您发送给 jackyren007 的消息!
        等待通知啊,呵呵,还要等那边审批下来在2008年09月08日 14点46分52秒,jackyren007 给您发送的消息!
        你什么时候去报到了在2008年09月08日 14点46分30秒,jackyren007 给您发送的消息!
        我再研究研究了.谢谢了哈.兄弟在2008年09月08日 14点46分12秒,jackyren007 给您发送的消息!
        是啊.但是这个错误实在不好解决的在2008年09月08日 14点44分38秒,您发送给 jackyren007 的消息!
        in在逻辑上比较好理解在2008年09月08日 14点44分28秒,您发送给 jackyren007 的消息!
        那就只能用in了在2008年09月08日 14点37分22秒,jackyren007 给您发送的消息!
        看来比较麻烦在2008年09月08日 14点37分09秒,jackyren007 给您发送的消息!
        冒是不行.查询结果是外层的全部结果..
      

  10.   

    自己从今年一月开始使用postgresql,边做开发边研究数据库
    掌握的并不是精通,但受postgre本身开源思想的启迪,取之于社区,回馈于社区
    虽然现在没有能力,也不方便在代码或者测试上提供回馈,但希望能够通过自己的努力使得postgresql有更多的人了解,使用
    遇到这样的人实在是,不知道说什么了把最后一点分也都散掉,散尽郁闷
      

  11.   

    本帖最后由 yueliangdao0608 于 2008-09-09 07:12:40 编辑
      

  12.   

    呵呵,楼主冷静一点,正如 yueliangdao0608 所说,虚拟分有什么用,除了满足一点虚荣心以外,
    在CSDN呆久了,什么人都会遇到,我就遇到3个对我进行攻击的人。还是回答的技术问题。
    只要自己学到了知识,这些不算什么。