Lightroom目录真正可以处理多少个图像？

19

我在这里读到Lightroom V3目录可以处理很多图像，但是任何人提到的最大数据库是60k。！;）

目前，我有超过300k RAW + 200k JPEG（不计其数的日子），时钟频率约为3 TB，并且增长迅速。一切都被归类为14个目录（例如，完成，轻涂鸦，照片拍摄，工作等），因为当我从RawShooter切换到V2时，我发现大型目录的速度很慢，即使是四核6 GB的RAM。

我会爱回到1个目录的简单的日子，但我很害怕它会再次变得混乱......更何况进口将采取血腥永远;）

有没有人在使用MASSIVE目录（> 500k）方面有任何实际经验，可以告诉我在性能方面可以得到什么？是需要一些时间，时间还是喝咖啡休息的时间？

注：我特别感兴趣，在Windows 7中的经验，因为它似乎对我来说，LR通常运行在Mac电脑速度更快。

lightroom windows-7 lightroom-catalog

— 格伦纳鲁
source

1

要求澄清：您正在询问Windows 7，因为 LR在Mac上运行速度更快？我想这只是意味着您不想要Mac的答案，因为它们可能无法反映您的现实？如果您的意思不同，我想在这里问。:)

— lindes 2010年

因为我相信它在Mac上运行速度更快。了解Mac的经验（对于其他好奇的人）可能仍然很有趣，但是坐在我旁边的人坐在Mac上，而LR在那运行似乎更快。

— glenneroo 2010年

嗯，我发现了这个问题，因为我担心我的目录增加到83GB和66K项（RAW，DNG和JPEG的混合物）。

— 保罗·哈德菲尔德

15

在Lightroom上工作的Adobe员工告诉我成千上万。因此，不到一百万。

Lightroom 3常见问题解答似乎支持此功能：

目录中可以有几张照片？您可以在Lightroom目录中存储的照片没有具体的最大数量限制。您的计算机的地址空间可能用完了100,000至1,000,000张照片。

资料来源：http : //kb2.adobe.com/cps/333/333736.html

PS：删除是您的朋友。所有人都说存储很便宜，但是管理存储的成本却不高。就我个人而言，我每拍摄8张照片就删除7张，因此我的照片收藏更好，更易于管理。

— 伊泰
source

2

+1关于音量的要点，尽管我已经恢复了一些以前认为是烤面包的镜头。我不完全确定Adobe对此“地址空间”的含义是什么...我将假定它不是整数，因为即使在32位平台上，它也大大超过1,000,000。那里很模糊。

— 约翰·卡文

2

@John：他们提到的地址空间是数据库文件中可索引的存储量。不同的图像需要不同的空间量，但是当文件中的空间用完时，它们将无法添加更多图像（或扩展已经存在的图像所需的存储空间）。根据他们使用的数据库引擎的限制，我认为这是4GB。如果是这种情况，则根据目录的大小（相对于它们拥有的图像数量）...我希望该限制会远远超过1M图像。但是他们可能为“最坏情况”设置了限制。

— cabbey 2010年

+1用于删除。我将每2个月浏览一次目录，并删除所有我无法保存且不是100％可用的内容，坦率地说，如果它在我的驱动器上并且没有共享或打印，我可能不会再来看一遍。

— 尼古拉斯·史密斯，

10

我有一个包含211,489张图像的lightroom实例。

它肯定比10K以下的收藏要慢一些，但是它是可用的。但是，由于LR似乎要么坚持要确保在加载库时所有库照片文件实际上都在其中，要么要进行某种形式的库扫描，因此它确实需要很长时间才能完全启动。无论哪种方式，都需要花费几分钟才能找到所有目录。

GUI在扫描库时是响应式的，因此您可以在计数文件时进行工作。除非您要处理尚未扫描的文件，否则无论如何。

尽管这有点题外话，但我发现用于管理庞大目录的最佳软件是Picasa，它是所有工具中的佼佼者。

Picasa管理着我拥有的600K图像集，启动时没有任何明显的减速。它似乎还可以动态加载所有内容，因此您几乎可以立即获得一个低分辨率的缩略图，然后在加载实际文件时会有所改善。

--

对于我尝试过的每个平台，我可以说的是，导入似乎总是很耗时。导入超过10万张图片的时间为10小时以上（如果不是几天的话）。我强烈建议您将导入分为几部分，这样，如果某个死机/您的计算机意外进入睡眠状态/无论如何，您都不会丢失所有进度。

— 假名
source

1

您确定有关LR确保照片文件存在吗？我已将自己库中的一些照片存档，而LR似乎从未在启动时变慢。它还会显示为缺少的库生成的所有缩略图，并且仅当您实际尝试使用丢失的图像时才检查是否存在。

— jrista

1

好吧，它可能只是在加载库。当然，这需要几分钟，目录中的子文件夹会一个接一个地出现（我的意思是填充了图像计数）。

