Warum der ungerechtfertigte Cursor-Hass?

entschlüsseln den irrationalen Ekel des Cursors: Dilemma von Cassens

Obwohl es verständlich ist, effizientere Sammlungsvorgänge zu wählen, anstatt Beschriftungen im Beziehungsdatenbankbetrieb, ist es einer weiteren Diskussion über die extreme Abneigung gegen den Cursor wert. Dieser irrationale Hass führt oft zu übermäßigen Maßnahmen, um die Verwendung des Cursors zu vermeiden, was viele Fragen verursacht hat.

Das Aufwandsdilemma

Die mit dem Cursor bezogenen "Ausgaben" sind nur die inhärenten Merkmale des RDBMS -API (Relationship Database Management Systems). Der Cursor ist die Grundlage für den Betrieb verschiedener interner RDBMS -Komponenten. Ein Sammeloperator (bündeln das Ergebnis des Cursors zu einem einzigen Satz) kann jedoch das Hin und Her der API reduzieren.

Die Einschränkungen der Sammlung

Cursor erscheint früher als die Sprache mit der ersten Art der Sammlung. Aufgrund des Fehlens einer solchen Sammlung wird die verbleibende Sprache jeweils verarbeitet. Die moderne Sprache überwindet diese Grenze und bietet die Funktion, das Ergebnis als Sammlung für eine nahtlose Behandlung festzulegen. Slow Speed ​​-Syndrom

Der Missbrauch von Cursors, insbesondere in verschachtelten Zyklen, verschlimmert die Leistungsprobleme. Das Missverständnis der Beziehungsverbindung kann einen ineffizienten verschachtelten Zyklus anstelle einer einfachen Verbindung verursachen, wodurch die Betriebsgeschwindigkeit inakzeptabel ist. Es ist jedoch nicht der Cursor selbst, sondern der unsachgemäße Gebrauch von Leistungsproblemen.

Dagination der Skalierung

Für die große Anzahl von Ergebnissen (z. B. der Ergebnissatz während der Speicherperiode) ist die Kampagne immer noch unerlässlich, da die Einstellung des Satzes schwierig ist, so große Datensätze in den Speicher zu setzen.

Alternative Methode Die Layer

Object Relationship Map (ORM) bietet eine praktikable Lösung, die Entwickler vor der Komplexität des Cursormanagements und des separaten SQL vor dem Anwendungscode schützen kann. Diese Methode reduziert die Codierungsbelastung im Zusammenhang mit Cursor ohne die Leistung.

Schlussfolgerung

Der Cursor selbst ist nicht böse und sollte die Beziehung der Beziehung nicht ersetzen, aber es gibt irrationale Ekel für die Kampagne, was oft zu unnötiger Vermeidung führt. Das Verständnis der Rolle des Cursors in der RDBMS -Architektur und die Grenzen des Sammelns von Operationen tragen dazu bei, diese Angst zu beseitigen und den Entwicklern den Cursor bei Bedarf effektiv einzusetzen.

Das obige ist der detaillierte Inhalt vonWarum der ungerechtfertigte Cursor-Hass?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!