『漫游』酷论坛>『动漫主题讨论区』>[原创]凉宫春日系列,FX ..

bearnaps@2006-05-06 23:09

被触动中，楼主不得不佩服一下
引用

cloudvii@2006-05-06 23:25

这么长，佩服楼主。

ps：楼上的不妨改用超级女声的头三位做个sos舞姿的签名，一定有出人意料的效果。
引用

resin307@2006-05-06 23:47

OTZ 这是 凉宫春日的圣经？？
引用

bearnaps@2006-05-06 23:53

引用
最初由 cloudvii 发布
这么长，佩服楼主。

ps：楼上的不妨改用超级女声的头三位做个sos舞姿的签名，一定有出人意料的效果。

我不会改图，再说那样一想我看我就会全身不舒服
引用

diron2000@2006-05-07 00:02

引用
最初由 rednaxela 发布

没错,HAVING是应该为GROUP BY下的可选clause,这里的使用是有问题的.
但是非空的问题,我之前还专门在我机器上的MySQL上试过,验证了这么写是代表非空.

不知道在SQL SERVER 200X和ORCLE里这样也能成功嘛，手头没软件试不了

MYSQL作DBMS后台，你在的公司是不是很穷[/han] ……灵异现象多是因为linux不够HD啊

引用
最初由 疯兔子 发布


“情报生命体”
如果有这种东西的话，八成是不能以现有的生物学解释的玩意罢，“进化”大约指的是“资讯处理能力的提升”，但这种进化并不能按它们的设想无限进行下去，因为宇宙是“有限”的，所以理论上当它们掌握了全宇宙的情报后便到极限了，也就是说，它们可以掌握，了解，处理资讯，但不能凭空创造，这点是跟团长的根本性区别，所以也难怪它们这么对团长感兴趣了，这便是从有限向无限的跨越哩

（喝茶--）

对前半部分持有异议，就目前流行的两种宇宙死亡论，无论是『开宇宙』（也叫热寂，经过足够长的时间，连基本粒子也已经被分解掉，宇宙最终变成一锅稀得难以置信的汤，其中有光子、中微子，越来越少的电子和正电子。所有这些粒子都在缓慢地运动，彼此越来越远，不会再有任何基本物理过程出现，但宇宙仍在不断的缓慢的扩展）还是『闭宇宙』（内部引力超过膨胀力，宇宙开始收缩，内部坍塌，爆炸的反过程），资讯总是处于变化的状态，所以统合思念体是不可能达到极限的，当然『闭宇宙』的终点是重归一点，宇宙彻底灭亡，这样统合思念体也必须消亡吧

团长倒可以这么理解：统合思念体发现了一个普通用户正在行使ADMIN权限……

引用
最初由 Corundum 发布


在我的心灵宇宙（YY宇宙）里，是这样理解的：时间、空间、物质、能量全是信息的不同表象，就像量子力学里描述一个系统状态可以用不同的表象一样。信息是否也是某种“根源”的表象我不确定，但至少信息统合思念体认为信息就是“根源”，即宇宙的本质。这种信息本质论在近几年似乎愈发流行。

既然时空都是信息的表象，那么信息和时空的相互作用本质上就是信息间的相互作用，信息统合思念体的“进化”即是包括了（或者说离不开）和“时间表象”所描述的信息相互作用过程。

比较同意，时间、空间、物质、能量只是人类参考信息的不同界面，信息相互作用的过程即是统合思念体的“进化”过程。

引用
最初由 mcv 发布

那就不能称之为进化了。因为由此定义而来，任何过程都是“进化”。当然也许外星人的定义和我们的有些不同:D


确实如此，退化这个词只是站在人类利益的角度而诞生的，时间也只是为人类方便理解信息而作的一个资讯表达界面，只是我们习惯了使用这个界面，就主观的认为进化和时间是相互联系的。

其实很容易理解，从宇宙诞生，到宇宙死亡的过程，一直都是处于进化的状态，而统合思念体作为宇宙资讯的数据库，当然也是一直处于进化状态。
引用

rednaxela@2006-05-07 00:42

把我默认为会社員还真是厚道的想法呢~呵呵
其实FX才大二嘛,怎么会在公司里呢.
是在做学院内部使用的系统时用了MySQL而已,没什么大不了的.至于我在文里说到的诡异问题,后来都解决掉了.
Hmm,学院其他系统用的貌似是Oracle 8i? 没去仔细了解了,反正下个学期还要接另外一个系统的维护.

刚才开SQL Server 2005试了一下,果然光一个col_name而不用完整的boolean expresssion是不行的.不过基于SQL本身就是各个产品的dialect都不一样,也不能把人家一棒子拍死了.要是拿Oracle的SQL dialect在Informix上恐怕也不全部能用吧=_=b(那个...DB2UDB手上没有,不敢乱说.)

刚才同样也测试了一下在MySQL下单独使用HAVING语句而之前没有GROUP BY的状况.结果是,不写GROUP BY语句就等于把前面全部当作一个GROUP,于是这个HAVING语句就跟普通的WHERE几乎一样了.这次,SQL Server 2005再次不行.原因自然是我们的常识下的HAVING语句的使用方法咯:"because it is not contained in either an aggregate function or the GROUP BY clause."

如是说.事情实验验证过之后自然就知道.

对了,之前一直忘了说.分开来说,那几个语句在MySQL里都可以使用,但是要真完全按照谷川所写的那句那么输入的话,一定会失败;去掉中间那段ORDER BY语句倒是可以(汗么?WHERE和HAVING同时作用在了同一块查询上哦=_=b)
引用

