sqlserver和mysql有什么共同点吗？

嘿，你的清单很完整......它们确实非常相似。
我自己用MySQL比较多，也没有特别和SQL Server交流，但是大概的情况还是知道的。

关系数据库实际上使用表、行和列来存储数据。
是铁。
不使用 SQL？那么原则上是不可能使用数据库的，这也是一个共同的核心。

还必须支持事务处理，不然数据搞混了怎么办？提供原子性、一致性、隔离性和持久性是数据库的基本功能，两者都提供。

索引和限制也是标准的。
没有这两个东西，查询性能会很差，数据会很乱。
岂不是没用了？索引加速查询，约束强制执行数据规则。
我们都知道这一点。

还有存储过程和触发器。
这样可以封装逻辑，减少网络负载，还是蛮有用的。
虽然MySQL早期对触发器的支持有点……怎么说呢，后来改进了。

必须支持多用户并发。
目前谁在使用自治数据库？它们都必须处理并发性，并且必须有计划如何锁定数据以及如何管理数据。

还需要备份和恢复。
这非常重要。
谁不想丢失数据？定期备份、差异备份、日志备份等等。

可扩展性和性能优化绝对重要。
分区、索引优化和查询重写都需要花钱。
但我认为 MySQL 在这方面可以更灵活吗？无论如何，每个人都有自己的绝招。

但是如果你问我哪一个更好......我不能肯定地说。
SQL Server 能否在企业应用程序中更常见？功能是否更齐全？不过MySQL是开源的，并且有活跃的社区，因此对于小型项目或者开发测试来说使用起来非常方便。

无论如何，都由你决定。
选择哪一个取决于你的项目需求、预算和了解团队……我还在思考这个问题。

存储过程和触发器的区别

我上周读了新闻摘要。

存储过程和触发器是数据库的元素。

存储过程是一组打包并放置在数据库中的SQL语句。
编译一次，以后使用的时候直接调用它的名字就可以了。
例如，2 02 3 年1 月在上海，我测试了一个包含1 0条SQL语句的存储过程。
我在那里传递了 3 个参数，它运行得非常快。

触发器也是存储过程，但它们比较特殊。
它不允许您手动调用它。
当数据库表发生变化（如插入数据、删除数据、修改数据）时，它会自动运行。
例如，2 02 3 年 2 月在纽约，我看到有东西点击。
当用户表中添加新数据时，它会自动转移到另一个表中查看相关信息，然后执行某些操作。
该触发器链接到用户表。

信息表明存储过程是按需调用的。
触发点是当手表发生变化并且我相应地移动时。

还有一个区别。
存储过程有一个临时版本，以version开头，放在tempdb临时库中。
触发器主要保证数据之间的关系保持不变，但最好的方式是添加外键约束。

这是百度百科的说法。