I have a backup of couchdb design documents from an old project. I'm trying to work with this data but I'm not sure what format they are in. Does anyone know? I have a feeling it might be BSON.
It depends on how you made the backup, but CouchDB uses plain JSON, not BSON (which is MongoDB-specific). If you are talking about the database files CouchDB stores (ending with .couch), these are opaque to the user. If you have a running CouchDB instance (a version < 2.0 is easiest), then you can just put the file in the data folder, and it should be visible in Futon.
You can then backup the design documents to text files - you find more information about tools for backing up CouchDB in this IBM Cloudant blog post.
Related
We have a sharepoint website and as part of functional process across the website where there are lot of documents been uploaded. Currently they are been stored into database which results in very bulky table in terms of size. My initial approach was to utilize sharepoint to store the documents into file library. Does anybody think database is the wiser options and why or any other approach which is performant and better to store confidential files?
Using a database for storing documents is not a recommended approach, not only it will have large size but will be hard when it comes to maintenance and performance.
If you have a SharePoint server, why not go with a library or multiple libraries to store documents. You will get the below advantages when using SharePoint.
1.Permission management : you can set up access to documents and choose who access what.
2.Search : if there is a search service running you can search through your libraries.
3.OWA : office web apps can be used to open documents on the browser.
4.Audits : You can enable audit logs to see who does what.
Remember, SharePoint is a CMS and there are other options like MMS etc, but it stores the documents in a database too, its designed well so you dont have to worry much about it. If you go with your custom solution you will have to do a lot of custom development and testing.
I never recommend saving files in the database. The easiest approach is to store them on the server in a directory and only save the file names in the database. This makes it easy to show them via a URL in a browser as well. Create a table with a column for the OriginalFileName and one for the ActualFileName. When i save a file to the server after its uploaded i usually change the name so you never have complications with duplicate file names. I use a GUID as the actual file name when its saved and save the original file name in the database along with the actual so you can get both back.
I need to make some text changes to over 100 blog posts migrated from a Wordpress site. I was going to do this via SQL to update rows in the Common_BodyPartRecord table.
When I update the rows the changes are not reflected in the front end. I understand Orchard uses NHibernate, is there some sort of caching I am not aware of?
I know that you are advised to not mess about in the database, so is there a better way to do some bulk text manipulation? If necessary I can generate an Orchard module and do this via a database migration.
NB All blog posts are latest and published.
It's not exactly caching per se, it's that the body part is also stored on the Infoset, which is a blob of XML that you can find on the content item records. You need to change both.
I am quite new to CMS MAde Simple. I am not able to understand how the
data can be saved to database. I think its in smarty framework.
Storing form data in your database is actually a built-in feature of the FormBuilder module.
To do this add a new field to your form, and choose "*Store Results In Database" as the type of field. Data will be stored in an XML format in the [PREFIX]_module_fb_formbrowser database table.
It uses ADOdb as an "interface" to the database. Basically developers of CMSMS already wrote SQL statements for update and delete content. I am really sorry but this is a very wide topic. The actual purpose of a CMS is to remove the burden from the user to actually know these kinds of stuff. I suggest you first do some reading on PHP, SQL and then come back with a more specific question.
SQL
PHP
CMS Made Simple Documentation
Quick question....
We're trying to make a decision on a dms here and Alfresco has been recommended to us.
Is the Alfresco Document Management supportive of all file types?
Thanks!
Yes, you can upload any kind of files into Alfresco.
If you upload a file called "muhammad.ali" using a strange file format, Alfresco will accept it with no problem, and you will be able to play with its meta-data etc like any other file. You probably will not be able to search for its content, though.
I'm using the built-in Domain Catalog database to list all the databases on a particular Domino server. I'm creating a custom view to show certain information about each database. What I'd like to have is a column that displays the creator of each database. However, if the Domain Catalog is keeping track of this information, I can't find it.
Is there a field in the Domain Catalog that provides this information that I just haven't been able to find? Is there some other way I might find this information and get it into this view? #DBlookup and related functions don't work in column formulas.
That information is not stored in the catalog, and is probably not stored in the database either (It's not shown on any of the property tabs).
You would probably need to get/write a server add-in to monitor database creation and store that data somewhere. Then you'd need to account for databases created by adminp/replication - your add-in might pick them up as having been created by a server.
This question was also asked in the R4/R5 forums in 1998 and received no answer.
Interesting question. There is no such attribute for database, but you can dig for some clues.
New databases: use NotesNoteCollection and look for some specific design element (icon, for example) and look for first element in $UpdatedBy field.
New copies/from templates: above mentioned method won't work. It will return info from original/template, not current database. In this case, try using Created property of DB and check user footprints after that date - in ACL log (he probably altered ACL immediately after copy), new design elements (probably made new view, folder, agent...) or profile documents.
What Frantisek said. Looking in the log archive (ugh!) may tell you who deployed it, but in a well run environment that won't be who developed it. A list of $UpdatedBy(0) for all design notes should give you a good idea. The catch will be that it mayl be people who left the company years ago. : )