Jump to content

Search the Community

Showing results for tags 'unique-id'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Welcome to PHP Freaks
    • Announcements
    • Introductions
  • PHP Coding
    • PHP Coding Help
    • Regex Help
    • Third Party Scripts
    • FAQ/Code Snippet Repository
  • SQL / Database
    • MySQL Help
    • PostgreSQL
    • Microsoft SQL - MSSQL
    • Other RDBMS and SQL dialects
  • Client Side
    • HTML Help
    • CSS Help
    • Javascript Help
    • Other
  • Applications and Frameworks
    • Applications
    • Frameworks
    • Other Libraries
  • Web Server Administration
    • PHP Installation and Configuration
    • Linux
    • Apache HTTP Server
    • Microsoft IIS
    • Other Web Server Software
  • Other
    • Application Design
    • Other Programming Languages
    • Editor Help (PhpStorm, VS Code, etc)
    • Website Critique
    • Beta Test Your Stuff!
  • Freelance, Contracts, Employment, etc.
    • Services Offered
    • Job Offerings
  • General Discussion
    • PHPFreaks.com Website Feedback
    • Miscellaneous

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests


Age


Donation Link

Found 1 result

  1. Hi guys, I have some questions regarding how best to generate guaranteed non-repeating base36 ids for my records. I have many years experience in Salesforce APEX coding. As such, I'm extremely comfortable working with their id system. I'd like to accomplish something similar in my personal WAMP framework. Here is a sample id of what I'd like to get. $myId = 'A0B00000000341K'; Some basic rules: * The ids should always be 15 characters long. * The Ids must be immutable * The ids should never repeat. Even if I attempt to execute dml on records, and this results in an exception in my application - I will use transaction control to rollback the dml. Any ids generated and subsequently rolled back should never be used again. * The first three characters of an id should represent the table where they belong. This way - I can determine what I am looking at based on whatever id I pass in. I can also validate foreign relationships on table by confirming the id being looked up to is of the appropriate type So in the above example: I have an id belonging to a table with an id of A0B. What I need guidance on -- where the different parts of the business logic should live. I have created a simple trigger system in mysql as a prototype. It looks as follows: Table structure I have a configuration table that stores some of the needed info. Table: 'jObject' Field: 'id' - The id of the jObject. In our above example - this would be 'A0B' Field: 'name' - The Name of table with that id. for example: 'myTableName' Field: 'totalInserts' - The total attempted inserted records in the table. RecordIdGenerate A mysql function to generate an id based on the table name you pass in. It finds a field called 'totalInserts' in another table - and updates it. BEGIN DECLARE jObjectCount BIGINT(20); DECLARE jObjectId CHAR(3); SELECT id, totalInserts INTO jObjectId, jObjectCount FROM jObject WHERE name = pObjectName; RETURN CONCAT( jObjectId, LPAD( CONV(jObjectCount,10,36), 12, '0000000' ) ); END Triggers on my tables (example table name: myTableName) SetRecordId: A before insert trigger that calls the function to get the id BEGIN SET NEW.id = RecordIdGenerate('myTableName'); END UpdateTotalInserts: An after insert trigger to update my jObject table with the total number of inserts it's undergone: BEGIN UPDATE jObject SET totalInserts = totalInserts + 1 WHERE name = 'myTableName'; END What I don't like about this solution 1) It's not batchable. There are updates, and selects being done for every row inserted. This seems really inefficient, and bad practice. 2) I'm using base 36 ids to get away from the number of characters needed in base 10 ids, but I have to store a base 10 id in the jObject table to generate the base 36 id anyway... This seems wrong to me. 3) I don't know what happens if I rollback a transaction. Will the value placed in 'totalInserts' on jObject rollback too? My business rules say it should not... 4) I don't know how I can sort these ids... Do I need some special sorting function? Will it sort alphabetically - Ideally it shoudl sort by them numerically... So basically. I guess I want to know if all this logic should be pushed to my php layer, and not the mysql layer. I feel like it should, but I want to know how best to meet my business requirements I mentioned above. I really appreciate any insight. Thanks JayNic
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.