mehrfachzuordnung in 4.6.x
Verfasst: Fr 14. Okt 2005, 12:52
da die mehrfachzuordnung ja ein wirklich feines feature war, hab ich mir ein paar gedanken dazu gemacht ob und wie es sich wieder in die aktuelle version integrieren läßt.
es momentan komplett zu deaktivieren, war nach durchsicht des codes eine absolut richtige entscheidung...
es spielen da ein paar intressante aspekte mit rein...
ein paar dinge die ich jetzt einfach nur mal so aufliste ohne näher darauf einzugehen...(sonst vergesse ich die punkte...)
beim verschieben von artikeln in eine andere kategorie wird eine neue idcatart vergeben...
bei der zeitgesteuerten verschiebung wird nur der idcat wert angepasst... der idcatart wert bleibt gleich... (ist nicht konsistent)
so wie das query in der conMoveArticles geschrieben wurde, wurden alle artikel auch wenn sie mehrfach vorhanden waren und dem zu änderten idart wert entsprachen ohne rücksicht auf verluste auf die time_target_cat gesetzt... da kam es dann zu dem fall das ein und der selbe artikel mehrfach in einer kategorie angezeigt wurde...
die zeitsteuerung ist in der con_art_lang definiert... in meinen augen die falsche position... in die con_cat_art könnte man sie verlegen... (dann wäre die verschiebung in allen sprachen ident)
oder man schafft eine eigene tabelle die sich nur um die zeitsteuerung kümmert...
das liebe problem mit den idcatart werten...
meiner meinung nach müsste ein idcatart wenn er einmal vergeben wurde immer mit dem artikel in dieser einen kategorie verknüpft bleiben...
wenn man den artikel nur verschiebt sehe ich an sich kein problem den idcatart wert beizubehalten...
kommt eine mehrfachzuordnung hinzu muss eine neue idcatart vergeben werden...
es gibt da ja das nette feld status in der db tabelle con_cat_art -> das könnte man vielleicht dazu nutzen zu definieren ob die idcatart gültig ist...
ein löschen der idcatart werte sollte somit nie stattfinden... ausser der idart wert wäre wirklich nicht mehr vorhanden...
das schlimme an der ganzen sache: es ist ein wahnsinnsaufwand...
sollte das ganze wieder ein thema werden, sprich man möchte das wieder implementieren, kommt man um eine bereinigung der obrigen punkte fast nicht herum...
falls ich etwas vergessen haben sollte, bitte ich um eine ergänzung...
es momentan komplett zu deaktivieren, war nach durchsicht des codes eine absolut richtige entscheidung...
es spielen da ein paar intressante aspekte mit rein...
ein paar dinge die ich jetzt einfach nur mal so aufliste ohne näher darauf einzugehen...(sonst vergesse ich die punkte...)
beim verschieben von artikeln in eine andere kategorie wird eine neue idcatart vergeben...
bei der zeitgesteuerten verschiebung wird nur der idcat wert angepasst... der idcatart wert bleibt gleich... (ist nicht konsistent)
so wie das query in der conMoveArticles geschrieben wurde, wurden alle artikel auch wenn sie mehrfach vorhanden waren und dem zu änderten idart wert entsprachen ohne rücksicht auf verluste auf die time_target_cat gesetzt... da kam es dann zu dem fall das ein und der selbe artikel mehrfach in einer kategorie angezeigt wurde...
die zeitsteuerung ist in der con_art_lang definiert... in meinen augen die falsche position... in die con_cat_art könnte man sie verlegen... (dann wäre die verschiebung in allen sprachen ident)
oder man schafft eine eigene tabelle die sich nur um die zeitsteuerung kümmert...
das liebe problem mit den idcatart werten...
meiner meinung nach müsste ein idcatart wenn er einmal vergeben wurde immer mit dem artikel in dieser einen kategorie verknüpft bleiben...
wenn man den artikel nur verschiebt sehe ich an sich kein problem den idcatart wert beizubehalten...
kommt eine mehrfachzuordnung hinzu muss eine neue idcatart vergeben werden...
es gibt da ja das nette feld status in der db tabelle con_cat_art -> das könnte man vielleicht dazu nutzen zu definieren ob die idcatart gültig ist...
ein löschen der idcatart werte sollte somit nie stattfinden... ausser der idart wert wäre wirklich nicht mehr vorhanden...
das schlimme an der ganzen sache: es ist ein wahnsinnsaufwand...
sollte das ganze wieder ein thema werden, sprich man möchte das wieder implementieren, kommt man um eine bereinigung der obrigen punkte fast nicht herum...
falls ich etwas vergessen haben sollte, bitte ich um eine ergänzung...