|
Post by account_disabled on Jan 30, 2024 9:40:16 GMT
但是即使的最猛烈抵抗也无法阻止进步尤其是消除了使开发人员的生活更轻松的解决方案。让我们简要介绍一下近年来在许多系统中遇到的疾病。在没有数据库引擎支持的情况下开发人员被剥夺了管理员的支持并以各种方式管理了。我们将从危害最小的开始。在关系数据库中将密钥保留为外部系统中的标识符。等乍一看这似乎不是问题只是可以说是异质环境。但是维护部门的每个负责人立即意识到这是另一项维护服务应为此提供业务连续性计划备份。 这是另一个应创建和维护安全规则的信息存储和处理点系统的另一个潜在数据源最终是最昂贵 手机号码数据 的后续许可证和或团队能力。当然在某些情况下这是合理的但是这些情况确实很少例如在非常长的文本中进行全文搜索其中基于的系统将是最有效的。但是对于格式的数据未进行搜索但仅包含模型中有关实体的数据已经完美地解决了该示例。更糟糕的是在基座中由于缺乏另一种可能性存在一个对象该对象是序列化为类型的对象等。在这种情况下如果不是故意的话仅针对应用程序读取数据。 我们不能将它们用于报告也不能将大多数数据库机制用于此类数据。那么我们注定要开发商与之间不断展开斗争吗是否有必要增加技术以满足对新解决方案的需求幸运的是没有。解决争议的方法中可用的扩展程序可以解决因此也可以欧洲开发银行解决这些情况。允许高度自由的数据存储的第一个机制是简单公园记录机制键值。在此解决方案的众多限制中有两个特别严重一个级别无嵌套选项和仅文本支持从数据库的角度来看键和值都是文本。
|
|