强贴！！！收了！

pudding@2006-05-07 00:45

这定是要加精的阿！！！！！！！
引用

maguspriest@2006-05-07 00:52

引用
最初由 rednaxela 发布
把我默认为会社員还真是厚道的想法呢~呵呵
其实FX才大二嘛,怎么会在公司里呢.
是在做学院内部使用的系统时用了MySQL而已,没什么大不了的.至于我在文里说到的诡异问题,后来都解决掉了.
Hmm,学院其他系统用的貌似是Oracle 8i? 没去仔细了解了,反正下个学期还要接另外一个系统的维护.

刚才开SQL Server 2005试了一下,果然光一个col_name而不用完整的boolean expresssion是不行的.不过基于SQL本身就是各个产品的dialect都不一样,也不能把人家一棒子拍死了.要是拿Oracle的SQL语法在Informix上恐怕也不全部能用吧=_=b

刚才同样也测试了一下在MySQL下单独使用HAVING语句而之前没有GROUP BY的状况.结果是,不写GROUP BY语句就等于把前面全部当作一个GROUP,于是这个HAVING语句就跟普通的WHERE几乎一样了.这次,SQL Server 2005再次不行.原因自然是我们的常识下的HAVING语句的使用方法咯:"because it is not contained in either an aggregate function or the GROUP BY clause."

如是说.事情实验验证过之后自然就知道.


不知道各位都是学什么的。。。
讨论的问题偶基本听不懂。。。。

什么时空，宇宙信息之类的事情，真的听不懂。。。


那些公式我最多认识不到一半。。。。

按最终推倒兵器的话：对凉宫里的伪科学最好还是一笑了之。。。。
引用

yanbo8502@2006-05-07 01:50

如此海量信息的顶楼让人感到十分的舒服。
引用

灼眼の夏亚@2006-05-07 01:53

HOHO发现有意思的东西了呢...
引用

diron2000@2006-05-07 02:31

引用
最初由 rednaxela 发布
把我默认为会社員还真是厚道的想法呢~呵呵
其实FX才大二嘛,怎么会在公司里呢.
是在做学院内部使用的系统时用了MySQL而已,没什么大不了的.至于我在文里说到的诡异问题,后来都解决掉了.
Hmm,学院其他系统用的貌似是Oracle 8i? 没去仔细了解了,反正下个学期还要接另外一个系统的维护.

刚才开SQL Server 2005试了一下,果然光一个col_name而不用完整的boolean expresssion是不行的.不过基于SQL本身就是各个产品的dialect都不一样,也不能把人家一棒子拍死了.要是拿Oracle的SQL dialect在Informix上恐怕也不全部能用吧=_=b(那个...DB2UDB手上没有,不敢乱说.)

刚才同样也测试了一下在MySQL下单独使用HAVING语句而之前没有GROUP BY的状况.结果是,不写GROUP BY语句就等于把前面全部当作一个GROUP,于是这个HAVING语句就跟普通的WHERE几乎一样了.这次,SQL Server 2005再次不行.原因自然是我们的常识下的HAVING语句的使用方法咯:"because it is not contained in either an aggregate function or the GROUP BY clause."

如是说.事情实验验证过之后自然就知道.

对了,之前一直忘了说.分开来说,那几个语句在MySQL里都可以使用,但是要真完全按照谷川所写的那句那么输入的话,一定会失败;去掉中间那段ORDER BY语句倒是可以(汗么?WHERE和HAVING同时作用在了同一块查询上哦=_=b)

MYSQL中HAVING语句可以单独使用以及where code_data 被判定正确便是linux不HD的表现，OS总是最大限度的认为用户的指令是正确的，这样直接导致灵异事件大幅增加，而且有的时候很RP，用freeswan架VPN，步骤都对，最后居然公钥文件丢失[/KH]

SQL SERVER 2005报错也是理所当然的，DB2和Informix就没必要再为考究去试了……话说你学的还真全的。。。DB2倒也罢了，Informix也学了就真的很强劲口牙:eek:

其实我也一直忘了说，where和having手拉手站一块在搞数据库的人看来本身就是一件很的事情……
引用

aaabbbccc@2006-05-07 02:52

lz对科幻的理解完全错误。DUNE就是放到石器时代也是科幻。

凉宫其实就是现代版的slayers。其它的东西都是忽悠人的。
引用

赤い彗星@2006-05-07 03:27

来拜帖……透过这帖看到光晕了XDD
（不过几乎没有好好看……对不起OTL）
引用

natlyra@2006-05-07 03:41

。。。。。。

难怪NA的笔记没人看哈。。。

看来以后NA还是不要在笔记中涉及技术性问题了。。。班门弄斧啊。。。

专心的写人物评介和感想吧。。。

不过。。。如果LZ在这方面建树也颇高的话。。。

[泪奔ING。。。。]
引用

diron2000@2006-05-07 05:09

引用
最初由 natlyra 发布
。。。。。。

难怪NA的笔记没人看哈。。。

看来以后NA还是不要在笔记中涉及技术性问题了。。。班门弄斧啊。。。

专心的写人物评介和感想吧。。。

不过。。。如果LZ在这方面建树也颇高的话。。。

[泪奔ING。。。。]

不是你的错，因为置顶贴又被称为“建议忽略贴”，在KTXP就算隔上1小时我也能攻占你第一楼，小sum走了连染色的机会都米了，可怜口牙

其实每篇我都有看的，只是没看小说印象不深很快又忘记了:eek:
引用

«34567»共7页

| TOP