# Vermeidung der UUIDs für Währung und Steuern

**URL:** <https://forum.shopware.com/t/vermeidung-der-uuids-fur-wahrung-und-steuern/68855>\
**Category:** Programmierung\
**Created:** [8. August 2020 um 05:52 UTC](https://forum.shopware.com/t/vermeidung-der-uuids-fur-wahrung-und-steuern/68855 "2020-08-08T05:52:10Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![CarstenHarnisch](https://avatars.discourse-cdn.com/v4/letter/c/f0a364/32.png) [@CarstenHarnisch](https://forum.shopware.com/u/CarstenHarnisch)\
**Post date:** [8. August 2020 um 05:52 UTC](https://forum.shopware.com/t/vermeidung-der-uuids-fur-wahrung-und-steuern/68855/1 "2020-08-08T05:52:10Z")

</div>

Gibt es einen Weg die Nutzung von UUIDs bei den Artikeln zu vereinfachen? Für mich ist das “over engineered” und keine gute Software Architektur.&nbsp;

Anstatt eines einfachen “100€ + 16% MwSt.” schreibe ich dann “100&nbsp;b7d2554b0ce847cd82f3ac9bd1c0dfca plus&nbsp;a3c3f3fe456c4514989b8b9e3a7d4a7f % Steuern”. Genauso wenig muss man auf jeder Installation für kg und Stück neue Codes “erfinden”.

LG

Carsten

---

<div class="post-metadata">

**Author:** ![EikeBrandtWarneke](https://avatars.discourse-cdn.com/v4/letter/e/cdc98d/32.png) [@EikeBrandtWarneke](https://forum.shopware.com/u/EikeBrandtWarneke)\
**Post date:** [8. August 2020 um 10:05 UTC](https://forum.shopware.com/t/vermeidung-der-uuids-fur-wahrung-und-steuern/68855/2 "2020-08-08T10:05:30Z")

</div>

Shopware hat die UUID nicht erfunden - insofern etwas gewagt, dass du die Architektur anzweifelst. Über google findest du sicherlich einiges an Lektüre zu dem Thema.

1.) „16%“ oder „b7d2554b0ce847cd82f3ac9bd1c0dfca“ sollten sowieso Variablen sein - und dann ist der Inhalt irrelevant.  
2.) Uuid::randomHex() „erfindet“ für dich die UUIDs

Viele Grüße

---

<div class="post-metadata">

**Author:** ![CarstenHarnisch](https://avatars.discourse-cdn.com/v4/letter/c/f0a364/32.png) [@CarstenHarnisch](https://forum.shopware.com/u/CarstenHarnisch)\
**Post date:** [8. August 2020 um 12:54 UTC](https://forum.shopware.com/t/vermeidung-der-uuids-fur-wahrung-und-steuern/68855/3 "2020-08-08T12:54:08Z")

</div>

Das architektonische Problem ist eher ein Wert der selbst schon unique ist mit einer “künstlichen” UUID zu verkleiden. Oder kg oder Euro oder Meter &nbsp;usw. brauchen das einfach nicht. Bei der Erzeugung von internen autoincrement Werten ist das völlig ok, aber schon bei Produkt- oder Bestell-Nr. erfordert das ja immer Mapping Tabellen.

Das wäre das gleiche als wenn man Postleitzahlen als UUID abbilden würde. Für theoretische Informatiker wäre das dann die 4. (oder war es die 5.) Normalform? Braucht es das&nbsp;in der Praxis wirklich? Und genau so wenig muss ich € als UUID schreiben!

Das ständige&nbsp;“Um-Mappen”, macht alles einfach nur träger und komplexer (und damit dann auch fehleranfälliger und schwieriger zu warten). Mal gesehen, davon das auch die Datenmenge erheblich steigt und damit ist der Einsatz von UUIDs auch im Sinne der Nachhaltigkeit kein gutes Design.

LG

Carsten