5种常用的数据库管理软件有啥？

Posted 2023-05-08

最常使用的数据库有以下几种：\x0d\x0a\x0d\x0a1.sqlserver：微软的数据库管理系统，小中大型应用都挺适合，很多网络游戏就是用的sqlserver作为数据库的。微软的东西向来比较傻瓜，一般稍微学习一下看看资料就能上手了。我觉得学校使用sqlserver是不错的选择。\x0d\x0a\x0d\x0a2.mysql：免费数据库管理系统，小巧实用，很多人在开始学习数据库编程时选择的就是mysql。由于免费，更新比较慢，而且不太适合大型应用。\x0d\x0a\x0d\x0a3.db2：见下面oracle的介绍\x0d\x0a\x0d\x0a4.oracle：和db2一样，主要面向企业级应用，可以说是目前市场上最优秀的数据库管理系统之一了。\x0d\x0a\x0d\x0a5.access：这个就不用多解释了，个人网站或其它小型应用可以选用access。\x0d\x0a\x0d\x0a以上，希望对你有所帮助。 参考技术A office
access
微软产品，小型数据库，易用
mysqlmysql是一个小型关系型数据库管理系统，开发者为瑞典mysql
ab公司。在2008年1月16号被sun公司收购。目前mysql被广泛地应用在internet上的中小型网站中。
sql
server
是
microsoft(微软)
的数据产品，它的易用性强！
oracle
是
oracle(甲骨文)公司的数据产品！号称世界上最好的数据系统！
db2
是ibm公司的产品，在全球500强的企业中有80%是用db2作为数据库平台的！

GitHub 和 gist 有啥区别？

【中文标题】GitHub 和 gist 有啥区别？

【英文标题】：What is the difference between GitHub and gist?GitHub 和 gist 有什么区别？

【发布时间】：2011-10-09 16:45:50

【问题描述】：

gist 的目的是什么？它与使用 GitHub 进行常规代码共享/维护有何不同？

【问题讨论】：

怎么跑题了？我考虑了 gist 和 github 程序员常用的软件工具。这个问题非常适合。

我投票决定重新提出这个问题，因为它很有用，并且与程序员常用的软件工具有关。 Github 上的“About Gists”页面包含一些有用的信息，但没有回答有关关键差异以及在何种情况下用户可能更喜欢其中一个的问题。我个人希望看到这个问题的更详细的答案。

我没有看到任何地方提到的一个重要区别是 Gist 放弃了对目录的支持。我只是在遇到这个问题时才注意到它：***.com/a/27677649/5343341

我觉得最有帮助的是了解 gists 能做什么而 Github Repositories 不能。如果答案是 "Nothing."，那么我将继续使用 Github Repositories 来解决所有问题。

【参考方案1】：

github 允许用户对一个目录下的一堆文件（称为存储库）进行版本控制。并且用户可以创建任意数量的存储库。因此，对完整目录（存储库）的所有修改（创建/删除/修改）都会作为一个修订历史记录向用户列出。

其中 gist 允许用户对 Markdown 格式的单个文件进行版本控制。用户可以创建任意数量的文件。这里将每个文件的修改作为修订历史单独列出给用户。

通常github 用于维护与一项任务相关的大量文件和目录。例如项目的软件代码、网站文件、特定主题的文档文件等。gist 用于维护 Markdown 格式的任务的个人笔记。

在高层次上，在gist 中创建文件相当于在github 中创建单个文件存储库。

【参考方案2】：

GitHub 和 gists 的主要区别在于功能数量和用户界面：

One 在设计时考虑到了大量功能和灵活性，非常适合小型和大型项目，而 Gist 仅适合小型项目。

例如，gists 确实支持多文件，但界面非常简单，而且它们的功能有限，因此它们甚至没有文件浏览器，也没有问题、拉取请求或 wiki。如果您不需要它，那么要点非常好并且更加离散。就像 SO 中的 cmets，而不是答案。

注意：感谢@Qwerty 提出让我的评论成为真正答案的建议。

【讨论】：

还有“Gist 用于文件，存储库用于目录”，twitter.com/pavelrepin/status/297473901884223488

在我看来，这是迄今为止对这个问题的唯一真正答案。其他所有答案都只是重申了网站的目的，而没有解释哪些功能和差异可以实现该目的。就像说“这辆车是用来开到海滩的，但这辆车是用来开车去上班的”，而没有提到沙滩车是敞篷车。

在这里同意@DavidS 的最佳答案。因此，如果我删除流行词“共享”，它会告诉我它也非常适合保存我使用的小脚本，例如我刚刚创建的 python 脚本，用于创建一个对我来说微不足道的 YAML 文件，没有项目只需要这个文件我可能需要在 5 个月内再次找到可能在另一台计算机上。还是我在这里错过了一些重要的事情？

