also die con_cat funktioniert... (tippe ich einfach mal, sonst würdest du mir keine exakte zahl nennen...)Tom4545 hat geschrieben:ich habe 72 kategorien und 1 mandant
woher weiss dein provider dann, das etwas nicht repariert werden konnte... egal... da er dir sowieso keine vernüftige auskunft geben kann, ist ein weiteres nachfragen meinerseits sinnlos...Tom4545 hat geschrieben:welche tabelle beschädigt sind konnte er mir nicht sagen er hat irgendein repairsystem drüberlaufen lassen.
nein... ist sehr, sehr unwahrscheinlich....Tom4545 hat geschrieben:ich habe im vergleich zu einer anderen contenido-DB gerade festgestellt, daß der wert "kardinalität" bei dieser in allen tabellen immer "keine" ist.
bei der anderen (funktionierenden) jeweils zahlen hat. liegt hier der fehler?
mit dem setup -> punkt upgrade...Tom4545 hat geschrieben:wie funktioniert ein upgrade?
auch mit dem setup, dafür ist dann der punkt migration zuständig...Tom4545 hat geschrieben:mti dem draufachten beim importieren meinte ich, ob eventuell abs. pfade in der db sind.
folgendes würde ich an deiner stelle machen...
con_cat checken ob es einen eintrag mit "idcat = 0" gibt
falls ja -> lock table setting wie oben beschrieben setzen
eintrag in der tabelle con_cat löschen...
db tabelle con_cat_tree löschen, setup upgrade fahren...
script mit strRemakeTreeTable ausführen...
falls das auch nicht geht, dann hat die db tabelle con_cat bei den werten post, pre, parent id eventuell ne endlosschleife drinnen...
langwierige sache das zu beheben... (strRemakeTreeTable wird dann noch gebarucht um die con_cat_tree neu aufzubauen...)
wie auch immer, bevor du eine der änderungen ausführst -> backup der db machen...