所以我正在使用一个应用程序在数据库中存储图像。 你对此有什么看法? 我更喜欢在文件系统中存储位置,而不是将其直接存储在数据库中。 你认为什么是利弊?
想象一下带有一组checkbox的网页表单(可以select任何一个或全部)。 我select将它们保存在数据库表的一列中存储的逗号分隔值列表中。 现在,我知道正确的解决scheme是创build第二个表并正确地规范数据库。 实施简单解决scheme的速度更快,我希望快速获得该应用程序的概念validation,而不必花费太多时间。 我认为节省的时间和简单的代码在我的情况下是值得的,这是一个可靠的deviseselect,还是应该从一开始就规范化呢? 更多的上下文,这是一个小的内部应用程序,基本上取代了存储在共享文件夹中的Excel文件。 我也在问,因为我正在考虑清理这个程序,使之更易于维护。 在这里面有些事情我并不完全满意,其中之一就是这个问题的主题。
为什么不应该使用mysql_*函数的技术原因是什么? (例如mysql_query() , mysql_connect()或mysql_real_escape_string() )? 为什么我应该使用别的东西,即使他们在我的网站上工作? 如果他们没有在我的网站上工作,为什么我会得到如Warning:mysql_connect()这样的错误:没有这样的文件或目录 ?
在PostgreSQL中 ,我可以这样做: ALTER SEQUENCE serial RESTART WITH 0; 有没有Oracle的等价物?
表格是: +—-+——+ | Id | Name | +—-+——+ | 1 | aaa | | 1 | bbb | | 1 | ccc | | 1 | ddd | | 1 | eee | +—-+——+ 要求的输出: +—-+———————+ | Id | abc | +—-+———————+ | 1 | aaa,bbb,ccc,ddd,eee | +—-+———————+ 查询: SELECT ID, abc = STUFF( (SELECT […]
我正在开发一个Android应用程序,在用户可以使用该应用程序之前,该应用程序需要在该应用程序的数据库中填充多个条目(包含1000-10000行的单个表)。 我已经看了一些教程,我不确定最好的方法来做到这一点。 我应该在每次启动应用程序时检查数据库是否存在,如果不存在,创建它并插入我需要的数千条记录? 还是有更好的方法来处理这个问题? 理想情况下,它可以作为应用程序安装过程的一部分,但我不确定这是否可行。 任何反馈将不胜感激。
我目前正在开发一个使用MySQL数据库的应用程序。 在开发过程中,数据库结构仍然不断变化(我改变了我的本地副本,只保留在测试服务器上)。 有没有办法比较数据库的两个实例,看看是否有任何改变? 虽然目前只是放弃以前的测试服务器数据库是好的,因为测试开始输入测试数据可能会有点棘手。 尽管如此,稍后会在生产中再次发生… 有没有简单的方法来增量更改生产数据库,最好通过自动创建一个脚本来修改它? 答案中提到的工具: Red-Gate的MySQL模式和数据比较 (商业) Maatkit(现在Percona) liquibase 蟾蜍 Nob Hill数据库比较 (商业) MySQL差异 SQL EDT (商业)
我想知道如何区分所有这些不同的联接…
我对数据库的暴露程度有限,只使用数据库作为应用程序员。 我想知道有关聚簇和非聚簇索引。 我GOOGLE了,我发现是: 聚集索引是一种特殊类型的索引,对表中记录的物理存储方式进行重新排序。 所以表只能有一个聚簇索引。 聚集索引的叶节点包含数据页面。 非聚簇索引是一种特殊类型的索引,其中索引的逻辑顺序与磁盘上的行的物理存储顺序不匹配。 非聚集索引的叶节点不包含数据页面。 相反,叶节点包含索引行。 我在SO中发现的是,聚集索引和非聚集索引之间有什么区别? 。 有人能用简单的英文来解释吗?
什么是应用程序开发人员常见的数据库开发错误?