# MySQL Datentyp BINARY? **URL:** \ **Category:** Programmierung\ **Created:** [2. September 2019 um 10:32 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464 "2019-09-02T10:32:29Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [2. September 2019 um 10:32 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/1 "2019-09-02T10:32:29Z")
Warum wurde eigentlich bei Shopware 6 nun der Datentyp BINARY eingeführt? Wie soll denn da die zukünftige Fehlersuche aussehen? ---
**Author:** ![Mirupal](https://avatars.discourse-cdn.com/v4/letter/m/e274bd/32.png) [@Mirupal](https://forum.shopware.com/u/Mirupal)\ **Post date:** [9. September 2020 um 15:55 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/2 "2020-09-09T15:55:33Z")
Würde mich auch interesseieren welche Designentscheidung dem zugrunde lag. Performance, Security? ---
**Author:** ![EikeBrandtWarneke](https://avatars.discourse-cdn.com/v4/letter/e/cdc98d/32.png) [@EikeBrandtWarneke](https://forum.shopware.com/u/EikeBrandtWarneke)\ **Post date:** [9. September 2020 um 15:58 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/3 "2020-09-09T15:58:00Z")
Siehe [https://de.wikipedia.org/wiki/Universally\_Unique\_Identifier](https://de.wikipedia.org/wiki/Universally_Unique_Identifier) und Shopware empfiehlt: [https://www.adminer.org/de/](https://www.adminer.org/de/) Viele Grüße ---
**Author:** ![Mirupal](https://avatars.discourse-cdn.com/v4/letter/m/e274bd/32.png) [@Mirupal](https://forum.shopware.com/u/Mirupal)\ **Post date:** [10. September 2020 um 07:02 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/4 "2020-09-10T07:02:34Z")
ja schon, aber warum BINARY? Ohne jetzt die MySQL Doku zu wälzen, vermute ich weils platzsparender als VARCHAR ist? ---
**Author:** ![Mirupal](https://avatars.discourse-cdn.com/v4/letter/m/e274bd/32.png) [@Mirupal](https://forum.shopware.com/u/Mirupal)\ **Post date:** [10. September 2020 um 07:20 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/5 "2020-09-10T07:20:27Z")
Hintergrund: [https://www.percona.com/blog/2014/12/19/store-uuid-optimized-way/](https://www.percona.com/blog/2014/12/19/store-uuid-optimized-way/) ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [10. September 2020 um 07:34 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/6 "2020-09-10T07:34:36Z")
Egal welcher Hintergrund, es macht in Zukunft die Suche in der Datenbank bei Problemen nicht einfacher. ---
**Author:** ![AlexGalax](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/alexgalax/32/9925_2.png) [@AlexGalax](https://forum.shopware.com/u/AlexGalax)\ **Post date:** [10. September 2020 um 07:51 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/7 "2020-09-10T07:51:54Z")
wieso das denn? Muss man halt immer die Id einmal c&p aber ansonsten sind uuids einfach praktischer ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [10. September 2020 um 08:26 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/8 "2020-09-10T08:26:04Z")
Wieso c&p? Wer will hier was kopieren und einfügen? Manchmal ist es so, dass man bstimmten Datensätze in den Tabellen überprüfen muss. Viele Einträge sind hierbei über mehrere Tabellen verteilt. Mit den IDs wie in SW5 ist das relativ schnell gemacht wenn der Kunde eben am Telefon ist. Mit UUID ist das optisch wesentlich schwerer zu erkennen. Eine ID z.B. 15 ist besser und schneller von Auge erfassbar als eine ID z.b. 271F02B95B7E457496CEE509CC781EA5 oder ist jemand anderer Meinung?   ---
**Author:** ![AlexGalax](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/alexgalax/32/9925_2.png) [@AlexGalax](https://forum.shopware.com/u/AlexGalax)\ **Post date:** [10. September 2020 um 08:31 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/9 "2020-09-10T08:31:00Z")
Ok, dann sollte Shopware wirklich nochmal überlegen auf Integer zurückzugehen, damit du die Ids am Telefon kommunizieren kannst. ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [10. September 2020 um 08:35 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/10 "2020-09-10T08:35:00Z")
Der ein oder andere wird noch hierüber stolpern. Uns ist es vorerst egal, da wir unseren Kunden SW6 noch nicht anbieten wollen. ---
**Author:** ![bettenundwohnen](https://avatars.discourse-cdn.com/v4/letter/b/ea666f/32.png) [@bettenundwohnen](https://forum.shopware.com/u/bettenundwohnen)\ **Post date:** [21. Januar 2023 um 14:37 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/11 "2023-01-21T14:37:48Z")
ja ich … ich stolpere schon seit stunden. Wie bekomme ich denn nun die Binary in eine UUID zurück ich muss Variannten optionen löschen und weiß gerade nicht wie ich jetzt die ID unter den Binarys finde? HAt da jemand einen Tipp ? ---
**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\ **Post date:** [21. Januar 2023 um 15:07 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/12 "2023-01-21T15:07:25Z")
UUID zu BINARY in SQL: `X'UUID'` ---
**Author:** ![bettenundwohnen](https://avatars.discourse-cdn.com/v4/letter/b/ea666f/32.png) [@bettenundwohnen](https://forum.shopware.com/u/bettenundwohnen)\ **Post date:** [21. Januar 2023 um 15:24 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/13 "2023-01-21T15:24:01Z")
Danke Max, konnte mir nun bereits helfen in dem ich die tabelle product gezogen habe. Dort stehen zumindest die Produktnummern noch in klartext, und daneben die passende id in binary. Konnte es lösen. Aber gebe R4M zu 100% Recht. Überoptimieren zu kosten von usability. ---
**Author:** ![bettenundwohnen](https://avatars.discourse-cdn.com/v4/letter/b/ea666f/32.png) [@bettenundwohnen](https://forum.shopware.com/u/bettenundwohnen)\ **Post date:** [21. Januar 2023 um 16:13 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/14 "2023-01-21T16:13:00Z")
bzw dachte ich konnte es lösen. Ich habe immernoch das Problem das sich die varianten wieder neu generieren (die falschen) außer bei einer Variante von 4 Varianten wo es falsch ist läuft es. Da habe ich scheinbar was richtig gemacht. Max weisst du das Vorgehen in der Datenbank um falsch angelegte Varianten optionen aus einem Varianten Artikel zu entfernen? @Max_Shop EDIT: ich habe durch einen kleinen aber hilfreichen fehler immerhin nun die Idee wo die Daten in die Datenbank geschrieben werden (`XXXX`.`product_configurator_setting`, CONSTRAINT `fk.product_configurator_setting.property_group_option_id` FOREIGN KEY (`property_group_option_id`) REFERENCES `property_group_option` (`i) ich nehme an da muss ich ansetzen und die DAten rauslöschen? Nur welche genau? Muss ich die Produkt ID suchen und den zugewiesenen Option ID Wert ? Erledigt. Variantenkonfiguration exportieren, und dann in der product\_configurator\_setting nach parent id und der varianten id suchen und aus der parent rauslöschen. Danach auch aus der Tabelle Product\_option die entsprechenden Varianten product\_ids suchen und die group configurator id, die falsch ist rauslöschen, dann verschwinden die falschen varianten auch aus dem backend. Hat bei mir geklappt, falls andere danach suchen. Helfe gern falls jemand fragen hat. ---
**Author:** ![grelf111](https://avatars.discourse-cdn.com/v4/letter/g/91b2a8/32.png) [@grelf111](https://forum.shopware.com/u/grelf111)\ **Post date:** [23. Januar 2023 um 10:16 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/15 "2023-01-23T10:16:44Z")
Es sind nicht nur die ID: die Datenbank ist auch konsequent normalisiert, erlaubt Versionen von Datensätzen, hat sehr viele Tabellen und oft auch JSON in Felder stehen. Alles nicht geeignet, um selber mal schnell aus den Tabellen die Funktion zu entdecken. Also frisch voran und die API genutzt, das Tool der Wahl ist [Postman](https://www.postman.com/). Die Responses der API sind umfangreich und erhellend! … und die UUIDs sind immer als Strings angezeigt ;-)) ---
**Author:** ![Simon.sarrafi](https://avatars.discourse-cdn.com/v4/letter/s/d2c977/32.png) [@Simon.sarrafi](https://forum.shopware.com/u/Simon.sarrafi)\ **Post date:** [11. September 2023 um 10:36 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/16 "2023-09-11T10:36:38Z")
Nicht nur die ID speichert die gesamten Daten im Binärformat. Wer auch immer auf diese Idee gekommen ist, hat wahrscheinlich noch nie versucht, Fehler zu beheben. wie ich bei Bedarf direkt auf Datenbankebene etwas finden und reparieren soll?! ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [11. September 2023 um 11:47 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/17 "2023-09-11T11:47:34Z")
Vor 4 Jahren hatte ich diesen Beitrag geschrieben. Auch wenn ich mich daran gewöhnen musste, ist es jedoch heute so, dass eine schnelle DB-Analsye (wie in SW5) nicht mehr bzw. nur noch erschwert möglich ist. Wenn Kunden anrufen, konnte ich früher bei bestimmten Problemen relativ zeitnah (mit Blick in die DB) eine Aussage treffen. Heute geht das am Telefon nicht mehr. Es bedarf mehr Zeit und somit auch höhere Kosten bei Fehlersuche, Analysen, Support etc… gegenüber dem Kunden. Besonders bei Analysen, in denen mehrere Tabellen involviert sind. Hat alles Vor- und Nachteile. ---
**Author:** ![chamaw](https://avatars.discourse-cdn.com/v4/letter/c/b487fb/32.png) [@chamaw](https://forum.shopware.com/u/chamaw)\ **Post date:** [11. September 2023 um 18:11 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/18 "2023-09-11T18:11:42Z")
Die eigentliche Frage ist doch warum niemand „0xB7D2554B0CE847CD82F3AC9BD1C0DFCA 199,99“ schreibt wo man doch viel einfacher EUR 199,99 schreiben kann ? Dem aufmerksame Shopware Debugger ist sicher auf gefallen, dass „0xB7D2554B0CE847CD82F3AC9BD1C0DFCA“ einfach nur EUR bedeutet. Da frage ich mich doch warum so etwas machen muss ? Da hat einfach ein Informatiker nur ein theoretisches Modell gebaut, ohne das jemals in der Praxis zu überprüfen ? ---
**Author:** ![sschreier](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/sschreier/32/23296_2.png) [@sschreier](https://forum.shopware.com/u/sschreier)\ **Post date:** [11. September 2023 um 19:48 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/19 "2023-09-11T19:48:00Z")
Hallo, UUIDs haben schon ihre Daseinsberechtigung: [Was ist eine UUID?](https://www.dev-insider.de/was-ist-eine-uuid-a-788491/) . Grüße Sebastian ---
**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\ **Post date:** [12. September 2023 um 06:06 UTC](https://forum.shopware.com/t/mysql-datentyp-binary/61464/20 "2023-09-12T06:06:42Z")
Hm, ist ja nicht so, das SW5 ohne UUID nicht gelaufen ist. Ganz im Gegenteil es hatte programmiertechnische Vorzüge. [Nächste Seite](https://forum.shopware.com/t/mysql-datentyp-binary/61464.md?page=2)