课程学习与Linux
陈老师
来。
1. 微机原理与汇编语言课程。大家现在学的是8086下16位的汇编语言，这样的机型已经只能在博物馆找到了。但是，为什么还给大家讲8086（16
位）而不是80386（32位），这是因为，作为教学，8086比较好入门，课堂教学的作用是把大家领入门。但是，作为学生，如果仅限于学8086下的
汇编，工作以后根本找不到这样的应用场景，因此，建议汇编语言的上机在Linux环境下。但是Linux下的汇编是AT&T格式，关于intel汇编与
AT&T汇编的差异，在Linux内核之旅网站上，《深入分析Linux内核源代码》的第二章有一节给出了比较。要想看到Linux下的汇编是什么样
的，把你编译后的目标代码反汇编。比如，你你写了一个简单的C程序hello.c，用Gcc和ld对其进行编译和连接后，得到的可执行程序为
hello，然后用Linux的实用程序objdump可以对其反汇编：
$ objdump –d hello
那么，如何用GCC编译汇编语言，很简单：
Gcc –o test test.S
2. C语言课程：C语言的教学是在DOS下（简单的环境有助于大家把精力放在语言本身），一个16位的编程环境，可是，在现实应用中，同样很难找到这
样的应用场景了，因此，C语言的编程环境同样需要延伸。Linux下的C，除了遵循标准C，还遵循GNU 扩展C，因此，在Linux用C，会觉得C知
识的缺口还依然很大。Linux下的应用场景：
场景之一：嵌入式开发，C首当其冲了，其中，vim+gcc+gdb为字符界面的开发工具。嵌入式图形界面，比较好的选择是MiniGUI-清华大学毕
业的魏永明领头的开源项目，已经有多个年头了，而且有较好的应用基础了。
场景之二：图形化开发。在DOS下做图形界面，意义很小了。在Linux下，基于C的图形化界面开发环境主要是基于GTK和GLAD，新近的IDE为
Anjuta，据说相当不错。
还有其他的应用场景和开发环境，大家补充一下了。
3. C++课程：作为面向对象的基础语言，应用场景宽泛多了，开发环境也很多，大家可以补充。在Linux下的开发环境与C基本相同。
4. Java语言课程：Java本来跨平台，无所谓什么在操作系统下进行开发。但是，选择Linux下的elipse开发环境，是否可以一举几得。
5. 数据结构课程：数据结构本是与语言无关的，主要关注的是算法。但是，因为现在的教材用C语言描述（过去用类Pascal描述），算法的重要性无法
凸显了，反到成了C语言的延续。既然是上机用C，那大家何不在Linux下编写32位的C程序呢。
6. 操作系统课程。上机环境选择Linux几乎是没有任何疑异了。
7. 数据库课程。随着oracle等大公司力挺Linux，以及开源的Mysql数据库，那么，在Linux下进行数据库的学习似乎也没有任何障碍
了。
8. 课程设计：两周的课程设计，在Linux下去做，看看你能做到什么程度，
以上是即兴想到的关于各门课程学习中用到的Linux环境，大家可以补充。
也许，有的同学说，任课老师不提倡在Linux环境下怎么办。其实，我们小组的实验室与系里的教研室在同一楼，可以邀请老师去实验室检查上机结果，所以
建议大家尽量把机子放在实验室，在完全Linux的环境下，如果你不进步，似乎可能性太小了
WANG Cong
> 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> 来。
>
<--snip-->
老师说得好啊！99%同意！！;-)
剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
另外，我觉得很有必要在系里推广，而不是仅局限于我们小组。
Thanks.
--
Hi, I'm a .signature virus, please copy/paste me to help me spread
all over the world.
Niu Tao
On Sat, 3 May 2008, 陈老师 wrote:<--snip-->
> 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> 来。
>
老师说得好啊！99%同意！！;-)
剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
另外，我觉得很有必要在系里推广，而不是仅局限于我们小组。
Thanks.
WANG Cong
Then that game is evil. Ignore it. ;-)
俄罗斯方块在bash下就可以完成，我见过一个用bash写的，很酷！感兴趣的话可以搜搜。
Jianjun Kong
> On Sun, 4 May 2008, Niu Tao wrote:
> > 系里的那个比赛，原先(一个半月前)听说过十几天就要交了，也就匆忙的选择了俄罗斯方块，是在DOS下做的。现在看了一点gtk,准备把它改造成linux版的。
>
> Then that game is evil. Ignore it. ;-)
ACK!
> 俄罗斯方块在bash下就可以完成，我见过一个用bash写的，很酷！感兴趣的话可以搜搜。
找了几个，都是在网页上贴着。复制下来都运行出错，继续寻找~
--
| The girl you most love is uncertain to become your wife!
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
| Jianjun Kong | www.kongove.cn
| Xi'an Institute of Post & Telecommunications
Niu Tao
Then that game is evil. Ignore it. ;-)On Sun, 4 May 2008, Niu Tao wrote:
2008/5/4 WANG Cong <xiyou.w...@gmail.com>:
On Sat, 3 May 2008, 陈老师 wrote:系里的那个比赛，原先(一个半月前)听说过十几天就要交了，也就匆忙的选择了俄罗斯方块，是在DOS下做的。现在看了一点gtk,准备把它改造成linux版的。
> 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> 来。
>
<--snip-->
老师说得好啊！99%同意！！;-)
剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
另外，我觉得很有必要在系里推广，而不是仅局限于我们小组。
Thanks.
俄罗斯方块在bash下就可以完成，我见过一个用bash写的，很酷！感兴趣的话可以搜搜。
WANG Cong
>2008/5/4 WANG Cong <xiyou.w...@gmail.com>:
>
>> On Sun, 4 May 2008, Niu Tao wrote:
>>
>> 2008/5/4 WANG Cong <xiyou.w...@gmail.com>:
>> >
>> > On Sat, 3 May 2008, 陈老师 wrote:
>> > >
>> > > >
>> > > 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
>> > > > 来。
>> > > >
>> > >
>> > > <--snip-->
>> > >
>> > > 老师说得好啊！99%同意！！;-)
>> > > 剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
>> > >
>> > > 另外，我觉得很有必要在系里推广，而不是仅局限于我们小组。
>> > >
>> > > Thanks.
>> > >
>> > > 系里的那个比赛，原先(一个半月前)听说过十几天就要交了，也就匆忙的选择了俄罗斯方块，是在DOS下做的。现在看了一点gtk,准备把它改造成linux版的。
>> >
>>
>> Then that game is evil. Ignore it. ;-)
>>
>> 俄罗斯方块在bash下就可以完成，我见过一个用bash写的，很酷！感兴趣的话可以搜搜。
>>
>> 那是用的ncurses库吗？
你又用浏览器发邮件了吧？？印象中给你说第三次了！！
怎么把自己的话放引用中呢？？？？？
记不清了，好像是用的ascii ecscape sequence。
Niu Tao
Evolution在我机子上好像总是不正常（无法关闭），也就没用，一直都是在邮箱里发 的。
李磊
2008/5/4 WANG Cong <xiyou.w...@gmail.com>:
>
> On Sun, May 04, 2008 at 09:56:05PM +0800, Niu Tao wrote:
> >2008/5/4 WANG Cong <xiyou.w...@gmail.com>:
> >
> >> On Sun, 4 May 2008, Niu Tao wrote:
> >>
> >> 2008/5/4 WANG Cong <xiyou.w...@gmail.com>:
> >> >
> >> > On Sat, 3 May 2008, 陈老师 wrote:
> >> > >
> >> > > >
> >> > > 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> >> > > > 来。
> >> > > >
> >> > >
> >> > > <--snip-->
> >> > >
> >> > > 老师说得好啊！99%同意！！;-)
> >> > > 剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
> >> > >
> >> > > 另外，我觉得很有必要在系里推广，而不是仅局限于我们小组。
> >> > >
> >> > > Thanks.
> >> > >
> >> > > 系里的那个比赛，原先(一个半月前)听说过十几天就要交了，也就匆忙的选择了俄罗斯方块，是在DOS下做的。现在看了一点gtk,准备把它改造成linux版的。
> >> >
> >>
> >> Then that game is evil. Ignore it. ;-)
> >>
> >> 俄罗斯方块在bash下就可以完成，我见过一个用bash写的，很酷！感兴趣的话可以搜搜。
WANG Cong
>
> Evolution在我机子上好像总是不正常（无法关闭），也就没用，一直都是在邮箱里发 的。
很明显这是借口！
除了evolution以外还有至少一打邮件客户端不错，比如claws mail。
是你自己懒，而不是没有。
--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/CC d- s: a-- C++ UL++ P+ L+++ E- W++ N++ o? K- w--() !O !M !V
PS+ PE Y+ PGP+ t+ 5? !X R? tv b+++ DI? D+ G e++ h+(--) r z--
------END GEEK CODE BLOCK------
李则良
> 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> 来。
>
> 1. 微机原理与汇编语言课程。大家现在学的是8086下16位的汇编语言，这样的机型已经只能在博物馆找到了。但是，为什么还给大家讲8086（16
> 位）而不是80386（32位），这是因为，作为教学，8086比较好入门，课堂教学的作用是把大家领入门。但是，作为学生，如果仅限于学8086下的
> 汇编，工作以后根本找不到这样的应用场景，因此，建议汇编语言的上机在Linux环境下。但是Linux下的汇编是AT&T格式，关于intel汇编与
> AT&T汇编的差异，在Linux内核之旅网站上，《深入分析Linux内核源代码》的第二章有一节给出了比较。要想看到Linux下的汇编是什么样
> 的，把你编译后的目标代码反汇编。比如，你你写了一个简单的C程序hello.c，用Gcc和ld对其进行编译和连接后，得到的可执行程序为
> hello，然后用Linux的实用程序objdump可以对其反汇编：
> 那么，如何用GCC编译汇编语言，很简单：
> Gcc -o test test.S
好的！
> 2. C语言课程：C语言的教学是在DOS下（简单的环境有助于大家把精力放在语言本身），一个16位的编程环境，可是，在现实应用中，同样很难找到这
> 样的应用场景了，因此，C语言的编程环境同样需要延伸。Linux下的C，除了遵循标准C，还遵循GNU 扩展C，因此，在Linux用C，会觉得C知
> 识的缺口还依然很大。Linux下的应用场景：
> 场景之一：嵌入式开发，C首当其冲了，其中，vim+gcc+gdb为字符界面的开发工具。嵌入式图形界面，比较好的选择是MiniGUI-清华大学毕
> 业的魏永明领头的开源项目，已经有多个年头了，而且有较好的应用基础了。
> 场景之二：图形化开发。在DOS下做图形界面，意义很小了。在Linux下，基于C的图形化界面开发环境主要是基于GTK和GLAD，新近的IDE为
> Anjuta，据说相当不错。
> 还有其他的应用场景和开发环境，大家补充一下了。
Qt应该可以吧，但它是基于C＋＋的，也一样：)。
> 3. C++课程：作为面向对象的基础语言，应用场景宽泛多了，开发环境也很多，大家可以补充。在Linux下的开发环境与C基本相同。
> 4. Java语言课程：Java本来跨平台，无所谓什么在操作系统下进行开发。但是，选择Linux下的elipse开发环境，是否可以一举几得。
> 5. 数据结构课程：数据结构本是与语言无关的，主要关注的是算法。但是，因为现在的教材用C语言描述（过去用类Pascal描述），算法的重要性无法
> 凸显了，反到成了C语言的延续。既然是上机用C，那大家何不在Linux下编写32位的C程序呢。
> 6. 操作系统课程。上机环境选择Linux几乎是没有任何疑异了。
> 7. 数据库课程。随着oracle等大公司力挺Linux，以及开源的Mysql数据库，那么，在Linux下进行数据库的学习似乎也没有任何障碍
> 了。
> 8. 课程设计：两周的课程设计，在Linux下去做，看看你能做到什么程度，
> 以上是即兴想到的关于各门课程学习中用到的Linux环境，大家可以补充。
> 也许，有的同学说，任课老师不提倡在Linux环境下怎么办。其实，我们小组的实验室与系里的教研室在同一楼，可以邀请老师去实验室检查上机结果，所以
> 建议大家尽量把机子放在实验室，在完全Linux的环境下，如果你不进步，似乎可能性太小了
>
最近已经好久不用windows了。
听老师这么说，我们的学习就可以放心的脱离windows了，呵呵，宿舍已经有一个同学在我的鼓动下把windows给格了，还有一个同学正准备格，呵呵。
这下我更有理由了。
>
可可熊
On Sat, 3 May 2008, 陈老师 wrote:
> 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> 来。
>
<--snip-->
老师说得好啊！99%同意！！;-)
剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
很少人用java做图形开发的，更多的是WEB开发。Linux下的图形开发主要还是C++的GTK,QT开发库，也可以考虑一下这两个库的python绑定。
WANG Cong
>在08-5-4，WANG Cong <xiyou.w...@gmail.com> 写道：
>>
>> On Sat, 3 May 2008, 陈老师 wrote:
>>
>> > 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
>> > 来。
>> >
>>
>>
>> <--snip-->
>>
>> 老师说得好啊！99%同意！！;-)
>> 剩下的1%是关于图形界面开发，我认为用Java之类的语言比C语言更合适。
>>
>>
>> 很少人用java做图形开发的，更多的是WEB开发。Linux下的图形开发主要还是C++的GTK,QT开发库，也可以考虑一下这两个库的python绑定。
>
Netbeans很好用的～～而且也有Linux版～
NiuTao
WANG Cong
别人不会自己下么？？？
Yantao Mei
> 作为Linux兴趣小组的同学，不管是哪个专业，对于课程学习和上机，建议全部在Linux环境下，这样使得Linux学习与课程学习完全的融合起
> 来。
>
> 1. 微机原理与汇编语言课程。大家现在学的是8086下16位的汇编语言，这样的机型已经只能在博物馆找到了。但是，为什么还给大家讲8086（16
> 位）而不是80386（32位），这是因为，作为教学，8086比较好入门，课堂教学的作用是把大家领入门。但是，作为学生，如果仅限于学8086下的
> 汇编，工作以后根本找不到这样的应用场景，因此，建议汇编语言的上机在Linux环境下。但是Linux下的汇编是AT&T格式，关于intel汇编与
> AT&T汇编的差异，在Linux内核之旅网站上，《深入分析Linux内核源代码》的第二章有一节给出了比较。要想看到Linux下的汇编是什么样
> 的，把你编译后的目标代码反汇编。比如，你你写了一个简单的C程序hello.c，用Gcc和ld对其进行编译和连接后，得到的可执行程序为
> hello，然后用Linux的实用程序objdump可以对其反汇编：
> 那么，如何用GCC编译汇编语言，很简单：
> Gcc -o test test.S
> 2. C语言课程：C语言的教学是在DOS下（简单的环境有助于大家把精力放在语言本身），一个16位的编程环境，可是，在现实应用中，同样很难找到这
> 样的应用场景了，因此，C语言的编程环境同样需要延伸。Linux下的C，除了遵循标准C，还遵循GNU 扩展C，因此，在Linux用C，会觉得C知
> 识的缺口还依然很大。Linux下的应用场景：
> 场景之一：嵌入式开发，C首当其冲了，其中，vim+gcc+gdb为字符界面的开发工具。嵌入式图形界面，比较好的选择是MiniGUI-清华大学毕
> 业的魏永明领头的开源项目，已经有多个年头了，而且有较好的应用基础了。
> 场景之二：图形化开发。在DOS下做图形界面，意义很小了。在Linux下，基于C的图形化界面开发环境主要是基于GTK和GLAD，新近的IDE为
> Anjuta，据说相当不错。
> 还有其他的应用场景和开发环境，大家补充一下了。
> 3. C++课程：作为面向对象的基础语言，应用场景宽泛多了，开发环境也很多，大家可以补充。在Linux下的开发环境与C基本相同。
> 4. Java语言课程：Java本来跨平台，无所谓什么在操作系统下进行开发。但是，选择Linux下的elipse开发环境，是否可以一举几得。
> 5. 数据结构课程：数据结构本是与语言无关的，主要关注的是算法。但是，因为现在的教材用C语言描述（过去用类Pascal描述），算法的重要性无法
> 凸显了，反到成了C语言的延续。既然是上机用C，那大家何不在Linux下编写32位的C程序呢。
> 6. 操作系统课程。上机环境选择Linux几乎是没有任何疑异了。
> 7. 数据库课程。随着oracle等大公司力挺Linux，以及开源的Mysql数据库，那么，在Linux下进行数据库的学习似乎也没有任何障碍
> 了。
>
还有，我知道网页制作要用mysql+apache+php，mysql在其中起到什么作用呢？
Jianjun Kong
> 陈老师 wrote:
> > 7. 数据库课程。随着oracle等大公司力挺Linux，以及开源的Mysql数据库，那么，在Linux下进行数据库的学习似乎也没有任何障碍
> > 了。
> >
> 请问，数据库的知识应该怎么学习和实践？我一直不能领悟数据库的学习方法。
我们现在学的数据库课程包含数据库原理、数据库设计、数据库实现三方面。
> 还有，我知道网页制作要用mysql+apache+php，mysql在其中起到什么作用呢？
php中用提供与mysql的编程接口，通过他们可以对数据库读写，完成数据的存储、读取和处理。
Php语句：
mysql_connect($db['host'],$db['user'],$db['pass']);
mysql_select_db($db['database']);
mysql_query($sql);
如果你干兴趣，可以去看看董溥的留言板代码。
网页中很多内容（甚至图片）都可以存放到数据库中。
当然你也可以通过mysql客户端对mysql服务器中的数据做操作。
cocobear
Jianjun Kong <kongj...@gmail.com> 写道:
> 网页中很多内容（甚至图片）都可以存放到数据库中。
第一次听说图片也放在数据库中！！！
无语……
WANG Cong
图片本身不放数据库，但图片地址有可能吧？比如一个图片搜索引擎。
Jianjun Kong
这不是我发名的,网上资料很多。
数据库存放图片,比较常用的就是二进制.当然还得存储文件后缀名等其他信息.
优点:利于备份\控制图片的读取权限.
缺点:降低了数据库的效率
:);
--
WANG Cong
>在 08-5-6，cocobear<cocob...@gmail.com> 写道：
>> 于 Tue, 6 May 2008 15:19:27 +0800
>> Jianjun Kong <kongj...@gmail.com> 写道:
>> > 网页中很多内容（甚至图片）都可以存放到数据库中。
>> 第一次听说图片也放在数据库中！！！
>> 无语……
>
>这不是我发名的,网上资料很多。
>
>数据库存放图片,比较常用的就是二进制.当然还得存储文件后缀名等其他信息.
>优点:利于备份\控制图片的读取权限.
用数据库去备份一个文件是不是有“不着调”的感觉？
控制权限没必要非得存储其内容啊，存个地址就足够了！
>缺点:降低了数据库的效率
我们使用数据库的一个重要原因不正是为了效率么？！
cocobear
WANG Cong <xiyou.w...@gmail.com> 写道:
> On Tue, May 06, 2008 at 10:00:33AM +0800, Jianjun Kong wrote:
> >在 08-5-6，cocobear<cocob...@gmail.com> 写道：
> >> 于 Tue, 6 May 2008 15:19:27 +0800
> >> Jianjun Kong <kongj...@gmail.com> 写道:
> >> > 网页中很多内容（甚至图片）都可以存放到数据库中。
> >> 第一次听说图片也放在数据库中！！！
> >> 无语……
> >
> >这不是我发名的,网上资料很多。
> >
> >数据库存放图片,比较常用的就是二进制.当然还得存储文件后缀名等其他信息.
> >优点:利于备份\控制图片的读取权限.
>
图片的读取权限这个由用户权限来控制而不是图片自身控制，说到备份，更不着边际了，图片放在一目录里备份多方便’
给我瞧瞧哪儿有这些的说法。
Jianjun Kong
> 于 Tue, 6 May 2008 10:18:11 +0800
> WANG Cong <xiyou.w...@gmail.com> 写道:
>
> > On Tue, May 06, 2008 at 10:00:33AM +0800, Jianjun Kong wrote:
> > >在 08-5-6，cocobear<cocob...@gmail.com> 写道：
> > >> 于 Tue, 6 May 2008 15:19:27 +0800
> > >> Jianjun Kong <kongj...@gmail.com> 写道:
> > >> > 网页中很多内容（甚至图片）都可以存放到数据库中。
> > >> 第一次听说图片也放在数据库中！！！
> > >> 无语……
> > >
> > >这不是我发名的,网上资料很多。
> > >
> > >数据库存放图片,比较常用的就是二进制.当然还得存储文件后缀名等其他信息.
> > >优点:利于备份\控制图片的读取权限.
>
> 图片的读取权限这个由用户权限来控制而不是图片自身控制，说到备份，更不着边际了，图片放在一目录里备份多方便’
如果把图片以二进制存放进去，对数据库读写权限控制就能达到控制图片访问的目的。
> 给我瞧瞧哪儿有这些的说法。
http://topic.csdn.net/t/20021011/11/1087389.html 中提到：
|直接放图片的优点在于程序编写简单，维护容易，不用设计对图片文件的过多操作。缺点就是读取效率低下，而且太占用数据库空间
|存放URL恰好相反
|建议使用URL方式
|我也建议用URL方式，但要注意的一点就是，
|这样容易产生数据不一致
|比如如有人将图象文件删除了………………
http://www.cnblogs.com/leetheone/articles/880057.html 中提到：
|总结：实际上，除了图片文件可以如此处理，其它的文件也能通过类似方式进行处理，
|可将任意文件类型存储至数据库，只是文件大小的原因以及数据库存储读取速度性能限制，
| ^^^^^^^^^^^
|我们基本上还是不建议将文件存储至数据库，毕竟硬盘读取要快得多。
说控制权限那个俺找不到了，确实这个说法有点牵强。
BTW：我只是说它能不能，没说它好不好。
--
| The girl you most love is uncertain to become your wife!
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
helight
存了数据（如果你数据库设计的好的话）。图片存到数据库内是可以的，这有它的
好处，也有缺陷。主要看你的应用场景和实际需求，不能一概而论。
数据库的实践有两个方面：
1 设计 ：
我提出一个简单的设计.
可以设计一个留言本的数据库，其中对每一个留言还可以回复，评论，而且不同
权限的用户登录后要看到自己所属权限组一下的内容。看怎么样设计的明确，清
楚。如果嫌这个态简单，也可以想一下，移动公司的所有业务管理的数据库，看能
不能设计一下。
2 数据库效率的提高
sql语言的编程。主要针对于复杂的事务处理，简单的比如到有些网站你上线到
一定的时间就会自动的增加权限或是什么的。银行利息的计算等等。
helight
> On Tue, May 06, 2008 at 07:23:32AM +0800, cocobear wrote:
>
>> 于 Tue, 6 May 2008 15:19:27 +0800
>> Jianjun Kong <kongj...@gmail.com> 写道:
>>
>>
>>> 网页中很多内容（甚至图片）都可以存放到数据库中。
>>>
>> 第一次听说图片也放在数据库中！！！
>> 无语……
>>
>
> 图片本身不放数据库，但图片地址有可能吧？比如一个图片搜索引擎。
>
>
>
搜索引擎是指保存的地址。
Yantao Mei
> On Mon, May 05, 2008 at 08:14:25PM +0800, Yantao Mei wrote:
>
>> 陈老师 wrote:
>>
>>> 7. 数据库课程。随着oracle等大公司力挺Linux，以及开源的Mysql数据库，那么，在Linux下进行数据库的学习似乎也没有任何障碍
>>> 了。
>>>
>>>
>> 请问，数据库的知识应该怎么学习和实践？我一直不能领悟数据库的学习方法。
>>
>
> 我们现在学的数据库课程包含数据库原理、数据库设计、数据库实现三方面。
>
>> 还有，我知道网页制作要用mysql+apache+php，mysql在其中起到什么作用呢？
>>
>
> php中用提供与mysql的编程接口，通过他们可以对数据库读写，完成数据的存储、读取和处理。
> Php语句：
> mysql_connect($db['host'],$db['user'],$db['pass']);
> mysql_select_db($db['database']);
> mysql_query($sql);
> 如果你干兴趣，可以去看看董溥的留言板代码。
>
> 网页中很多内容（甚至图片）都可以存放到数据库中。
> 当然你也可以通过mysql客户端对mysql服务器中的数据做操作。
>
Yantao Mei
> 看怎么样设计的明确，清楚。如果嫌这个态简单，也可以想一下，移动公司的所
这貌似是管理学的东西，呵呵。我们同学有人找到这样的资讯公司做ERP，就是搞
这个的。
helight
> helight wrote:
>
>> Jianjun Kong wrote:
>>
>>> On Tue, May 06, 2008 at 10:18:49AM +0800, cocobear wrote:
>>>
>>>
>>>> 于 Tue, 6 May 2008 10:18:11 +0800
>>>> WANG Cong <xiyou.w...@gmail.com> 写道:
>>>>
>>>>
>>>>
>>>>> On Tue, May 06, 2008 at 10:00:33AM +0800, Jianjun Kong wrote:
>>>>>
>>>>>
>>>>>> 在 08-5-6，cocobear<cocob...@gmail.com> 写道：
>>>>>>
>>>>>>
>>>>>>> 于 Tue, 6 May 2008 15:19:27 +0800
>>>>>>> Jianjun Kong <kongj...@gmail.com> 写道:
>>>>>>>
>>>>>>>
>>>>>>>> 网页中很多内容（甚至图片）都可以存放到数据库中。
>>>>>>>>
>> 数据库说白的就是一个存放我们数据的地方，方便之处是它给我们很好的维护和
>> 保存了数据（如果你数据库设计的好的话）。图片存到数据库内是可以的，这有
>> 它的 好处，也有缺陷。主要看你的应用场景和实际需求，不能一概而论。
>>
>> 数据库的实践有两个方面：
>> 1 设计 ：
>> 我提出一个简单的设计.
>> 可以设计一个留言本的数据库，其中对每一个留言还可以回复，评论，而且不同
>> 权限的用户登录后要看到自己所属权限组一下的内容。
>>
> 等忙完了毕业的事情，我会尝试一下。
>
>> 看怎么样设计的明确，清楚。如果嫌这个态简单，也可以想一下，移动公司的所
>> 有业务管理的数据库，看能 不能设计一下。
>>
> 这貌似是管理学的东西，呵呵。我们同学有人找到这样的资讯公司做ERP，就是搞
> 这个的。
>
要，甚至熟悉业务比技术还要重要。应为只有熟悉了业务流程之后才知道怎么去设
计、开发。
cocobear
Jianjun Kong <kongj...@gmail.com> 写道:
> On Tue, May 06, 2008 at 10:18:49AM +0800, cocobear wrote:
> > 于 Tue, 6 May 2008 10:18:11 +0800
> > WANG Cong <xiyou.w...@gmail.com> 写道:
> >
> > > On Tue, May 06, 2008 at 10:00:33AM +0800, Jianjun Kong wrote:
> > > >在 08-5-6，cocobear<cocob...@gmail.com> 写道：
> > > >> 于 Tue, 6 May 2008 15:19:27 +0800
> > > >> Jianjun Kong <kongj...@gmail.com> 写道:
> > > >> > 网页中很多内容（甚至图片）都可以存放到数据库中。
> > > >> 第一次听说图片也放在数据库中！！！
> > > >> 无语……
> > > >
> > > >这不是我发名的,网上资料很多。
> > > >
> > > >数据库存放图片,比较常用的就是二进制.当然还得存储文件后缀名等其他信息.
> > > >优点:利于备份\控制图片的读取权限.
> >
> > 图片的读取权限这个由用户权限来控制而不是图片自身控制，说到备份，更不着边际了，图片放在一目录里备份多方便’
>
> 如果把图片以二进制存放进去，对数据库读写权限控制就能达到控制图片访问的目的。
>
一个网站如果有十万注册用户你是不是去给这十万注册用户都有访问数据库的权限。
> > 给我瞧瞧哪儿有这些的说法。
>
> http://topic.csdn.net/t/20021011/11/1087389.html 中提到：
> |直接放图片的优点在于程序编写简单，维护容易，不用设计对图片文件的过多操作。缺点就是读取效率低下，而且太占用数据库空间
> |存放URL恰好相反
> |建议使用URL方式
> |我也建议用URL方式，但要注意的一点就是，
> |这样容易产生数据不一致
> |比如如有人将图象文件删除了………………
>
> http://www.cnblogs.com/leetheone/articles/880057.html 中提到：
> |总结：实际上，除了图片文件可以如此处理，其它的文件也能通过类似方式进行处理，
> |可将任意文件类型存储至数据库，只是文件大小的原因以及数据库存储读取速度性能限制，
> | ^^^^^^^^^^^
> |我们基本上还是不建议将文件存储至数据库，毕竟硬盘读取要快得多。
>
> 说控制权限那个俺找不到了，确实这个说法有点牵强。
>
> BTW：我只是说它能不能，没说它好不好。
>
数据库也能存放电影，你也可以把Fedora9映象文件存进去。
cocobear
helight <hel...@126.com> 写道:
> 数据库说白的就是一个存放我们数据的地方，方便之处是它给我们很好的维护和保
> 存了数据（如果你数据库设计的好的话）。图片存到数据库内是可以的，这有它的
> 好处，也有缺陷。主要看你的应用场景和实际需求，不能一概而论。
看来大家都喜欢钻牛角尖，俺不说啥了……