跟着网上流行的学生选课表的例子复习了一下： http://www.cnblogs.com/buzaixian/archive/2009/09/21/1571365.html
这篇文字在网上被转载烂了，里面有些sql适合用在应用系统里，有些“报表”的感 觉更重些，主要是想复习前者。前20条大体还挺好，后30条明显偏报表风格了，而 且后面选例良莠不齐，选了12个例子做练习，（其实很多语法，case, any/all, union之类的都没包括），用mysql数据库，并共享自己造出来的数据。关于这12条 sql, 修正了原文中有纰漏的地方。
sql是基本技能，若能写得好也挺精彩的，还在继续练习。绝不提倡努力写复杂sql 解决业务问题。应用系统里如果存在很复杂的sql，往往揭示了业务逻辑向下泄露 到sql层的问题，不利于维护和扩展，虽然这样确实常能提高运行效率。具体情况 自行取舍。
下面的例子都是比较通用的sql, 其实针对特定的数据库，需要学的也挺多，比如 oracle db的decode函数, rowid, rownum, connect by 虽然不通用，但是很实用。

数据可以在这里下载，只是用作练习，没做任何外键关联：http://115.com/file/an2svxbe#sql-study.sql

整理的sql在下面：
Student(S#,Sname,Sage,Ssex) 学生表
Course(C#,Cname,T#) 课程表
SC(S#,C#,score) 成绩表
Teacher(T#,Tname) 教师表
1. 选出每门功课都及格的学号
select distinct `s#` from sc where `s#` not in (select `s#` from sc where score <60)
2. 查询“1”课程比“2”课程成绩高的所有学生的学号；
SELECT c01.`s#` from (select `s#`, `score` from sc where `c#`=1) c01,
                          (select `s#`, `score` from sc where `c#`=2) c02
                     where c01.`s#` = c02.`s#` and c01.score > c02.score
3.  查询平均成绩大于60分的同学的学号和平均成绩；
select `s#`, avg(score) from sc group by `s#` having avg(score) > 60
4. 查询所有同学的学号、姓名、选课数、总成绩；
select student.`s#`, student.`Sname`, count(`c#`), sum(score) from student left outer join sc on student.`s#` = sc.`s#` group by student.`s#`, sc.`s#`
5.查询没学过“叶平”老师课的同学的学号、姓名；
select student.`s#`, student.`Sname` from student where student.`s#` not in (select distinct(sc.`s#`) from teacher, course, sc where Tname='叶平' and teacher.`t#` = course.`t#` and sc.`c#`= course.`c#` )
6. 查询学过“001”并且也学过编号“002”课程的同学的学号、姓名
select student.`s#`, student.sname from student, sc where student.`s#` = sc.`s#` and sc.`c#` = 1 and exists (select * from sc sc_2 where sc_2.`c#`=2 and sc.`s#`=sc_2.`s#`)
7. 查询学过“叶平”老师所教的所有课的同学的学号、姓名 (巧妙)
select `s#`, sname from student where `s#` in
       (select `s#` from sc, teacher, course where tname='叶平' and teacher.`t#`=course.`t#` and course.`c#`= sc.`c#` group by `s#` having count(sc.`c#`)=
               (select count(`c#`) from teacher, course where tname='叶 平' and teacher.`t#`=course.`t#`) )
8. 查询课程编号“002”的成绩比课程编号“001”课程低的所有同学的学号、姓名 (有代表性)
select `s#`, sname from (select student.`s#`, student.sname, score, (select score from sc sc_2 where student.`s#`=sc_2.`s#` and sc_2.`c#`=2) score2 from student , sc where
       sc.`s#`=student.`s#` and sc.`c#`=1) s_2 where score2 < score
9.查询没有学全所有课的同学的学号、姓名
select student.`S#`, Sname from student, sc where student.`s#` = sc.`s#` group by `s#`, sname having count(`c#`) < (select count(`c#`) from course)
10. 查询至少有一门课与学号为“002”的同学所学相同的同学的学号和姓名；
select distinct(sc.`s#`), sname from student, sc where student.`s#`=sc.`s#` and `c#` in (select `c#` from sc where `s#`=002)
11. 把“SC”表中“叶平”老师教的课的成绩都更改为此课程的平均成绩；
update sc inner join
       (select sc2.`c#`, avg(sc2.score) score from sc sc2, teacher, course where
              sc2.`c#`=course.`c#` and tname='叶平' and teacher.`t#` = course.`t#` and course.`c#`=sc2.`c#` group by course.`c#`) sc3 on sc.`c#`=sc3.`c#` set sc.score=sc3.score
12. 查询2号的同学学习的课程他都学了的同学的学号；（注意理解：where语句的 第一个条件过滤掉不满足c#的记录，再group by，就比较清晰）
select `S#` from SC where `C#` in (select `C#` from SC where `S#`=2)
    group by `S#` having count(*)=(select count(*) from SC where `S#`=2);

Software Developer - SAS Financial Management Web Application
As a Software Developer, you will assist with the design, development and support of software for SAS Financial Management.  You will work on a developing the web application for SAS Financial Management.  Your primary responsibilities will include designing and writing new or revised application code; performing development level testing, assisting in documentation and training; and performing other duties as assigned.
Essential
•    Bachelor’s degree in Computer Science or related quantitative field
•    5 years of development experience
•    2 years of Java experience
•    2 years of web development experience
•    Professional experience developing web applications which are part of a highly scalable distributed application
•    Professional experience designing and developing distributed applications
•    Fluent English
Additional
•    Excellent development skills with a thorough understanding of Object Oriented programming
•    Ability to work independently as well as part of a team
•    Superior analytical and problem-solving skills
Preferences
•    Professional experience developing with the following technologies:
o    Adobe Flash
o    JUnit
o    OLAP
o    HTML
o    SOAP
o    Web Services
•    Financial application development experience or experience with Oracle Financials, Great Plains, PeopleSoft, Hyperion, or similar financial software

=======================================

简历可以发到俺们老板的邮箱：yan.gao@sas.com

一、下载数据库，地址在http://sourceforge.net/projects/hsqldb/files/hsqldb/ 我使用的是1.8.0版本。假定下载解压后的目录是D:\hsqldb\, 那么hsqldb.jar在D:\hsqldb\lib目录下。这个jar文件是hsqldb的核心包

二、启动数据库，比如数据库名称为test(不需要提前建test数据库): java -classpath D:\hsqldb\lib\hsqldb.jar org.hsqldb.Server -database test

三、在hsqldb的demo目录下有runManagerSwing.bat，运行它，注意Type选择Engine Server，同时注意URL的写法。你程序中配置的jdbc property中的url也应该是这样的：jdbc.url=jdbc:hsqldb:hsql://localhost

接着就进入图形界面可以看到表，并且执行sql了。

画图软件：EDraw free mind http://www.edrawsoft.com/cn/freemind.php

评论：这个软件名义上是画思维导图的，其实功能挺强大的。能画出来比较复杂的图。平时咱工作写个文档，要配个图啥的，就用这个画，挺好。

思维导图软件：XMind http://www.xmind.net/

评论：更出名的同类软件是freemind. 但是不如XMind好用。思维导图本身是一种"自上而下"的思维方式，就跟咱写代码的思维方式类似. 思维导图还能用来记笔记。把自己的hibernate笔记截图发上来，有个直观印象：

这个笔记可以从这里下载：http://cid-d8b11f9bf86fecfa.office.live.com/self.aspx/.Public/Hibernate.xmind

画界面prototype的： Pencil http://pencil.evolus.vn/en-US/Home.aspx

评论：它本身是firefox的一个插件，小巧好用。我们和美国同事合作开发，交流界面结构就用这个，哈哈，我推荐的。

网络硬盘工具： SDExplorer: http://www.cloudstorageexplorer.com/

评论：重要的东西放在网络硬盘上，得选个靠谱的网络硬盘。微软够靠谱儿吧？25G sky drive免费空间。但是sky drive太慢了。可以用这个工具把sky drive网络硬盘映射到你自己的机器上，就像本地的磁盘一样，方便。我上面共享的hibernate笔记就是放在sky drive上的。 之前共享的 分享十二本经典电子书，涉及java, OO design, spring, hibernate,struts2, agile 也放在那上面。

文件解锁工具：lock hunter: http://lockhunter.com/

评论： 有时候文件删不掉，提示被锁了。天知道什么程序在使用这个文件…lock hunter知道，而且还能解锁。

抛砖引玉。大家有什么好的软件也推荐一下。

智联招聘的原链接： http://jobs.zhaopin.com/P2/CC0003/1191/J902/509/CC000311917J90250983000.htm?f=ss

软件分析师A

Job Responsibilities:

The mission of this role is to improve the customer competence of SAS. You are expected and will be cultivated to be an expert who understands SAS technology/solution, globalization and the domain knowledge. In more details, duties will include:Conducts customer experience testing and best practice testing for SAS technologies and solutions;

• Provides counseling on localized SAS software;
• Provides internal SAS practice training and implementation guidance, especially for new product and solutions;
• Collects the feedback from customers.

Qualifications:

• Hands on experience in business intelligence;
• Passion on programming, hands on Java programming or C/C++ experiences and skills;
• Better skills on communication, customer-facing and problem-resolving;
• The ability to work as member of a team, virtual team and individual;
• Good written and spoken English;
• Master’s or Bachelor's degree.

Preferences:

• SAS products and technology knowledge;
• Domain Knowledge in retail industry, financial management, risk management, CRM, etc.;
• Experience in internationalization and localization.

发送简历至:bjrnd@sas.com

[fangang]我们评价高质量代码有三要素：可读性、可维护性、可变更性。

[vcycyv]同意这三个方面。我总这样想，软件的核心是可维护性。可维护性主要就体现在可读性和扩展性。

[fangang]（可读性）不要编写大段的代码

[vcycyv]Martin Fowler管"从大段代码抽取独立的方法"叫做"extract method"，这是常见而重要的重构手段。在他的refactor书里从技术层面做了详细的阐述。分解的过程中，比较容易形成技术障碍的local variable. 引一段书里的话，专门讨论这个话题的：

•     Copy the extracted code from the source method into the new target method.
•     Scan the extracted code for references to any variables that are local in scope to the
source method. These are local variables and parameters to the method.
•     See whether any temporary variables are used only within this extracted code. If so,
declare them in the target method as temporary variables.
•     Look to see whether any of these local-scope variables are modified by the extracted
code. If one variable is modified, see whether you can treat the extracted code as a query
and assign the result to the variable concerned. If this is awkward, or if there is more than
one such variable, you can't extract the method as it stands. You may need to use Split
Temporary Variable and try again. You can eliminate temporary variables with
Replace Temp with Query (see the discussion in the examples).
•     Pass into the target method as parameters local-scope variables that are read from the
extracted code.
•     Compile when you have dealt with all the locally-scoped variables.
•     Replace the extracted code in the source method with a call to the target method.

•     Compile and test.

前两年看到一个讨论的很火的话题，说任意复杂的产品，都能break into一系列的小方法，每个方法行数不超过5行。当然没必要这么狠，但如果你真这么狠，我倒觉得没啥明显的坏处。

"而一些更有经验的程序员会采用另外一种从上往下的编写方式。当他们在编写程序的时候，每个被分出去的程序，可以暂时只写一个空程序而不去具体实现功能。当主程序完成以后，再一个个实现它的所有子程序。采用这样的编写方式，可以使复杂程序有更好的规划，避免只见树木不见森林的弊病。"这也是一个好的实践。

提到这种自上而下的编程方法，顺便推荐 《斯坦福大学开放课程：编程方法》。这是一系列视频教程。google一下有很多地方可以下载或在线观看，比如优酷http://v.youku.com/v_show/id_XMjE4NzQ0NDI0.html 在视频教程里教授也演示了自上而下的编程方法。 这是入门级的教程，本来想通过它练练听力，后来发现这课程根本就是喜剧片，看的过程一直狂笑，教授特逗。

跟可读性相关的一个话题就是注释。近年来一个广泛被接受的做法是，尽量通过 避免大段代码 以及良好的变量命名达到可读性。注释在这个过程中被淡化了。我基本同意这种做法，程序结构清晰，自解释的变量名都是重要的实践。变量名尽量不要写缩写，如果写缩写的话，一定要有缩写字典有据可查。看spring的代码，可以发现很多类名或方法名在30个字符以上。大段注释往往暗示程序结构的不合理。不鼓励写过多注释的结果就是，剩下的注释都是重要不可或缺的，注释是程序的一部分，需要和程序保持一致，也需要被维护。另一个基本而重要的原则是，要把public package protected private方法按照顺序写。更重要的、可访问性更高的方法放前面，尽管eclipse里可以方便地在视图过滤非public方法。

[fangang](可维护性)但是，事实却不一样，对机关级次计算的代码遍布整个项目，甚至有些还写入到了那些复杂的SQL语句中。

[vcycyv] Domain Driven Disign强调，domain的逻辑要圈在一定边界中。往上不能爬到service, 甚至UI层。往下不能渗透到repository以下，比如sql语句里。 Domain Driven Design的书在这里下载。更多电子书可以看之前写的博客 分享十二本经典电子书

[fangang]将专用代码提升为通用代码

[vcycyv] 这个过程大家都会遇到。什么代码算通用代码并不容易界定。过多的通用代码淹没了真正有通用意义的方法，不足的通用代码容易造成代码重复。这个过程有这么几个方面需要注意。

一，避免重复造轮子。 要对JDK常用的API以及经典第三方的软件包有一定了解。举两个例子：古典的singleton在JDK1.5之后可以用单一元素的enum表示，而且不用考虑serializable的readresolve问题； apache commons里的io, lang等包提供了很多常用的API。我在我们的产品里，用到io的FileNameUtils和ExceptionUtils的一些方法。包括取文件后缀名，获取exception的root cause以及excepiton stack的字符串。 要尽量重用可靠的第三方代码， 原因是你自己写的代码多半不如Sun和apache的人好。更重要的是，你自己写的每一行code都要自己维护。代码行数本身就是代码维护量的一个因素。最近一两年疯狂地喜欢删除代码，估计再发展下去我就要被删除了。

二， 还是domain为先。当你犹豫一段比较“通用”的代码应该放在module里还是拿出来的时候，尽量还是保留在module里吧。因为如果你犹豫来，犹豫去之后，决定它是global的通用代码，下一个人非常可能在module里找不到，就认为没有这种code,自己又写一遍。太激进的写一堆通用代码，一旦组织不好，就没人爱去从通用代码里寻宝了。关于这一点，martin大叔有近似的阐述， 在Patterns of Enterprise Application Architecture里

A common concern with domain logic is bloated domain objects. As you build a screen to manipulate orders you'll notice that some of the order behavior is only needed only for it. If you put these responsibilities on the order, the risk is that the Order class will become too big because it's full of responsibilities that are only used in a single use case. This concern leads people to consider whether some responsibility is general, in which case it should sit in the order class, or specific, in which case it should sit in some usage-specific class, which might be a Transaction Script (110) or perhaps the presentation itself.

The problem with separating usage-specific behavior is that it can lead to duplication. Behavior that's separated from the order is harder to find, so people tend to not see it and duplicate it instead. Duplication can quickly lead to more complexity and inconsistency, but I've found that bloating occurs much less frequently than predicted. If it does occur, it's relatively easy to see and not difficult to fix. My advice is not to separate usage-specific behavior. Put it all in the object that's the natural fit. Fix the bloating when, and if, it becomes a problem.

三、通用代码一定要有整体设计。如果调用通用代码的那些invoker不完全在你控制的范围，比如你写的程序有其他项目组在调用，那么你修改API的签名一定会被骂死的。所以通用代码要思前想后design清楚了才release.结构清楚的通用代码也比较方便以后查找。好的程序总是分层的，通用代码要尽量往底层放。

[fangang]一个快速提高软件质量的捷径就是利用设计模式。

[vcycyv]设计模式除了是一种工具以外，学习、思考设计模式能扩展coding的思维方式。自己也总结了一篇博客 串讲23种设计模式 。

[fangang]拿一个员工工资系统来说吧。当人力资源在发放一个月工资的时候，以及离职的员工肯定不能再发放工资了。在系统设计的期初，开发人员商量好，在员工信息中设定一个“离职标志”字段。编写工资发放的开发人员通过查询，将“离职标志”为false的员工查询出来，并为他们计算和发放工资。但是，随着这个系统的不断使用，编写员工管理的开发人员发现，“离职标志”字段已经不能满足客户的需求，因而将“离职标志”字段废弃，并增加了一个“离职时间”字段来管理离职的员工。然而，编写工资发放的开发人员并不知道这样的变更，依然使用着“离职标志”字段。显然，这样的结果就是，软件系统开始对离职员工发放工资了。仔细分析这个问题的原因，我们不难发现，确认员工是否离职，并不是“发放工资”软件类应当完成的工作，而应当是“员工管理”软件类应当完成的。如果将“获取非离职员工”的任务交给“员工管理”软件类，而“发放工资”软件类仅仅只是去调用，那么离职功能由“离职标志”字段改为了“离职时间”字段，其实就与“发放工资”软件类毫无关系。而作为“员工管理”的开发人员，一旦发生这样的变更，他当然知道去修改自己相应的“获取非离职员工”函数，这样就不会发生以上问题。

[vcycyv]哈哈，我喜欢这个例子。DDD的核心思想就是这个。当然DDD的理论还有一些具体的实践。Eric Evan在他的DDD书里讲了一个cargo的例子，当时我还找了一下代码，没找到，从fangang的博客评论里居然发现哪里能找到代码了，http://dddsample.sourceforge.net/, 还没来得及具体看。以后有机会深入了解一下。

[fangang]（代码审查） 被审查后的代码如果还出现缺陷，审查者应当负有责任

[vcycyv] 这个系列的最后一篇文章主题是代码审查。作者所说的最佳实践很有道理，但不是在任何环境下可操作性都强的。我不知道最佳实践是什么，但我觉得有一些问题是值得注意的。

一、代码审查的范围要小，最好是one-one的，跟绩效没有关系，范围小可以保证审查不会太伤“面子”，否则会影响团结氛围。

二、审查者在指出错误的同时，一定要说如何修正问题。我非常非常反感那种善于用大道理指出别人错误，自己却把错误犯得更夸张的那种人。如果你自己没有更好的解决方案，就别说那是问题。

三、代码审查制度的推行以良好的团队氛围为前提。大家都是为了产品着想，这样代码审查才不至于扯皮。

四、关于审查者的责任。我同意fangang说的"被审查后的代码如果还出现缺陷，审查者应当负有责任", 但是谁来追究责任，如何界定责任，怎么追究责任呢？呵呵，这个恐怕不好操作。代码审查显然不能杜绝defect, 但是明显的设计，编码错误是应该看到的，但怎么又算"明显"呢。软件本身不像数学那样严格，容易界定问题。纪律在软件行业作用有限，团队氛围比纪律重要。但怎么营造好的团队氛围又是一个太宽泛的问题。

这个帖子很牛：

http://www.itpub.net/viewthread.php?tid=1313696&extra=&page=1

我的观点是，外键在初始阶段能加的都加上，只有迫不得已的时候才disable或drop掉。遇到性能瓶颈的时候，尽量采用其它方式调优，而不要轻易牺牲掉外键。有外键约束的时候，写程序的确会有约束，但从直觉上说这种约束一定程度上揭示了设计或实现上不合理的地方。带着外键写出来的应用更倾向于严谨。产品上线之前如果确实需要通过牺牲外键达到性能上的优化，再捡相对不重要的外键废弃掉，同时要把这个document下来，下次遇到数据不一致问题的时候，是个线索。两点说明：1. 我们在做的一个项目确实是小项目。  2. 我得承认我最近三年开发都不用关系型数据库，貌似 no sql那么nb的key-value pair存数据，其实这三年在持久层上很多纠结。如果我说的不对，请指正！

下面引用一些有见地的想法：

× 支持外键的：

1. 你的程序再严谨也有可能出现BUG;你自己判断不如交给数据库判断，它做得又快又好。
    大多数人的程序没有考虑并发问题。一旦考虑了就得手工加锁，效率很低。
    数据可能绕过你的应用程序进入数据库。
2. 性能问题：难道你自己做就没有开销？
    一个外键判断分摊到事务级别，开销可以忽略，用户完全没有察觉。
    如果是批量导入数据，可以先暂时屏蔽外键，事后用NOVALIDATE选项快速恢复，前提是你的数据是干净的。

也有人提到了如果100张表可能需要建立300个约束，导致性能太差。
我要说的仍然是，是否这300个外键约束都是业务必须的，如果是，没有办法这就是必须要加的，如果不是，那么大可不必在所有的地方都增加外键。
如果在程序中仅对其中的5、6张表的10来个外键约束进行判断，然后和数据库中的300个外键去比较，并评价Oracle的外键性能太差，恐怕是有失公允的。

× 反对外键的：

的确外键在大系统中用的很少，在开发初级，设计数据库的时候一般会加入外键，以保证系统设计的完整性和业务需求的完整性，也便于开发人员了解业务规则，在程序中加以控制，很多大系统在系统稳定后，会逐步将外键去掉，以保证性能，将太多的功能强加于数据库，虽然说数据库很强大，但是毕竟很多人不信任数据库的能强大到什么都能干的地步。所以在一个大系统中外键见的少也不足为奇，小系统就无所谓了，用不用外键取决于设计人员，这样的系统也随处可见。

另引用一篇：

引自http://blog.csdn.net/neusoft_lkz/archive/2009/07/21/4366668.aspx

数据库设计是否需要外键。这里有两个问题：一个是如何保证数据库数据的完整性和一致性；二是第一条对性能的影响。
正方观点：
1，由数据库自身保证数据一致性，完整性，更可靠，因为程序很难100％保证数据的完整性，而用外键即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。
eg：数据库和应用是一对多的关系，Ａ应用会维护他那部分数据的完整性，系统一变大时，增加了Ｂ应用，Ａ和Ｂ两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？
2，有主外键的数据库设计可以增加ER图的可读性，这点在数据库设计时非常重要。
3，外键在一定程度上说明的业务逻辑，会使设计周到具体全面。
反方观点：
1，可以用触发器或应用程序保证数据的完整性
2，过分强调或者说使用主键／外键会平添开发难度，导致表过多等问题
3，不用外键时数据管理简单，操作方便，性能高（导入导出等操作，在insert,   update,   delete   数据的时候更快）
eg:在海量的数据库中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键，这样扫描的数量是成级数的增长！我的一个程序入库在3个小时做完，如果加上外键，需要28个小时！ 

结论：
1，在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。
2，用外键要适当，不能过分追求
3，不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库。

1. thinking in java

java developer常见案头书

2. effective java, 2nd Edition

会写代码和写好代码的差距，可以靠这本书缩短。包含JDK1.5的feature. 太出名了，不多评论。

3. refactoring – improve the design of existing code

Martin Fowler的经典著作之一。初看的时候一头冷汗，他指出的很多错误我也犯过。

4. J2EE Development Without EJB

Rod Johnson单挑EJB的思想基本都反映在这里

5. J2EE Design & Development

作者仍然是Rod Johnson, 和上一本书是一个系列的好书，同样经典。

6. Domain Driven Design – Tackling Complexity In The Heart Of Software

近两年来对自己影响最大的一本书。俺到处推广之。

7. Extreme programming explained – embrace change 2nd edition

第一版就备受推崇， 得了Jolt大奖，这是Kent Beck又经锤炼的第二版

8. Patterns of Enterprise Application Architecture

很多人都是通过这本书认识Martin大叔的吧？ 哈哈，去年10月我亲眼见到了Martin Fowler，还问了问关于这本书的问题。

9. Spring in Action

自己是靠这本书入门Spring的

10. Pro Spring

说实话，这本书只是简单翻过，讲了一些上一本书没cover到的东西。Amazon上评价相当高

11. Java Persistence with Hibernate

学hibernate的不二之选

12. Struts 2 in Action

Struts2这种技术不太适合看书学，应该直接看例子+google, 这本可以捡重点看看，然后当工具书使。

我使用visual svn作为服务器。使用方法参见我的另一篇博客： visualsvn

1. 创建待备份的repository时，选中create default structure(trunk, branches, tags). check in 一些代码

2. dump: 运行 svnadmin dump c:\svnRepo\forum > forum.dump

3. 在另一台机器上创建forum repository. 这次不要选create default structure

4.  load: 运行 svnadmin load D:\svnRepo\forum < d:\tmp\forum.dump

删除已保存的用户名

win7下清空此目录下的文件 C:\Users\【user】\AppData\Roaming\Subversion\auth\svn.simple

@echo off
set errorlevel=0
set dump_command="C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqldump"

set db_bbs=bbscs8
set db_bug=jtrac
set db_wiki=wiki

set backup_dir=U:\bak\mysql\
set timestamp=%date:~,4%%date:~5,2%%date:~8,2%_%time:~0,2%-%time:~3,2%-%time:~6,2%

set backup_bbs_file=%backup_dir%%db_bbs%_backup_%timestamp%.sql
set backup_bug_file=%backup_dir%%db_bug%_backup_%timestamp%.sql
set backup_wiki_file=%backup_dir%%db_wiki%_backup_%timestamp%.sql

set user_mysql=root
set password_mysql=virtual

echo backup mysql database:%db_bbs%
%dump_command% -u%user_mysql% -p%password_mysql% %db_bbs% &gt; %backup_bbs_file%

echo backup mysql database:%db_bug%
%dump_command% -u%user_mysql% -p%password_mysql% %db_bug% &gt; %backup_bug_file%

echo backup mysql database:%db_wiki%
%dump_command% -u%user_mysql% -p%password_mysql% %db_wiki% &gt; %backup_wiki_file%

echo end backup

VisualSVN Server----更方便使用的SVN服务器 收藏
  前发现了一个好用的服务器端软件VisualSVN Server。下面就其安装及配置方法作一简略介绍：

1） 安装
这里我们下载Windows平台下的VisualSVN Server，地址在这里，下载后，双击安装，弹出下面的对话框，可以更改Respositories仓库路径：

2）使用VisualSVN Server Manager进行配置
安装完毕，默认会弹出VisualSVN Server Manager管理器，在管理器中的Repositories目录下可以创建我们将要上传源码的目录结构，如图所示，红框内是该目录在服务器上的http地址：

注意：在Resposiories下目录创建之前，首先要在Users目录创建拥有上传下载权限的用户及其密码（如：用户：mike, 密码：123）

3）上传源码
这里我们使用Eclipse的svn插件来上传源码，选中所要上传的工程，右键Team->Share Project，弹出对话框，选中SVN项，继续到下一页，如下图示：

   URL栏填入目录服务器的http地址，User及Password栏填入mike和123,进入下一步，如有warning对话框弹出，选择"Trust Always"即可，svn代码提交方法不在这里赘述。提交完毕，即可看到Eclipse工程源码出现svn服务器地址或版本号。