英文:
Document storage on Salesforce
问题
我有一个需求，需要在Salesforce前端提供文档，并有两个选项：直接将文档上传到Salesforce，或者在Salesforce中添加文档的链接，用户点击URL将会跳转到文档在SharePoint存储库中的位置。
您知道在Salesforce上添加文档链接是否比直接上传文档到Salesforce占用更少的存储空间？
英文:
i have a requirement to make documents available on the salesforce front end, with the two options being uploading the documents directly onto salesforce, or adding links to the documents in salesforce, where clicking on the URL would take the user to the document is located in a SharePoint repository.
Do you know whether adding links to documents on salesforce takes up less storage space than uploading the document directly to salesforce?
答案1
得分: 1
请查看我的https://stackoverflow.com/a/69265554/313628，特别是有关Files Connect电影的部分。至少你会有一个新的术语可以在Google上搜索。
"这取决于情况"。一般来说，将记录存储为一个愚蠢的文本/URL字段大部分时间将占用2kB的数据存储空间。在SF中存储整个文件将占用文件大小（最多2GB）...但文件存储是分开计算的！很难说你更可能用完哪一个。检查一下你当前的存储空间，新账户/潜在客户/案例/电子邮件等的平均数量与计划文件流量相比如何。
如果你选择使用URL方式 - 用户是否能够直接在浏览器中完全点击到SharePoint（或其他什么）？因为如果你计划使用Apex在后端下载文件并返回给aura或LWC - 你将受到堆大小的限制。最多6MB，除非你使用类似Continuation的技巧并达到12MB。
英文:
Check out my https://stackoverflow.com/a/69265554/313628, especially the bit about cheesy Files Connect movie. At the very least you'll have a new term to Google around for.
"It depends". Generally yes, storing a record with a stupid text/URL field most of the time will consume 2kB data storage. Storing whole file in SF will consume file size (up to 2 GB)... But of file storage. They're counted separately! Hard to say which one you're more likely to run out of. Check what's your current storage, what's the average count of new accounts/leads/cases//emails/what-have-yous Vs planned file traffic.
If you go the URL route - will the user be able to click through to SharePoint (or what have you) directly, completely in the browser? Because if you plan to use apex to download a file on the backend and return it to aur a/lwc - you'll be limited by heap size. 6MB max unless you use Continuation-like tricks and go 12MB
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论