Eine neue DB?

JB · Post by JB » 18 May 2006, 10:16

Hallo,

wie bekommt man es eigentlich hin für eine bestimme queue eine zusätzliche Datenbank herzustellen, die auch in SQL mit einer neuen Tabelle auftaucht. Momentan speichert OTRS alles in die Tabelle system_user.

Kann man irgendwie queue Firma2 in eine sytem_user2 Tabelle einfügen?

Danke!

JB · Post by JB » 23 May 2006, 13:43

Keiner ne Idee?

Andre Bauer · Post by **Andre Bauer** » 23 May 2006, 13:52

Ich bin garnicht sicher, was du eigentlich erreichen willst?

Eine neue Datenbank für eine Queue erscheint mir aber erstmal wenig sinnvoll...

JB · Post by JB » 23 May 2006, 16:06

Queue = Kunde/Firma

Somit wären alle Kunden in einer Datenbank (table). Und bei 200 Angestellten und mehr, kannst du dir sicher sein das man den überblick schnell verliert. Und wenn dann noch andere Firmen dazu kommen dann ist es unmöglich zu unterscheiden, wer wohin gehört.

Es scheiden ja immerwieder auch welche aus, somit müsste man die aus der DB löschen. Und bei xxx Usern ist es unübersichtlich.

Andre Bauer · Post by **Andre Bauer** » 23 May 2006, 16:26

In 2 Datenbanken nach usern zu suche ist noch schwieriger.

User werden übrigens nicht gelöscht sondern dekativiert. Ich würde auch nicht empfehlen in der Datenbank User zu löschen.

JB · Post by JB » 23 May 2006, 16:56

monotek wrote:In 2 Datenbanken nach usern zu suche ist noch schwieriger.

Wieso das? Wenn ich den User einer Firma/queue zuordnen kann, dann ist es wohl leichter, als die Firma und User zu wissen und dennoch in einer DB zu suchen, wo x000 User drin sind von verschiedenen Firmen

monotek wrote: User werden übrigens nicht gelöscht sondern dekativiert. Ich würde auch nicht empfehlen in der Datenbank User zu löschen.

Musst du mir näher erklären. Wüßte nicht was da so schlimm sein sollte?!
Gerade bei Personal Firmen, wo Kollegen kommen und gehen, kann die Datenbank zugemüllt werden

Andre Bauer · Post by **Andre Bauer** » 23 May 2006, 17:31

Wenn du SQL so gut beherschst, dass du Abfragen problemlos über 2 Datenbanken verteilst....

Die Löschfunktion ist ja nicht ohne Grund nicht vorgesehen. Ich habe das auch schon mal auf dem Testsystem probiert und dann einige unschöne Effekte gehabt.

Queues und User sollten auf keinen Fall gelöscht werden!

darkside · Post by **darkside** » 24 May 2006, 10:50

@JB

Also, warum ne 2te DB wg. einer zusätzlichen Queue hab ich nicht wirklich verstanden. Wozu musst Du für eine Queue eine zusätzlich DB anlegen?? Richte doch sprechende Queues und Subqueues ein ... daran lassen sich doch dann die Tickets unterscheiden.

Aber wg. des Löschen von Datensätzen:

Die sind über die verschiedenen Tabellen hinweg verzahnt.

In der History zu einem Ticket steht bspw. Agent xyz als "Besitzer" drin ... weil er es mal war. Nur steht dort nicht der Agent mit seinem Namen drin, sondern mit der ID, die er im System beim Anlegen bekommen hat.

Löscht Du nun diesen Agent, bleibt dennoch der Verweis in der Tickethistory erhalten ... willst Du dir mal die alten Tickets anschauen, kann OTRS nun nicht mehr zu der ID den passenden Agent raussuchen, da ja nicht mehr existent ist. Das führt, wie monotek schon sagte, zu unschönen Effekten.

Die einzige Möglichkeit wäre, bei Löschung des Agents ALLE Verweise in den anderen Tabellen auf einen noch aktiven Agent zu ändern ... das wird schon recht schwierig und verfälscht die History.

So verhält es sich auch mit anderen Dingen, weshalb sich da nichts löschen lässt.

JB · Post by JB » 24 May 2006, 14:20

Mit den Tickets hat es momentan nichts zu tun. Es ist einfach nur für die Übersichtlichkeit!

Wie bei den meisten Firmen scheiden immer wieder Kollegen vom Unternehmen aus! Und mal will ja seine Datenbank immer aktuell halten

Andre Bauer · Post by **Andre Bauer** » 24 May 2006, 16:28

Deine Datenbank ist dann aber nicht aktuell sondern inkonsistent.
Wenn du das jemanden als Vorteil verkaufen kannst, würde ich dich direkt als Verkäufer einstellen...