Tag: 数据库

插入…值（SELECT … FROM …）: 我试图插入到一个表使用来自另一个表的input。尽pipe对于许多数据库引擎来说这是完全可行的，但是我总是很难记住当天SQL引擎（ MySQL ， Oracle ， SQL Server ， Informix和DB2 ）的正确语法。是否有一个来自SQL标准（例如， SQL-92 ）的silver-bullet语法，允许我插入值而不用担心底层数据库？

使用p：graphicImage和StreamedContent显示来自数据库的dynamic图像: 我试图显示保存在数据库中的图像字节为<p:graphicImage>的StreamedContent ，如下所示： <p:graphicImage value="#{item.imageF}" width="50" id="grpImage" height="80"/> private StreamedContent content; // getter and setter public StreamedContent getImageF() { if (student.getImage() != null) { InputStream is = new ByteArrayInputStream(student.getImage()); System.out.println("Byte :"+student.getImage()); content = new DefaultStreamedContent(is, "", student.getStuID()); System.out.println("ddd ——————————- " + content); return content; } return content; } 这将返回一个空白图像。这是如何造成的，我该如何解决？标准输出打印如下： INFO: Byte :[B@a2fb48 INFO: ddd […]

MyISAM与InnoDB: 我正在处理一个涉及很多数据库写入的项目，我会说（ 70％的插入和30％的读取）。这个比例还将包括我认为是一个阅读和一个写作的更新。读取可能很脏（例如，在阅读时我不需要100％准确的信息）。有关任务将每小时进行超过100万次的数据库事务。我在网上读了一大堆关于MyISAM和InnoDB之间差异的东西，MyISAM似乎是我将用于这个任务的特定数据库/表的显而易见的select。从我看来，InnoDB是好的，如果事务是需要的，因为行级locking是支持的。有没有人有这种types的负载（或更高）的经验？ MyISAM是否要走？

为什么SELECT *被认为是有害的？: 为什么SELECT *坏习惯？如果你添加了一个你想要的新列，这不是说更less的代码要改变吗？我知道SELECT COUNT(*)是一些DB上的性能问题，但是如果你真的想要每一列呢？

数据库索引如何工作？: 鉴于索引是如此重要，因为你的数据集增加的大小，有人可以解释如何索引工作在数据库无关的水平？有关查询索引字段的信息，请查看如何索引数据库列。

entity framework和连接池: 我最近开始在我的.NET 4.0应用程序中使用Entity Framework 4.0，并对与池有关的一些事情感到好奇。我所知道的连接池是由ADO.NET数据提供者pipe理的，在我的情况下是MS SQL服务器。这是否适用于实例化新的实体上下文（ ObjectContext ），即无参数的new MyDatabaseModelEntities() ？ a）为应用程序创build一个全局实体上下文（即一个静态实例）或b）为每个给定的操作/方法创build和展示一个实体上下文，并使用一个using块。任何其他build议，最佳做法或对于某些应该了解的情况的常见方法？

如何从数据库中填充h：selectOneMenu的选项？: 我正在创build一个Web应用程序，您必须从DB读取对象/实体列表，并将其填充到JSF <h:selectOneMenu> 。我无法对此进行编码。有人可以告诉我怎么做吗？我知道如何从数据库中获取一个List<User> 。我需要知道的是，如何在<h:selectOneMenu>填充这个列表。 <h:selectOneMenu value="#{bean.name}"> …? </h:selectOneMenu>

在数据库中存储密码的最佳方法: 我正在开发一个需要authentication的项目（用户名/密码）它也连接到一个数据库，所以我想我会在那里存储用户名和密码，但它似乎不是一个好主意，只是一个坐在数据库中的表中的文本字段的密码我正在使用C＃并连接到2008 Express服务器。任何人都可以build议（尽可能多的例子）什么是最好的方式来存储这种types的数据？（我打开这个想法，这个信息不存储在数据库中，如果有一个很好的理由可以提供）

在关系数据库中存储分层数据有哪些select？: 良好的概述一般来说，您正在快速读取时间（例如，嵌套集）或快速写入时间（邻接列表）之间作出决定。通常你会得到最适合你需求的选项组合。以下提供了一些深入阅读：多一个嵌套间隔与邻接表比较：我发现的邻接表，物化path，嵌套集和嵌套间隔的最佳比较。分级数据的模型：幻灯片中有很好的权衡解释和示例用法在MySQL中表示层次结构：特别是对嵌套集的很好的概述关系数据库系统中的分层数据：我所见过的最全面和最有条理的链接集，但对解释的方式并不多选项我知道的一般特征：邻接表：列：ID，ParentID 易于实施。便宜的节点移动，插入和删除。昂贵的查找水平（可以存储为一个计算列），祖先和后代（桥表与水平列结合可以解决），path（天堂列可以解决）。在那些支持它们遍历的数据库中使用公用表expression式。嵌套集（又名修改的预定树遍历）由Joe Celko在许多文章和他的书中的树和层次结构在Smarties中被推广列：左，右便宜的水平，祖先，后代易失性编码 – 移动，插入，删除更昂贵。需要特定的sorting顺序（例如创build）。因此，以不同的顺序sorting所有后代需要额外的工作。嵌套间隔像嵌套集，但与真正的/浮点数/小数，这样的编码是不稳定的（便宜的移动/插入/删除）必须处理真正/浮点/小数表示问题一个更复杂的matrix编码变体增加了祖先编码的好处，就像物化path“自由” 桥表（又名Closure Table ：关于如何使用触发器维护这种方法的一些好主意）列：祖先，后裔站在它描述的表格之外。可以在一个以上的层次中包含一些节点。廉价的祖先和后代（虽然不是以什么顺序）对于层次结构的完整知识需要与另一个选项相结合。平的桌子邻接列表的修改，为每个logging添加级别和排名（例如sorting）列。昂贵的移动和删除廉价的祖先和后代好用：线程讨论 – 论坛/博客评论沿袭列 […]