【参考方案3】：

简单来说：

GitHub 是整个网站。

Gist 是一些特殊的服务。

两者的用法：

Gist 是一种与他人共享 sn-ps 和粘贴的简单方法。

GitHub 是一个用于版本控制和项目协作的代码托管平台。

Github 的优势：

已知漏洞和暴露的文档、讨论、安全警报。

要点的优点：

因为每个“gist”都有自己的 Git 存储库，所以多个代码 sn-ps 可以包含在一个粘贴中，并且可以使用 Git 推送和拉取。

【参考方案4】：

GISTS Gist 是 GitHub 提供的一项出色的服务。使用此服务，您可以公开或私下分享您的工作。您可以共享单个文件、文章、完整的应用程序或源代码等。

GitHub 不仅仅是 Gists。它提供了巨大的服务，将项目或程序的数字资源组合在一个称为存储库的集中位置，并在利益相关者之间共享。 GitHub 存储库将保存或维护文件的多个版本或更改历史记录，您可以在需要时检索文件的特定版本。而 gist 会将每个帖子创建为一个新的存储库，并将维护文件的历史记录。

【参考方案5】：

GitHub 要点

要点或不要点。那是 64 美元的问题……

GitHub Gists 是 Single ( or, multiple ) Simple Markdown Files，具有 类似 repo 的特性，可以分叉或克隆（如果是公开的）。

否则，如果是私有的，则不是。

有点像可以共享的精美便签本。

类似于我现在正在输入的这个评论便笺簿，但更详细一些。

而，官方，完整的 GitHub 存储库是完整的源代码库src，支持文档（markdown 或 html，或两者）docs 或 root，图像@ 987654331@、ico、svg 和一个 config.sys 文件，用于运行托管在 Jekyll 服务器上的 Yaml 变量。

一个简单的 Gist 文件是否支持 Yaml 前端？

我不这么认为。

来自官方 GitHub Gist 文档 ...

gist 编辑器由 CodeMirror 提供支持。

但是，您可以复制公共 Gist（或者，如果所有者已通过私有 Gist 的链接授予您访问权限，则可以复制私有 Gist）...

然后，您可以使用 Visual Studio Code 将该公共 Gist 嵌入到“官方”存储库 page.md，如下所示：

“您可以在任何支持 Javascript 的文本字段中嵌入要点，例如博客文章。”

“要获取embed 代码，请单击要点的Embed URL 按钮旁边的剪贴板图标。”

现在，这是一个很酷的功能。

让我想搜索（发现）其他人的要点，或 OPG 并将他们的“公开”工作纳入我的成熟工作存储库。

“您可以通过转到 gist 主页并单击链接来发现其他人创建的 PUBLIC gist ...

All Gists:title='点击查看 GitHub Gists 的发现功能':target='_blank'。"

警告。 GitHub Gist 不支持 Liquid 标签。

我想如果我确实发现了一些有益的东西，我总是可以回复，或者如果我确实在我的成熟工作回购中使用了该工作，我可以引用该来源。

作者公开的所有要点的隐式许可在哪里发布？

罗伯特

附：这是一个很好的评论。我想我会把它变成 gist 并在 GitHub Gists 上公开搜索。

注意。在 Markdown (.md) 文件的正文中嵌入 <script></script> html 标记时，您可能会收到来自 linter 的警告“MD033”。

但是，这不应影响从 script 标记内调用的数据 (src) 的呈现。

要更改默认警告标志以适应 Visual Studio Code 中 script 标记的调用内容，请在 User Settings Json 文件中的 Markdownlint 配置对象 中添加一个条目，如下所示如下：

// Begin Markdownlint Configuration Object
"markdownlint.config": 
  "MD013": false,
  "MD033": "allowed_elements": ["script"]
// End Markdownlint Configuration Object

注意。源自GitHub Commit by David Anson的解决方案

【讨论】：

花点时间阅读帮助中心的editing help。 Stack Overflow 上的格式与其他网站不同。

此外，GitHub Gist 允许您发布 lot 而不仅仅是代码。 Here's a concrete example of this，是的，我实际上已经使用了 Git。 （实际上，您可以将它们视为来自 Git 客户端的完整存储库，包括额外的分支；您只是没有所有问题管理、基本 Git 内容的 Web 界面以及与它在适当的 GH 中相关的其他细节回购。）

【参考方案6】：

我对 Gist 和 GitHub 的个人看法：

Gist： Gist 是一种与他人共享代码 sn-ps 和粘贴的简单方法。当您需要与您的同事或朋友分享一段示例代码或技术时使用它。

还有

