> Die Intuition meint, für jeden Standort eine eigene Tabelle aufzusetzen; - dann gestaltet sich aber jeder Query mit mehreren JOINs doch recht mühsam (und kapazitätenintensiv...?). Du wirst die Grenzen kaum reißen, selbst wenn Du den Server unter Windows betreibst (wozu ich definitiv nicht raten würde) <http://download.nust.na/pub6/mysql/doc/refman/5.1/de/table-size.html#:~:text=MySQL%20Version%203.22%20hatte%20eine,7%20%E2%80%93%201%20Byte)%20erh%C3%B6ht.> Falls Du aber Amazon bist kannst Du immer noch clustern, partionieren und mergen. Was mir aber Sorgen macht: Wenn Du das nicht weißt, erscheint mir die Idee, sowas selbst programmieren zu wollen, als *„extrem sportlich“*. Gibt es kein fertiges [ERP-System](https://de.wikipedia.org/wiki/Enterprise-Resource-Planning), das kann, was Du willst?

> Die Intuition meint, für jeden Standort eine eigene Tabelle aufzusetzen; - dann gestaltet sich aber jeder Query mit mehreren JOINs doch recht mühsam (und kapazitätenintensiv...?). Du wirst die Grenzen kaum reißen, selbst wenn Du den Server unter Windows betreibst (wozu ich definitiv nicht raten würde) <http://download.nust.na/pub6/mysql/doc/refman/5.1/de/table-size.html#:~:text=MySQL%20Version%203.22%20hatte%20eine,7%20%E2%80%93%201%20Byte)%20erh%C3%B6ht.> Falls Du aber Amazon bist kannst Du immer noch clustern, partionieren und mergen. Was mir aber Sorgen macht: Wenn Du das nicht weißt, erscheint mir die Idee, sowas selbst programmieren zu wollen, als extrem sportlich. Gibt es kein fertiges [ERP-System](https://de.wikipedia.org/wiki/Enterprise-Resource-Planning), das kann, was Du willst?