Hi Everyone,
Anyone can help me with this?
Avoiding key collisions would incur a little extra database overhead in terms of disk space and performance.
How can I justify that using char 36 ID following the Sugar Default than using Int as primary?
Hi Everyone,
Anyone can help me with this?
Avoiding key collisions would incur a little extra database overhead in terms of disk space and performance.
How can I justify that using char 36 ID following the Sugar Default than using Int as primary?
I don't know exactly what reason made sugar uses 36 chars as key instead of a integer values (with auto increment as example).
But some behaviors are:
- Each module has a single key prefix, and it makes each key unique in entire db, not just on that table.
- It also permits sugar works with Flex related fields, that based in a record key is possible to look in each module/table these records come in.
Rafael Queiroz Gonçalves
Advanced OMG UML Certified Professional
Sun Certified Enterprise Architect for the Java Platform
Sun Certified Programmer for the Java 2 Platform
IBM Certified Advanced Application Developer - Lotus Notes and Domino
IBM Certified Application Developer - IBM WebSphere Portlet Factory
Computer Science Mastering / UFSC - PPGCC
Hi,
May I request test results files or documents showing performance statistics with the current sugarcrm setup (char 36 ID as primary key)
Thanks.
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks