[置顶] DBA中国社区网站使用帮助专题贴

公告 · admin · 于 2年前发布 · 2392 次阅读

DBA中国社区网站使用帮助专题贴


本帖已经被管理员设置为: 置顶帖!
共收到 10 条回复 DBA 社区 专题
admin#12年前 0 个赞

新人必读-社区新人帮助FAQ

  • Q:DBA中国社区是一个什么样的社区?

  • A:DBA中国社区是一个专业的DBA交流和分享的社区平台。目前交流的话题主要以数据库、DBA职业生涯为主。

  • Q:加入DBA中国社区对你有何帮助?

  • A:这里可以学到专业的数据库相关知识,探讨数据库在中国的发展和动态;可以求助你在数据库使用过程中遇到的问题,或者帮助他人解决问题。可以展示你的个人名片,随时通过@和各大互联网DBA对话。可以将喜欢的内容加入收藏夹,便于随时查看。

  • Q:这里可以发表什么样的主题?

  • A:这里可以发表数据库相关主题贴和问答贴,或者与数据库和DBA的工作、生活、职业有关联的内容,有时候你也可以发一些有意义的阅读贴供DBA们消遣。

  • Q:这里禁止发表什么样的主题?

  • A:这里严禁发表违背国家法律和道德的反动言论、色情、暴力、谣言八卦等主题。严禁发表一些毫无意义的主题内容。

admin#22年前 0 个赞

发帖必读- 使用Markdown格式撰写文本

为了保证网站发表的每个主题都有很好的可阅读性和排版规范。在本站发表主题时你需要对Markdown 格式做简单了解。

可读性,无论如何,都是最重要的。一份使用 Markdown 格式撰写的文件应该可以直接以纯文本发布,并且看起来不会像是由许多标签或是格式指令所构成。Markdown 语法受到一些既有 text-to-HTML 格式的影响,包括 Setext、atx、Textile、reStructuredText、Grutatext 和 EtText,而最大灵感来源其实是纯文本电子邮件的格式。

Markdown 的目标是实现「易读易写], 成为一种适用于网络的书写语言。

  • 段落

    一个 Markdown 段落是由一个或多个连续的文本行组成,它的前后要有一个以上的空行(空行的定义是显示上看起来像是空的,便会被视为空行。

  • 内容换行

    在需要换行的内容处先按入两个以上的空格然后回车即可。

  • 标题

    在行首插入 1 到 6 个 # ,对应到标题 1 到 6 阶大小的标题。例如:

    # 这是 H1
    ## 这是 H2
    ## 这是 H3
    ###### 这是 H6
    
  • 区块引用 Blockquotes

    标记区块引用是使用类似 email 中用 > 的引用方式。如果你还熟悉在 email 信件中的引言部分,你就知道怎么在 Markdown 文件中建立一个区块引用,那会看起来像是你自己先断好行,然后在每行的最前面加上 > :

    > 显示数据库所有分区表的信息:DBA_PART_TABLES
    > 显示当前用户可访问的所有分区表信息:ALL_PART_TABLES
    > 显示表分区信息 显示数据库所有分区表的详细分区信息:DBA_TAB_PARTITIONS
    
  • 列表

    Markdown 支持有序列表和无序列表。
    无序列表使用星号、加号或是减号作为列表标记:

     *   Red
     *   Green
     *   Blue
    

    有序列表则使用数字接着一个英文句点:

     1.  Bird
     2.  McHale
     3.  Parish
    
  • 代码区块

    要在 Markdown 中建立代码区块很简单,只要简单地缩进 4 个空格或是 1 个制表符就可以。例如:

    这是一个普通段落:
    
       这是一个代码区块。
    

    多行代码区块请用如下方式:
    多行代码请在代码第一行的前一行和最后一行的下一行添加三个点号: `

  • 分隔线

    你可以在一行中用三个以上的星号、减号、底线来建立一个分隔线,行内不能有其他东西。你也可以在星号或是减号中间插入空格。下面每种写法都可以建立分隔线:

    * * *
    
    ***
    
    *****
    
    - - -
    
    ---------------------------------------
    
  • 超链接

    Markdown 支持两种形式的链接语法: 行内式和参考式两种形式。
    不管是哪一种,链接文字都是用 [方括号] 来标记。
    要建立一个行内式的链接,只要在方块括号后面紧接着圆括号并插入网址链接即可,如果你还想要加上链接的 title 文字,只要在网址后面,用双引号把 title 文字包起来即可,例如:

     This is [an example](http://example.com/ "Title") inline link.
    
     [This link](http://example.net/) has no title attribute.
    
  • 图片

    Markdown 使用一种和链接很相似的语法来标记图片,同样也允许两种样式: 行内式和参考式。
    行内式的图片语法看起来像是:

    ![Alt text](/path/to/img.jpg)
    ![Alt text](/path/to/img.jpg "Optional title")
    

    详细叙述如下:
    一个惊叹号 !
    接着一个方括号,里面放上图片的替代文字
    接着一个普通括号,里面放上图片的网址,最后还可以用引号包住并加上 选择性的 'title' 文字。

admin#32年前 0 个赞

提问必读-如何正确的发表提问帖

提问前

在通过电邮、新闻组或论坛提技术问题以前,做以下事情:

尝试在你准备提问论坛的历史文档中搜索答案

尝试搜索互联网以找到答案

尝试阅读手册以找到答案

尝试阅读“常见问题文档”(FAQ)以找到答案

尝试自己检查或试验以找到答案

尝试请教懂行的朋友以找到答案

如果你是程序员,尝试阅读源代码以找到答案

使用有意义且明确的主题

使用主题的好惯例是“对象──偏差”(式的描述),许多技术支持组织就是这样做的。在“对象”部分指明是哪一个或哪一组东西有问题,在“偏差”部分则描述与期望的行为不一致的地方。

愚蠢: 救命啊!我的笔记本视频工作不正常!

明智: X.org 6.8.1 扭曲鼠标光标,MV1005 型号的某显卡芯片组

更明智: 使用 MV1005 型号的某显卡芯片组在 X.org 6.8.1 的鼠标光标被扭曲

礼貌总是有益的

礼貌一点,使用“请”和“谢谢你的关注”或者“谢谢你的关照”,让别人明白你感谢他们无偿花时间帮助你。

坦率地讲,这一点没有语法正确、文字清晰、准确、有内容和避免使用专用格式重要(同时也不能替代它们)。黑客们一般宁可读有点唐突但技术鲜明的臭虫报告,而不是那种有礼但含糊的报告。(如果这点让你不解,记住我们是按问题能教我们什么来评价它的)

然尔,如果你已经谈清楚了技术问题,客气一点肯定会增加你得到有用回复的机会。

问题解决后追加一条简要说明

问题解决后向所有帮助过的人追加一条消息,让他们知道问题是如何解决的并再次感谢。如果问题在邮件列表或新闻组中受到广泛关注,在那里追加此消息比较恰当。

最理想的方式是向最初提问的线索回复此消息,并在主题中包含“已解决”、“已搞定”或其它同等含义的明显标记。在人来人往的邮件列表里,一个看见线索 “问题 X”和“问题 X-已解决”的潜在回复者就明白不用再浪费时间了(除非他个人觉得“问题 X”有趣),因此可以利用此时间去解决其它问题。

提问禁忌

下面是些典型的愚蠢问题和黑客不回答它们时的想法。

问:我到哪可以找到某程序或 X 资源? 问:我怎样用 X 做 Y? 问:如何配置我的 shell 提示? 问:我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文档转为 TeX 格式吗? 问:我的{程序、配置、SQL 语句}不运行了 问:我的视窗电脑出问题了,你能帮忙吗? 问:我的程序不运行了,我认为系统工具X有问题 问:我安装 Linux 或 X 遇到困难,你能帮忙吗? 问:我如何才能破解超级用户口令/盗取通道操作员的特权/查看某人的电子邮件? 问: 我到哪可以找到某程序或 X 资源?

答: 在我找到它的同样地方,笨旦──在网页搜索引擎上。上帝啊,难道还有人不知道如何使用 谷歌 吗?

问: 我怎样用 X 做 Y?

答: 如果你想解决的是 Y,提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知,也对要解决的 Y 问题糊涂,还被特定形势禁锢了思维。等他们把问题弄好再说。

问: 如何配置我的 shell 提示?

答: 如果你有足够的智慧提这个问题,你也该有足够的智慧去 “读读该死的手册”(RTFM),然后自己去找出来。

问: 我可以用 Bass-o-matic 文件转换工具将 AcmeCorp 文档转为 TeX 格式吗?

答: 试试就知道了。如果你试过,你既知道了答案,又不用浪费我的时间了。

问: 我的{程序、配置、SQL 语句}不运行了

答: 这不是一个问题,我也没有兴趣去猜你有什么问题──我有更要紧的事要做。看到这种东西,我的反应一般如下:

你还有什么补充吗?

噢,太糟了,希望你能搞定。

这跟我究竟有什么关系?

问: 我的视窗电脑出问题了,你能帮忙吗?

答: 是的,把视窗垃圾删了,装个象 Linux 或 BSD 的开源操作系统吧。

注意:如果程序有官方的视窗版或者与视窗有交互(如 Samba),你 可以 问与视窗相关的问题,只是别对问题是由视窗操作系统而不是程序本身造成的回复感到惊讶,因为视窗一般来说太差,这种说法一般都成立。

问: 我的程序不运行了,我认为系统工具 X 有问题

答: 你完全有可能是第一个注意到被成千上万用户反复使用的系统调用与库文件有明显缺陷的人,更有可能的是你完全没有根据。不同凡响的说法需要不同凡响的证据,当你这样声称时,你必须有清楚而详尽的缺陷说明文档作后盾。

问: 我安装 Linux 或 X 遇到困难,你能帮忙吗?

答: 不行,我需要亲手操作你的电脑才能帮你排错,去向当地的 Linux 用户组寻求方便的帮助(你可以在 这里 找到用户组列表)

注意:如果安装问题与某 Linux 发行版有关,在针对 它 的邮件列表、论坛或本地用户组织中提问也许是恰当的。此时,应描述问题的准确细节。在此之前,先用 “linux”和 所有 被怀疑的硬件 [作关键词] 仔细搜索。

问: 我如何才能破解超级用户口令/盗取通道操作员的特权/查看某人的电子邮件?

答: 想做这种事情说明你是个卑劣的家伙,想让黑客教你做这种事情说明你是个白痴。

好问题与坏问题

最后,我将通过举例来演示提问的智慧。同样的问题两种提法,一种愚蠢,另一种明智。

愚蠢:我在哪能找到关于 Foonly Flurbamatic 设备的东西? 这个问题在乞求得到 “搜搜该死的网络”(STFW) 式的回复。

明智: 我用谷歌搜索过“Foonly Flurbamatic 2600”,但没有找到什么有用的,有谁知道在哪能找到这种设备的编程信息? 这个人已经搜索过网络了,而且听起来他可能真的遇到了问题。

愚蠢: 我不能编译某项目的源代码,它为什么这么破? 提问者假设是别人搞砸了,太自大了。

明智: 某项目的源代码不能在某 Linux 6.2 版下编译。我读了常见问题文档,但其中没有与某 Linux 相关的内容。这是编译时的记录,我做错了什么吗? 提问者已经指明了运行环境,读了常见问题文档(FAQ),列出了错误,也没有假设问题是别人的过错,这家伙值得注意。

愚蠢: 我的主板有问题,谁能帮我? 某黑客对此的反应可能是:“是的,还需要帮你拍背和换尿布吗?”,然后是敲下删除键。

明智: 我在 S2464 主板上试过 X、Y 和 Z,当它们都失败后,又试了 A、B 和 C。注意我试 C 时的奇怪症状,显然某某东西正在做某某事情,这不是期望的行为。通常在 Athlon MP 主板上导致某某事情的原因是什么?有谁知道我还能再试点什么以确定问题? 相反地,这个人看来值得回答。他或她展现了解决问题的能力而不是坐等天上掉馅饼。

在最后那个问题中,注意“给我一个回答”与“请帮我看看我还能再做点什么测试以得到启发”之间细微但重要的差别。

事实上,最后那个问题基本上源于 2001 年 8 月 Linux 内核邮件列表(lkml)上的真实事件,是我(Eric)当时提了那个问题,我发现 Tyan S2462 主板有神秘的死机现象,邮件列表成员给我提供了解决此问题的关键信息。

通过这种提问方式,我给了别人可以咀嚼玩味的东西。我设法使之对参与者既轻松又有吸引力,也表明了对同行能力的尊敬并邀请他们与我一起协商。通过告诉他们我已经走过的弯路,我还表明了对他们宝贵时间的尊重。

事后,当我感谢大家并评论这次良好的经历时,一个 Linux 内核邮件列表的成员谈到,他认为我得到答案并不是因为我的名字挂在列表上,而只是因为我正确的提问方式。

黑客们在某种方面是非常不留情面的精英分子。我想在这事上他是对的,如果我 表现得 象个不劳而获的寄生虫,不管我是谁都会被忽略或斥责。他建议将整个事件作为对其它人提问的指导,这直接导致了本文的编写。

如果得不到回答

如果得不到回答,请不要认为我们不想帮你,有时只是因为被问到的小组成员的确不知道答案。没有回复不等于不被理睬,当然必须承认从外面很难看出两者的差别。

一般而言,直接将问题再张贴一次不好,这会被视为毫无意义的骚扰。耐心一点,知道你问题答案的人可能生活在不同的时区,有可能正在睡觉,也有可能你的问题一开始就没有组织好。

还有其它资源可以寻求帮助,通常是在一些面向新手的资源中。

有许多在线与本地的用户组织,虽然它们自己不编写任何软件,但是对软件很热心。这些用户组通常因互助和帮助新手而形成。

还有众多大小商业公司提供签约支持服务,别因为要付点钱才有支持就感到沮丧!毕竟,如果你车子的汽缸垫烧了,你多半还得花钱找个修理店把它弄好。即使软件没花你一分钱,你总不能指望服务支持都是免费的。

象 Linux 这样流行的软件,每个开发者至少有一万个以上的用户,一个人不可能应付这么多用户的服务要求。记住,即使你必须付费才能得到支持,也比你还得额外花钱买软件要少得多(而且对封闭源代码软件的服务支持与开源软件相比通常还要贵一点,也要差一点)。

如何更好地回答

态度和善一点。问题带来的压力常使人显得无礼或愚蠢,其实并不是这样。

对初犯者私下回复。 对那些坦诚犯错之人没有必要当众羞辱,一个真正的新手也许连怎么搜索或在哪找 FAQ 都不知道。

如果你不确定,一定要说出来! 一个听起来权威的错误回复比没有还要糟,别因为听起来象个专家好玩就给别人乱指路。要谦虚和诚实,给提问者与同行都树个好榜样。

如果帮不了忙,别妨碍。 不要在具体步骤上开玩笑,那样也许会毁了用户的安装──有些可怜的呆瓜会把它当成真的指令。

探索性的反问以引出更多的细节。 如果你做得好,提问者可以学到点东西──你也可以。试试将很差的问题转变成好问题,别忘了我们都曾是新手。

尽管对那些懒虫报怨一声“读读该死的手册”(RTFM)是正当的,指出文档的位置(即使只是建议做个谷歌关键词搜索)会更好

如果你决意回答,给出好的答案。 当别人正在用错误的工具或方法时别建议笨拙的权宜之计,应推荐更好的工具,重新组织问题。

请回答真正的问题!如果提问者已经做了自己该做的研究,并且说明尝试过X,Y,Z,A,B与C都没有得到想要的結果,那么回复“试试A或B” 或者给出一个内容为 “试一下X,Y,Z,A,B或C”的链接将极其无益!

帮助你的社区从中学习。当回复一个好问题时,问问自己 “如何修改相关文件或 FAQ 文档以免再次解答同样的问题?”,接着再向文档维护者发一份补丁。

如果你是在研究一番后才做出的回答,展现你的技巧而不是直接端出结果。毕竟“授人以鱼,不如授人以渔”。

摘自《提问的智慧》。阅读原文请访问:http://doc.zengrong.net/smart-questions/cn.html

admin#42年前 0 个赞

占楼待编辑。

admin#52年前 0 个赞

占楼待编辑。

admin#62年前 0 个赞

占楼待编辑。

admin#72年前 0 个赞

占楼待编辑。

admin#82年前 0 个赞

占楼待编辑。

admin#92年前 0 个赞

占楼待编辑。

admin#102年前 0 个赞

占楼待编辑。

回复本帖 (需要登录)