搜索 社区服务 统计排行 帮助
  • 12528阅读
  • 100回复

[原创]凉宫春日系列,FX的一点拙见[剧透...sorry]

楼层直达
级别: 新手上路
注册时间:
2006-05-06
在线时间:
0小时
发帖:
27
只看该作者 75楼 发表于: 2006-05-06
被触动中,楼主不得不佩服一下

级别: 圣骑士
注册时间:
2003-04-03
在线时间:
0小时
发帖:
1615
只看该作者 76楼 发表于: 2006-05-06
这么长,佩服楼主。

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

级别: 骑士
注册时间:
2006-01-11
在线时间:
28小时
发帖:
656
只看该作者 77楼 发表于: 2006-05-06
OTZ 这是 凉宫春日的圣经??

做得越多,烂尾机会越大。
什么?泡狗又拿刀了?
追星:俺爷爷进宫之后又出来了。多少年了。
毒辣辣辣:进宫2月有多了。把JJ给我还回来!
勇者:宫外排队中。估计也快了。
级别: 新手上路
注册时间:
2006-05-06
在线时间:
0小时
发帖:
27
只看该作者 78楼 发表于: 2006-05-06
引用
最初由 cloudvii 发布
这么长,佩服楼主。

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

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

级别: 精灵王
注册时间:
2005-12-14
在线时间:
6小时
发帖:
2684
只看该作者 79楼 发表于: 2006-05-07
引用
最初由 rednaxela 发布

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

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

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

引用
最初由 疯兔子 发布


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

(喝茶--)

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

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

引用
最初由 Corundum 发布


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

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

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

引用
最初由 mcv 发布

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


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

其实很容易理解,从宇宙诞生,到宇宙死亡的过程,一直都是处于进化的状态,而统合思念体作为宇宙资讯的数据库,当然也是一直处于进化状态。
级别: 工作组
注册时间:
2005-04-24
在线时间:
0小时
发帖:
275
只看该作者 80楼 发表于: 2006-05-07
把我默认为会社員还真是厚道的想法呢~呵呵
其实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)
级别: 新手上路
注册时间:
2002-05-24
在线时间:
0小时
发帖:
121
只看该作者 81楼 发表于: 2006-05-07
强贴!!!收了!
这定是要加精的阿!!!!!!!

迷上Mark Ryden
级别: 骑士
注册时间:
2005-06-15
在线时间:
0小时
发帖:
1321
只看该作者 82楼 发表于: 2006-05-07
引用
最初由 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."

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


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

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


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

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

偶家主席又回来了~~撒花
级别: 光明使者
注册时间:
2004-04-14
在线时间:
26小时
发帖:
16482
只看该作者 83楼 发表于: 2006-05-07
如此海量信息的顶楼让人感到十分的舒服。

级别: 侠客
注册时间:
2006-02-14
在线时间:
0小时
发帖:
494
只看该作者 84楼 发表于: 2006-05-07
HOHO发现有意思的东西了呢...
级别: 精灵王
注册时间:
2005-12-14
在线时间:
6小时
发帖:
2684
只看该作者 85楼 发表于: 2006-05-07
引用
最初由 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手拉手站一块在搞数据库的人看来本身就是一件很的事情……
级别: 圣骑士
注册时间:
2002-05-01
在线时间:
4小时
发帖:
2174
只看该作者 86楼 发表于: 2006-05-07
lz对科幻的理解完全错误。DUNE就是放到石器时代也是科幻。

凉宫其实就是现代版的slayers。其它的东西都是忽悠人的。
级别: 新手上路
注册时间:
2005-05-23
在线时间:
0小时
发帖:
93
只看该作者 87楼 发表于: 2006-05-07
来拜帖……透过这帖看到光晕了XDD
(不过几乎没有好好看……对不起OTL)
级别: 骑士
注册时间:
2006-02-11
在线时间:
0小时
发帖:
1264
只看该作者 88楼 发表于: 2006-05-07
。。。。。。

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

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

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

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

[泪奔ING。。。。]
级别: 精灵王
注册时间:
2005-12-14
在线时间:
6小时
发帖:
2684
只看该作者 89楼 发表于: 2006-05-07
引用
最初由 natlyra 发布
。。。。。。

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

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

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

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

[泪奔ING。。。。]

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

其实每篇我都有看的,只是没看小说印象不深很快又忘记了:eek:
快速回复

限150 字节
上一个 下一个