申请数据组义工的作业

中西医

晶欣所说的数据表部分，应该不是改数据表结构，而是在数据库功能上的数据统计功能，不动数据输入接口部分，只是在统计功能上增删改，都不麻烦，能否一个下午改完也不重要吧，时间应该取决于需求的明确度，不是编程语言的问题。

数据库的统计功能的确正在发挥作用，增加多少统计表 以及 数据分析的合理性，要在使用中探讨深入，这项功能目前的难点，不是技术上，而是我们尽可能提出完整的需求，边作边改需求，是程序员最大的苦恼，，，，

数据库使用了一段时间了，可以总结总结如何利用好数据库，不仅仅是录入存储功能。

外联是否按地区分组，是外联组内部可以决定的事，不敢乱发言，呵呵～～～～
如果不止外联，从发布个案后的所有跟踪过程都按地区分组，俺反对。 因为这样的话：1、各地区小组将受认捐数量的限制，小组数量随着认捐个案无止境的增加。 2、对不同的联络人不够专业了，和资助人的联络、汇款通知、统计、总数等等都分别要做。  3、loh一直说不强调数量，但并不是永远不增加数量，现在这么繁琐严密的流程下来，就是为了无论多少数量的个案、无论换了谁作义工，都可以成为一个复杂电路板上的焊点，不影响全局。 好容易现在有模样了，如果改成地区小组，又要走回依靠义工熟练度和义工稳定性上去。4、地区小组的好处只适合于以前或现在数量不多的时候，是暂时性的好处，以长期和总体的角度看来不好。

晶欣

大哥，你是做什么工作得
请记住说与做是另一回事情，做的结果与想象得又是另外一回事

如果你不是做程式开发得，请不要这么想当然

说这些话已经跑题了。 (-016-)

我说数据库修改简单。

本意是指数据库应该为工作流程服务，而不是工作流程为数据库让步。

在考虑修改工作流程的时候，只考虑怎样提高效率，不用考虑数据库会改的麻烦。

困困

辛苦 晶欣 朋友的的认真思考，和执着精神。

我稍稍修改了一下你的帖子。希望不会介意，这样看起来直观一些。

你引用回复的时候，写字框下面那个地方的“关闭这篇文章的 BBCode 代码功能”，你不要打勾。

你选择了那个，你引用别人的就显示不成引用的形势了。其他的字体啊，颜色啊，也都没办法表现了。

butterfly

不辩了，期待晶欣ｍｍ的加入！

哈哈，我也学着大笑一下，闪了

(-007-)  (-007-)  (-007-)

tomorrow

[quote=quot;tomorrowquot;:2q16b4cd]大哥，你是做什么工作得
请记住说与做是另一回事情，做的结果与想象得又是另外一回事

如果你不是做程式开发得，请不要这么想当然

说这些话已经跑题了。 (-016-)

我说数据库修改简单。

本意是指数据库应该为工作流程服务，而不是工作流程为数据库让步。

在考虑修改工作流程的时候，只考虑怎样提高效率，不用考虑数据库会改的麻烦。[/quote:2q16b4cd]

呵呵，我或许说重了些，但是这两者都应该考虑得

海云

网络组其实挺辛苦的...,平时工作压力就大..