The Infona portal uses cookies, i.e. strings of text saved by a browser on the user's device. The portal can access those files and use them to remember the user's data, such as their chosen settings (screen view, interface language, etc.), or their login data. By using the Infona portal the user accepts automatic saving and using this information for portal operation purposes. More information on the subject can be found in the Privacy Policy and Terms of Service. By closing this window the user confirms that they have read the information on cookie usage, and they accept the privacy policy and the way cookies are used by the portal. You can change the cookie settings in your browser.
The consolidation of multiple tenants into the same RDBMS instance turned out to be beneficial with respect to resource utilization and scalability. The consolidation implies that multiple tenants share the physical resources available for the RDBMS instance. Existing data management solutions are not designed for SaaS applications. It cannot be aware of the characteristics of application level tenants,...
How to optimally place the tenant replication data to retain the load-balance and reduce cost of communication and distributed transaction, it is an important issue to achieve the high performance and availability of multi-tenant data, there are plenty of issues need to be solved. This paper proposes the Multi-Objective Genetic Algorithm. It uses a rank-based fitness assignment method for MOGAs to...
SaaS (Software as a Service) applications need to be customizable to fulfill the various specific business needs of individual tenants. A tenant may customize with the same application more than once, which commonly occur with changed functional and quality requirements as time goes. Preservation of history tenancy metadata can contribute to the tenant mistakes recovery or as a starting point for...
This Multi-tenant data for SaaS application is not available when the cluster is failure. The replication can guarantee the security of data by increasing redundancy. It also approaches to increase data availability with suitable replication policy. Now replication is in units of physical table, which doesn't fit to SaaS application in a big sharing wide table. We propose the minimum threshold of...
The Basic-Table combined with Extension-Table (BT&ET) layout has become the popular data storage architecture for SaaS currently. For the sake of improving the processing efficiency we improve the BT&ET layout, and migrate some tenants’ frequently accessed extension fields into the basic table based on the tenants’ constantly need on data access. With the development of cloud computing, Multi-Tenant...
In order to excellently support SaaS application, multi-tenant database system needs to meet the tenants' requirement of isolation and on-demand customization, and then needs to provide data storage mechanism and index mechanism that supporting isolation and flexibility. Multiple Sparse Tables is a good Approach for Multi-tenant Data Storage in SaaS, but no use of physical index provided by RDBMS...
In a traditional SaaS application, there is only a virtualized application for a tenant, but in some situations a tenant requires customizing with a SaaS application out of more than one virtualized application and run multiple business applications simultaneously. According to the traditional way, the tenant has to rent and customize with the same SaaS application many times, which results in a lot...
The sparse table approach is an effective storage solution for multi-tenant data in SaaS. However in the sparse table, because of the shared data storage of different tenants that have different schemas, there are so many nulls which result in a waste of storage space and query efficiency problems. We analyze the difference between the multi-tenant sparse data and the traditional sparse one such as...
Set the date range to filter the displayed results. You can set a starting date, ending date or both. You can enter the dates manually or choose them from the calendar.