idea UnManaged Attachments in Data Management Ideas

UnManaged Attachments

AndrewRudin — Tue, 20 Sep 2022 22:40:38 GMT

Add the ability when enabling attachments on feature classes, I have the option to store just a link to files in the attachments table. I would much rather store Photos, Documents, and other files related to a feature in a place on a shared drive so anyone and any application can easily get to them without ArcGIS. I don't want to store blobs for photos and documents in our database. Storing blobs in SDE means any other application we write that needs to see those attachments will have to tack on some ArcObjects code to pull out the file.

This would be similar to the difference between managed and unmanaged raster catalogs.

Re: UnManaged Attachments

JakeKrall — Fri, 09 Mar 2012 19:20:20 GMT

Great idea...I would like to see this functionality added to the MXD as well as feature classes. I want to save links to Word docs, pdfs, Excel sheets, Autocad dwg's, images/photos etc. but dont see a way to do it now. Please add this to the MXD too! Or am I missing something???

Re: UnManaged Attachments

AndrewRudin — Tue, 13 Mar 2012 00:00:14 GMT

A lot of our users would prefer to store just a link to a folder. That way they don't have to micromanage all the attachments on each feature if there are alot of related documents. This works only if a group happens to have related data already organized with one folder setup for every feature...but if you give people the option they can decide which way is best for their organization

Geodatabase Attachments Storage Location Option

JeffForeman — Tue, 08 Dec 2020 13:31:59 GMT

When enabling attachments on a feature class, give the option to store the attachments outside of the geodatabase on a seperate file server. Instead of storing the attachment as a BLOB in the related database table, your related table would contain a path to a file server where your attachment is stored.

Re: Geodatabase Attachments Storage Location Option

MichaelVolz — Mon, 18 Nov 2013 14:58:13 GMT

This would be a very useful alternative to vastly decrease data duplication if you already have the attachments in another robust RDBMS that can mange these files more efficiently than ESRI feature classes.

Re: Geodatabase Attachments Storage Location Option

EricGeddes — Tue, 21 Jan 2014 17:50:24 GMT

Absolutely. A couple other ideas are basically asking the same thing, and another dozen (or more!) would be resolved (or could be more easily resolved) if this were to be implemented.

That said, what about adding geoprocessing functionality to "push attachments to files" that would, at the database level, extract the files as documents to be stored in a specified location, and replaced with a hyperlink to them. Similarly a "gather files for document" (or similar) could reverse the process???

Re: Geodatabase Attachments Storage Location Option

JohnMDye — Wed, 02 May 2018 18:42:11 GMT

Agree. Would be great if I could point it to an S3 bucket for attachments. A popular feature service with attachment s enabled can really eat up your service credits with storage costs.

Re: Geodatabase Attachments Storage Location Option

Anonymous User — Thu, 03 May 2018 19:56:32 GMT

Attachments are not part of feature storage. For any service published after July 2, 2014 attachments are charged as file storage which runs 1.2 credits per 1 GB/month.

https://www.esri.com/software/arcgis/arcgisonline/credits

http://doc.arcgis.com/en/arcgis-online/administer/view-status.htm#ESRI_SECTION1_1D001100A7A24CDF85A09169E0A424ED “

Re: Geodatabase Attachments Storage Location Option

JohnMDye — Thu, 03 May 2018 20:06:47 GMT

Thanks for the clarity.

Re: Geodatabase Attachments Storage Location Option

QuinnBast — Wed, 20 Nov 2019 22:22:13 GMT

I know this is old and marked as "reviewed", but this is still 100% necessary. It's not just an issue with credits/file storage. Storing data as BLOBs can really increase database size and takes a massive performance hit as storage skyrockets. Not to mention working with BLOB formats is just terrible. Being able to reference attached files in their natural file formats and providing a file path to their location in a file server would be 100 times better than the current BLOB storage method.

Re: Geodatabase Attachments Storage Location Option

GideonDalrymple — Fri, 01 Apr 2022 19:35:42 GMT

How do you do that. I've tried it and can't find that option. I'm working with an enterprise geodatabase. Really need help cause I tried to add more data and it says that I have no more space.

Can anyone help? Would greatly appreciate it.

Re: UnManaged Attachments

MikeJensen — Wed, 24 May 2023 23:18:56 GMT

Hey everyone! This is a great post! Our users have so many great ideas, and there are times when we don't have the ability to address each idea as quickly as we would like. Moving forward, if you are still looking for ways to use hyperlinks as an alternative to attachments, please check out the following blog: A suite of sample geoprocessing tools for managing hyperlinks. These tools work similar to the suite of attachment tools, with the same concept. We hope our users find them to be helpful in meeting their individual and organizational needs. 🙂

Re: UnManaged Attachments

BrittanyBurson — Tue, 14 Nov 2023 22:25:22 GMT

We are trying to lean heavily on our Enterprise GIS deployment but also can't bloat our sde with thousands of attachments, inspection photos, etc. We have OpenText content management server available but this post does not give me a lot of hope we will be able to integrate it via hyperlink so easily. How is everyone else managing large volumes of attachments in a large Enterprise deployment?

Either way, Kudo from me.