Erstellen von Django-Objekten mit einem zufälligen Primärschlüssel

Question

Ich arbeite mit einer API, die möchte, dass ich opake "Referenz-IDs" für Transaktionen mit ihrer API erzeuge, mit anderen Worten, eindeutige Referenzen, die Benutzer nicht erraten oder ableiten können Weg. (Ist die richtige Englisch ‚schließen‘?)

Dies ist, was ich zusammen zur Zeit gehackt haben:

randomRef = randint(0, 99999999999999) 
while Transaction.objects.filter(transactionRef = randomRef).count(): 
    randomRef = randint(0, 99999999999999) 

Transaction.objects.create(user=user, transactionRef=randomRef, price=999) 

leider meine Datenbank scheint Transaktionen zur Zeit zu fehlen. Ich habe festgestellt, dass meine Methode nicht besonders threadsicher ist (sagen wir, dass ich denselben django-Code auf mehreren mod_wsgi-Apache-Threads verwende, sie könnten alle denselben randomRef erzeugen!)

Hat jemand einen besseren Trick? Zufalls-Primärschlüssel für mich generieren?

Answer 1

Warum verschlüsseln Sie nicht einfach die normalen sequenziellen IDs? Für jemanden, der den Verschlüsselungsschlüssel nicht kennt, erscheinen die IDs genauso zufällig. Sie können einen Wrapper schreiben, der die ID auf dem Weg zur DB automatisch entschlüsselt und auf dem Weg von der DB verschlüsselt.

Answer 2

Sie sollten in der Lage sein, die transactionRef-Spalte in Ihrer Datenbank eindeutig zu machen. Auf diese Weise kann die Datenbank keine Transaktionen mit demselben transactionRef-Wert hinzufügen. Eine Möglichkeit ist randomly generate UUIDs - die Wahrscheinlichkeit, dass zufällige UUIDs kollidieren, ist extrem gering.

Answer 3

Zufallszahlen sind nicht eindeutig und Primärschlüssel müssen eindeutig sein. Machen Sie das Schlüsselfeld ein char (32) und versuchen Sie stattdessen:

from uuid import uuid4 as uuid 
randomRef = uuid().hex 

UUIDs sehr gut sind Einzigartigkeit bieten.

Answer 4

os.urandom(n) kann "eine Zeichenfolge mit n zufälligen Bytes zurückgeben, die für die Verschlüsselung geeignet sind". Stellen Sie nur sicher, dass n groß genug ist für 2**(8*n) zu weit über das Quadrat der Anzahl der "einzigartigen" Schlüssel, die Sie identifizieren möchten, und Sie können das Risiko einer Kollision so gering wie Sie wollen. Zum Beispiel, wenn Sie denken, dass Sie vielleicht mit einer Milliarde Transaktionen enden (etwa 2**30), könnte n=8 ausreichen (aber gehen Sie auf Nummer sicher und verwenden Sie einen etwas größeren Wert von n ;-).

Answer 5

habe ich einen Kern zu dieser Frage zugrunde: https://gist.github.com/735861

Ambers Beratung Folgen, sind die privaten Schlüssel verschlüsselt und entschlüsselt DES verwenden. Der verschlüsselte Schlüssel wird in der Basis 36 dargestellt, aber jede andere zeichenbasierte Darstellung funktioniert, solange die Darstellung eindeutig ist.

Jedes Modell, das diese Art von verschlüsselter Darstellung des privaten Schlüssels benötigt, muss nur von dem im Code gezeigten Modell und Manager erben.

Hier ist das Fleisch des Codes:

import struct 
from Crypto.Cipher import DES 
from django.db import models 

class EncryptedPKModelManager(models.Manager): 
    """Allows models to be identified based on their encrypted_pk value.""" 
    def get(self, *args, **kwargs): 
     encrypted_pk = kwargs.pop('encrypted_pk', None) 
     if encrypted_pk: 
      kwargs['pk'] = struct.unpack('<Q', self.model.encryption.decrypt(
       struct.pack('<Q', encrypted_pk) 
      ))[0] 
     return super(EncryptedPKModelManager, self).get(*args, **kwargs) 


class EncryptedPKModel(models.Model): 
    """Adds encrypted_pk property to children.""" 
    encryption = DES.new('8charkey') # Change this 8 character secret key 

    def _encrypted_pk(self): 
     return struct.unpack('<Q', self.encryption_obj.encrypt(
      str(struct.pack('<Q', self.pk)) 
     ))[0] 

    encrypted_pk = property(_encrypted_pk) 

    class Meta: 
     abstract = True 

Für ein Transaction Objekt namens transaction, transaction.encrypted_pk würde eine verschlüsselte Darstellung des privaten Schlüssels zurück. Transaction.objects.get(encrypted_pk=some_value) würde auf der Basis der verschlüsselten Darstellung des privaten Schlüssels nach Objekten suchen.

Es sollte beachtet werden, dass dieser Code davon ausgeht, dass er nur für private Schlüssel funktioniert, die ordnungsgemäß als lange Werte dargestellt werden können.

Answer 6

jbrendel erstellt eine Klasse, die Sie einfach erben können, um eine benutzerdefinierte ID zu erhalten.

https://github.com/jbrendel/django-randomprimary