— 假名称

1

@jrista-如果您仔细查看，甚至在尝试使用图像之前，当您处于库模块内的网格视图中时，Lightroom都会在丢失的图像的右上角显示一个小图标。我不确定是否在打开文件夹或启动时执行此操作，但我确实知道它在启动时会对每个文件夹执行某些操作，并且至少每次都会重新计算映像计数。似乎有些愚蠢，但是如果您打开了左侧文件夹窗格，则在界面中可以清晰看到。

— Itai 2010年

有趣。您使用Windows还是Mac？您所说的“漫长的完全开始”是什么意思？30秒？5分钟？

— glenneroo 2010年

1

至于Windows vs Mac，是的。启动时间通常是一两分钟，也有所不同。

— 假名称

6

显然，Adobe使用SQLite数据库作为目录，这意味着它受数据库的限制。取决于Lightroom使用数据库的方式，它可能会相对较快地达到这些限制，毕竟不是Oracle ... :)因此，是的，如果您的搜索未命中任何索引，大型目录可能会遭受性能损失。我不确定数据库是如何建立索引的，我无法确定未命中的可能性以及因此需要进行全表扫描的频率。

无论如何，我希望这样的选择最初是基于电影摄影的一般经验，为此，我希望零人能达到十万张图像的倍数。但是，数字化是另一种野兽。净效果，我认为目录越小，Lightroom的性能越好，因此，如果您可以将集合划分为100,000个左右，那可能会更好。

无论如何，如果您是技术人员并且想玩游戏，那么这是一个起点。

— 约翰·卡文
source

哦，那可能很有趣！hmmm，但它说它适用于目录版本1.4.1。我猜将不得不玩耍;）

— glenneroo 2010年

我怀疑他们是否已经破坏了数据库的底层数据库结构，所以您可能很高兴。我不使用LR，我将Photoshop与Bridge一起使用，我以自己的方式编目（在文件系统和备份上），所以这可能就是我所能添加的全部。

— 约翰·卡文

您链接的页面中没有提及运行限制的限制；仅软件和数据库设计限制。因此，例如，它们没有描述数据库中可能的条目总数。

— Kendall Helmstetter Gelner 2010年

@Kendall-最后一个是页面限制。可能还有其他一些影响行为，例如页面大小溢出（我怀疑是8k），等等。当您达到这些极限时，您可能会开始显着影响性能。

— 约翰·卡文

1

没有证实“它可以相对快地达到这些限制”的说法。确实，SQLite通常较弱的地方是并发而不是容量。AFAIK，SQLite在Windows和MacOS上同样可以很好地运行，所以这不应该成为问题。重要的是要记住，Lightroom不仅仅是构建目录的数据库。如果您需要一站式购物，那么LR是一个理想的选择。如果您想混搭，周围有很多DAM工具。像Extensis Portfolio。（而且我的空间不足！）

— 史蒂夫·罗斯

4

我将在此处添加，我妻子的系统中大约有40万张图像，至少有10万张是原始图像。该系统的Q6600 / 4gb系统有点呆板，但是在她的新AMD 1100t 6core / 8gigs上，目录就像一个全新的数据库一样快。我仍然没有将她转移到SSD（用于OS和数据库文件）上，因此我很期待看到它如何进行改进。

我想补充一点，在导入期间检查渲染预览选项是允许我的妻子在原始预览渲染时零延迟地完成1000次图像导入的关键。

— 内马铃薯
source

1

Adobe网站上提供了功能齐全的试用版。我认为您应该下载它并在您自己的计算机上测试您的库以查看实际性能。

— 塔尔达斯
source

谢谢，但是我已经拥有了它，实际上我已经尝试过几次才能完全导入，但是直到需要几个小时才能将我的计算机用于其他项目之前，我从来没有走过。令人遗憾的是，导入消耗了系统上几乎所有可用的资源（4x 3.4ghz，6gb的ram），几乎没有任何余地供我运行远程桌面会话以工作-我猜测这将需要大约24小时。

— glenneroo 2010年

试试Picasa。它可以增量导入-您可以在导入时将其关闭，并且再次打开它时，它将在中断的位置进行拾取。

— 假名称2010年

2

抱歉，Lightroom和Picasa相对？也许用于编辑JPEG，但对于RAW则不用管它！

— glenneroo 2011年

1

没有具体限制，该限制在10 万到100万之间。但是总的来说，您拥有的照片越多，性能就会越差，这将是非线性的降低，即，添加第100,001张照片比第1001张照片的效果更差。

我想这很大程度上取决于您所拥有机器的性能。如果您拥有一流的机器，它可能会比旧机器更好地工作。

也许您可以在晚上或其他时间尝试导入，而又要长时间不使用计算机？

— 皮尔逊艺术摄影
source