• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
In-Memory vs Blob Storage
#2
We have a few built-in tables to support LiveCloud.
1. cdbBlobs - Used to track your blob usage
2. cdbUsers - Used to manage the users of your apps.
3. cdbCache (this one is not visible) - Used to handle your temporary offline storage when a cloud call fails.

Each project you create will automatically get these tables built for you. The APIs work tightly with these particular tables for you.

Blobs created will be stored in the object storage location. Blobs will not count against your database usage. Blob Meta-data gets stored in your cdbBlob table. This will count against your database storage. But, the usage is minimal. The blob meta-data contains an id to the blob object. The blob is stored encrypted. It is broken into pieces as needed for storage. The cdb APIs automatically handle the reconstruction.

On a paid plan: If you go over your usage of 500 MB for your database, the service will continue to work. The service will bill for the overage. The plan will continue to charge the base $15 plus the extra needed storage. The storage overage pricing is linear.

On a free plan: If you go over, you will lose the ability to continue to write. You will be able to read. No extra fees will apply.

Both plans will notify you when you are approaching and going over your plan's included space. You can also check this anytime you like in the accounts section of LCM. Tracking your memory usage is useful to monitor your growth. You can always delete data to stay within limits.

My view on this is if you are running a business and your data needs are growing, this is a good sign of progress. I am guessing you are making more money because of the growth. But, if you are in development, it is easy to delete data.
  Reply


Messages In This Thread
In-Memory vs Blob Storage - by Paul - 04-26-2019, 01:51 AM
RE: In-Memory vs Blob Storage - by mark_talluto - 04-26-2019, 05:47 PM

Forum Jump:


Users browsing this thread: 1 Guest(s)