GitHub 另一方面，GitHub 提供了一个平台，可以将整个项目作为存储库在团队之间（私人存储库）或向全世界共享（公共存储库）。

两者都会记录版本详细信息。

【讨论】：

能不能详细举个例子

@Chetan a gist 的示例（注意它只是一个文件，并不需要任何支持文件，没有人会制作票证等（顺便说一下，配置是可能旧所以不要使用它））。 a project 的示例它非常小，但有人可以打开带有建议和易于记住地址与 gist 网址的票证

【参考方案7】：

“Gist 实际上是 Git 存储库，这意味着您可以分叉或克隆任何 Gist，即使您不是原作者。您还可以查看 gist 的完整提交历史记录，包括差异。”

→查看official github documentation

所以关键区别在于，它们是单个文件。

哦，还有：gists can be “secret”（如：私人网址）也不是付费 github 客户，如果我理解正确的话......

【讨论】：

gists 可以有多个文件

酷，didn't know that！

哇，所以我可以克隆我的要点，例如git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158d，它在我的文件系统上创建一个名为b227766a5f593b1154449217a656158d 的目录，在这种情况下它包含一个文件semantic_notes.md。我将像回购一样尝试在我的要点上进行开发。很高兴知道。这也一定是 cmets 添加到 gist 修订版中的方式。从未见过如何在 UI 编辑器中做到这一点。

【参考方案8】：

我个人的理解或者说我个人对 Gist 和 Github 的使用是：

Github

一项大型项目工作。如果您想建立网站、开发移动或 Web 应用程序或与您的队友一起完成任务，当然可以使用 github。

要点

更像是一个备忘录。例如，您可以编写一个小功能的实现并将其分享到您的博客，或者写下您对该项目的看法并与您的队友分享。 就像上面的答案所说的那样，gist 用于更像代码 sn-p 的东西。所以通常如果你在一个项目上工作，你会使用 github。

【讨论】：

“备忘录”类比让我明白了这一点——否则，我不得不问“什么是 pastebin？”

【参考方案9】：

您可以通过访问以下网址gist.github.com 访问 Gist。 或者，您可以从您的 Github 帐户中访问它（登录后），如下图所示：

 

Github： 托管服务，其中包含基于 Web 的 git 存储库。它包括 git 的所有功能和附加功能 加进去了。

 

要点： 是添加到 github 的附加功能，允许共享代码 sn-ps、注释、待办事项列表等。你可以保存 你的要点是秘密的或公开的。 Secret Gists 隐藏在搜索中 引擎，但与您共享网址的任何人都可见。

例如。如果你想写一个私人待办事项清单。您可以使用 Github Markdown 编写如下：

注意：如上所示，在破折号和括号之间保留空格很重要。 使用扩展名 .md 保存文件也很重要，因为我们希望 markdown 正确格式化。 如果您不想让其他人看到，请记住将此 Gist 保存为机密。

 

最终结果如下图所示。复选框是可点击的，因为我们用扩展名 .md 保存了这个 Gist

【讨论】：

"如果您不想让其他人看到，请记住将此要点保存为机密。"小心 - 如果他们碰巧有它的 URL，其他人可以看到你的秘密要点。见help.github.com/articles/about-gists/#secret-gists

这如何回答 Gists 和 Github 之间的区别？ （或 Github repos - OP 可能真正要问的问题）这根本没有解决原始问题

这个答案在定义这两个术语方面做得很好。那么它们之间的区别就很明显了。

【参考方案10】：

GitHub 是整个网站。 Gists 是该站点上提供的一项特殊服务，即类似于 pastebin 的代码 sn-ps。然而，一切都是由 git 版本控制驱动的，所以 gists 也有完整的版本历史。

【讨论】：

那么 Gist 和 Repository 有什么区别？各自的优点和缺点是什么？ （我相信这是 OP 想要问的）

@TestSubject528491：存储库用于用户创建的文件。要点是一段代码（通常与其他代码无关），例如用于讨论或给出示例。

@TestSubject528491 正如 Kerrek 所说，Gist 本质上是 Github 上的 Pastebin 等价物。

@Pacerier：当然可以。但是你需要自己管理文件、克隆存储库、推送提交等等。 Gists 让您可以直接在浏览器中编辑文本，并且无需管理任何文件。正如我所说，相同的底层版本控制机制，但满足不同的需求。

@SimonEast github 和 gists 之间的主要区别在于功能数量和用户界面：一个设计时考虑到了很多功能和灵活性，这对于小型和非常大的项目，而要点只适合非常小的项目。例如，gists 确实支持多文件，但界面非常简单，而且功能有限，因此它们甚至没有文件浏览器，也没有问题、拉取请求或 wiki。如果你不需要那个，要点非常好，更离散。就像 SO 中的 cmets，而不是答案。