Office: (Office 2000) Wissensdatenbank erstellen

Hallo,

ich würde mir gerne eine Art Wissensdatenbank mit Access erstellen. Hat dies schon jemand gesagt bzw. Erfahrung damit und kann mir sagen, wie man es besten umsetzen kann? Das wäre Klasse.

Ich habe mir überlegt eine Hauptkategorie und eine Unterkategorie zu erstellen. Z.B. Hauptkategorie "Technischer Brandschutz" und die Unterkategorie "Brandmeldeanlagen". Unter diesem Punkt können dann die verschiedenen Daten abgelegt werden. (Auch mit mehreren Datensätzen über ein Endlosformular). Meint Ihr das könnte ein richtiger Ansatz sein? Einige Bilder mit der derzeitigen Umsetzung im Anhang. Mit geht es darum, ob ich vll. noch einen Vorschlag habt, wie man es anders umsetzen könnte bzw. ob Ihr einen Vorschlag habt, wie man z.B. Querverweise erstellen kann.

:)

 

Vielleicht ist auch eine beliebige Verschachtelung sinnvoll. Es könnte auch eine Verknüpfung von einem "Datenpunkt" zu mehreren Kategorien sinnvoll sein.
Da alles hängt von deinen Anforderungen ab. Daher wage ich keine Beurteilung über deinen Ansatz abzugeben.

[OT] (Ausflug ins "Wissensmanagement")
Eine Wissendatenbank erstellen, ist eigentlich nicht möglich, da Wissen nicht gespeichert werden kann. Ich bin schon froh, wenn ich es per Software schaffe Informationen und nicht nur Daten weiterzugeben. *wink.gif*

 

Hallo Josef,

das Wissen nicht gespeichert werden kann ist mir auch klar. *wink.gif* Jedoch will ich für mich z.B. Vorgehensweisen, die oft wieder auftauchen, auch irgendwie kategorisiert ablegen, damit ich bei Bedarf wieder darauf zugreifen kann. Oder wenn ich mal nicht dazukomme eine Aufgabe durchzuführen, dass ich anderen die nötigen Informationen weitergeben kann.

Das mit der verschachtelung und der Zuweisung mehrere Kategorien zu einem Datenpunkt ist ein sehr guter Ansatz. Werde dem Vorschlag mit mal annehmen und versuchen umzusetzen.

 

Ganz und gar OT

Und was ist in Deinem Kopf? Und ist das nicht dauerhaft gespeichert (bis Du halt senil wirst oder stirbst, aber das sind ja schon ein paar Jahre)?

 

[OT]

Ziemlich viel Wasser. - Also ist das Wasser das gespeicherte Wissen? *biggrin.gif*

@Thomas:
Eine Gegenfrage: Was ist Wissen? Da gibt es nämlich die schönsten Definitionen dafür.
Ich merkte mir das einmal so: Wissen entsteht durch die Vernetzung von Informationen im Gehirn. Und da es nur dort entsteht, kann man es in keiner Datenbank (egal welcher Art) speichern.
Meinen OT-Gedanken in #2 wollte ich nur los werden, da ich u. ä. auch schon an anderen Stellen las, dass diese "Wissensdatenbanken" anschließend Wissen generieren. *wink.gif*

frei übertragen auf Software:
Daten, die in eine Datenbank gespeichert sind, werden mit Unterstützung einer Softwareanwendung zu Informationen aufbereitet und der Mensch generiert daraus Wissen, um eine Entscheidung zu treffen.

 

Ich hab' ja "Ganz und gar OT" über meinen Beitrag geschrieben.
Du hast gewiss recht, daß Wissen nicht in einer Maschine gespeichert werden kann.
Bevor wir hier in ganz und gar OT-Diskussionen abgleiten (und dabei auch in philosophische Höhen oder Tiefen kämen) lassen wir das so stehen wie Du es gesagt hast.
Das hat nix mit Datenbanken im Allgemeinen und schon gar nix mit Access zu tun.

Ein Beitrag zu Sebastian Schulz' Frage: das Schwierigste wird nachher sein, gespeicherte Information wiederzufinden. Wenn Du die Sache groß anlegst, findest Du gar nix oder wie bei Google eine kaum beherschbare Überfülle von Info.

 

Das erinnert mich irgendwie an eine Hilfedatei (CHM). Dort greift man zum einen über eine logische Hierarchie oder aber zusätzlich über einen Index (Stichworte) auf die gewünschten Informationen zu.

 

Hi,

wenn die Suche nur stichwortbasiert sein soll (also ohne einen Baum, mit dem man sich da hinhangeln kann), dann ist das m.E. ganz simpel:

Code:

(unterstrichen = PK)

Klassische m:n-Beziehung: Stichworte 1:n Verknüpfungen n:1 Beiträge

Wenn es einen Baum geben soll, kann man da vielleicht noch eine weitere Tabelle einbauen, die die Baumthemen nennt (müssen weder Stichworte noch Beiträge sein) und den Baum dann per Parent-Child verhäkeln. Zum Blatt im Ast gehören dann n Beiträge. Die darfst du dann aber selber zuordnen (Treeview *Smilie ). Das Prinzip der Hilfedatei (chm) ist da sehr ähnlich.

Gruß

 

Dann will ich auch mal...

Wir haben hier in der Arbeit eine Webbasierte Wissensdatenbank die im Prinzip nach einem hierarchischem Prinzip aufgebaut ist.
Hauptkategorie -> Unterkategorie -> Beitrag
Beispiel: Software -> Access 2007 -> Wo stelle ich ein Startformular ein?

An sich brauchbar, allerdings hat sich in letzter Zeit mehrfach gezeigt, dass eine Mehrfachzuordnung von Kategorien hilfreich wäre.
Die neue Version wird vmtl. "nur" mit 2 Ebenen arbeiten (Kategorie -> Beitrag).
Die Unterkategorien werden über sog. Marken bzw. dann über eine 1:n-Zuordnung abgebildet werden.

Von daher würde ich den Vorschlag von Josef weiter verfolgen.

 

Hallo,
mal sehen, ob das mit dem Hochladen des Beispielbildes meiner WissensDB geklappt hat. Dort werden die Beiträge eingepflegt, gesucht und verwaltet. Recherche-Links eingebaut. Komfortabel über die Zwischenablagen. Für den Endanwender gibt es ein eigenes Oberflächenmenü. Gesucht wird in einem einzigen Eingabefeld über alle Datenfelder usw usw. Das Ergebnis wird ihm in einer Übersicht angezeigt und kann über Schaltflächen direkt angewählt werden...

Läuft über Access2000, 2003 geht wohl auch. Baumdarstellungen sind dabei überhaupt nicht nötig.

Bei Bedarf bitte melden!

Gruß
Manfred S

 

Hallo,

ein wenig spät aber ich bin gerade auf deine Lösung für die Wissensmanagement Datenbank gestoßen.

Ich bin zZ auf der Suche nach genau so etwas. Wäre toll, wenn du deinen Entwurf mit mir teilen könntest. Das würde mir sehr viel Zeit sparen.

Beste Grüße und Dank

Jan

 

Hallo Manfred S...Sind zwar Jahre vergangen aber falls du vielleicht noch in dem Forum angemeldet bist, würde ich dich auch bitten deine Wissensdatenbank zuzuschicken :-)