Primary Key kannst du dann löschen, und einen index daraus machen, oder einen unique über mehrere Spalten legen. Zusätzlich musst Du vielen Tabellen durch einen Wert (Spalte) sagen, welches nun genommen wird oder die Tabellen parallel anlegen, beispielsweise mit einem Suffix/Präfix versehen.
Unterschiedliche Navigation bedeutet auch unterschiedliche Werte in den tabellen
categories
productc_to_categories
Das zieht die Veränderungen an mindestens
products, products_attributes, products_description, categories_description , specials(wenn verwendet) nach sich

Weiterhin musst du dutzenden Dateien erklären, welche Daten rel***nt sind. Welcher Shop das ist ließe sich per _SERVER Variable leicht feststellen, aber dann in fast jedes SQL Statement händisch mit eingreifen. Schau in die includes hinein, wieviel Arbeit ist das. Ganz zu schweigen von dem Ausfall zwischendurch, weil einiges nichts funktioniert. Wenn Du der mit der Punkt/Link Geschichte bist, was ich vermute, würde das schon ein KO Kriterium sein.

Dann geht die Geschichte mit dem Admin Backend los. Wenn unterschiedliche Navigation, dann viel viel Arbeit. Ok man könnte den kompletten admin Ordner parallel ziehen und die Abfragen darin anpassen.

Ich rate Dir, nimm einen neuen Shop. Da kannst Du Dinge anders und besser umsetzen. Mehr auf Optimierung achten, viele nicht verwendete Abfragen im Code "löschen/einkommmentieren", SQL Abfragen und Tabellen optimieren, den Beschreibungstext mit diversen div Containern im Quelltext direkt hinter dem <bod> tag, URL Adresse dem Keyword anpassen und nicht der Ordnerstruktur etc. Wir haben damit sehr gute Ergebnisse gemacht.

jay-ar