Office: (Office 2016) Spalte in einer Tabelle suchen

genau genommen eine Tabelle für einige Schränke an einem Standort, jedoch
eine Tabelle für ein Standort, wobei die Tabellen Struktur gleich sein soll.

Die Spalten für die Tabellen sind schon vorprogrammiert, also diese Spalten müssen enthalten sein und Spalten die nicht in der vorprogrammierten Version vorkommen sollen überprüft werden und dann explizit gelöscht werden, kann ja sein das diese Einträge enthalten die wichtig sein können oder falsch eingetragen wurden z.B. doch in eine andere Spalte reinkommen sollen.

 

Hallo,
Die Frage was das für Spalten sind hast du nicht beantwortet. Nenne mal einige Spalten amen.

 

Na weil das egal ist, die Spalten heißen Technologie, MAC_Adresse, Seriennummer usw.
Die könnten ja auch Baum, Pferd, Wald heißen....

 

Hallo,
es ist eben nicht egal.
Denn aus den Feldnamen kann man erkennen, dass hier für die Merkmale eine Tabelle fehlt.
Dann baut man mit einer Zuordnungstabelle eine n:m Beziehung auf.
Dann müssen nie mehr Felder geprüft werden und/oder angefügt werden.
Denn Technologie, MAC_Adresse, Seriennummer usw. sind dann Datensätze und keine Feldnamen. Dann lässt sich auch geräteabhängig steuern welche Merkmale erfasst werden müssen.

 

Hallo,
doch in dem Fall ist es egal, denn es soll nur die Tabelle nach bestimmten Spalten überprüfen. Und das jedesmal wenn eine neue Tabelle dazu kommt.

Genau das ist die Anforderung, der Auftraggeber wollte so ein Button mit solcher Funktion haben. Ob es jetzt sinnvoll ist sollte für den Entwickler egal sein.

 

Hallo,

auch das ist mehr als fragwürdig.
In einer fertigen DB sollten keine Tabellen mehr dazu kommen, aßer es wurde was vergessen.
Und dem Entwickler sollte es schon mal gar nicht egal sein, denn der muss sich ja dann mit der Krücke rumreißen.

Aber des Menschen Wille ist ein Himmelreich.

 

Das sehe ich auch so. Wenn man als Entwickler über ausreichend Zeit verfügt und angemessen entlohnt wird (Masochismusprämie eingeschlossen), ist doch Kreativität des Anwenders eine tolle Sache.
Man sollte nur sicherstellen, dass nachfolgende Betreuer eines solchen Projektes dann nicht schlechter gestellt werden.

 

Deine Beiträge sind mehr als fragwürdig.
Du schreibst:
"In einer fertigen DB sollten keine Tabellen mehr dazu kommen, aßer es wurde was vergessen."
jedoch habe ich nie behauptet das die Datenbank FERTIG ist.

Dem Entwickler sollte es schon egal sein, solange der Kunde bekommt was er möchte. Man kann höchstens eine Empfehlung geben wie es besser wäre, aber wenn der Kunde darauf besteht kriegt er was er möchte.

So ich hab noch andere Aufgaben zu erledigen.... bedanke mich bei einigen deren Beiträge hilfreich waren.

 

Hallo,

Klar, aber nur optisch. Das DM hat den gar nicht zu interessieren, solange
alle im Pflichtenheft aufgezeigten Daten enthalten sind. Und sich die Excel-
Denke des Kunden dabei aufzwingen zu lassen ist m.E. eine ganz schlechte
Idee.
gruss ekkehard

 

\@Alle:
Jetzt rudert mal bitte etwas zurück!

Hier geht es letztendlich sicherlich nicht um eine Datenbank mit einem Datenmodell im klassischen Sinne, sondern möglicherweise nur um eine "geschuldete" Dokumentation im Schaltschrank oder Anlagenbau, die dann kopiert und außer Haus geht. Zumindest ist mir so ein ähnlicher Fall auch schon begegnet.

Gruß Ulrich

 

Hallo,
ja es geht eher um eine Dokumentation der Schränke wann gewisse Sachen eingebaut wurden und was noch erneuert werden muss usw.

 

Hallo,
typischer Fall für eine n:m Beziehung mit 3 Tabellen.

- Schränke
- Einbauteile
- SchrankEinbauteile (mit Einbaudatum)

Bei einem neuen Schrank wird ein neuer Datensatz in der Tabelle Schränke angelegt und in der Tabelle SchrankEinbauteile die notwendigen Bauteile zugeordnet.
Alles ziemlich einfach und flexibel. Die Tabellen bleiben immer gleich.