BigObjects. Different objects have different capabilities to store and access data within Force.com. The standard objects store data as Salesforce originally defines it. You can also use external objects to connect the data stored outside your Salesforce module.
There are two types of BigObjects –
- Standard BigObjects: Salesforce provides all users with these objects by default.
- Custom BigObjects: These are new objects you create to store information about your data generation points. You can include apps to track inventory and track the data generation using Custom BigObjects.
Disadvantages of Salesforce-based BigObjects –
- They only support field permissions and objects.
- The support the scale of data in a BigObject is not permissible.
- The SOQL relationship from any BigObject to a customer object depends on lookup fields.
- They do not support transactions.
- BigObjects do not appear in setup UI until they are deployed.
A respite from these restrictions
However, the use of external objects is becoming less frequent since the dawn of Salesforce Dx. This future of Salesforce is providing Salesforce users with a visual solution to their data connectivity and organization problem. The earlier versions had little to no solution for distributed development, branching, merging and version control. Salesforce Dx promises an effective solution for these difficulties with a set of standardized tools and APIs.
A few welcome additions
It comes with a new command line interface that comes with the Heroku Toolbelt. This is a complete development experience for the developers and marketers who are using the Dx version. It can complement continuous integration, automated build scripts or deployments otherwise inherent of Salesforce projects. This will offer a rich and complete basic command set to the developers to come up with new and better ways of big data management.
The IDE now includes some new enhancements. The command in like is actually central and can be run from the IDE. The IDE directly links to the app builder interface. So you can view the development process in real-time. It runs in Eclipse as a plugin, and this provides you the opportunity to integrate it with a direct version control system.
Our predictions about the new Salesforce Dx developer tools –
- Developers will have access to a real-time syntax checking.
- Good code navigation with a minimum requirement of live coding.
- Click to code version with more emphasis on data curation.
- Support for static code (a new Apex compiler is on its way too!)
- The API will give developers complete access to all the functions.
- Live sync options between the central storage and local file systems.
SalesforceDx will leave room for ample manual data manipulation. It will still be a part of the developer’s skillset to set up added plugins and tools like Jenkins and Bamboo. The new version will make integration and management much easier for admins.
Author Bio:
Lucy Jones is a developer and writer. She specializes in startups who have taken an initiative to harness the power of big data. Along with Flosum.com, she is exploring the new business ventures to study the effect of big data mining.
