Kardinalsfehler in der Entwicklung einer "großen" Anwendung

[WesMuc]

Hallo Forum :-)

Ich bin mir nicht sicher ob dies der richtige Bereich des Forums ist, aber ich denke das wird dann schon verschoben. ;-)

Meine Firma plant eine neue "große" LN 7 (nur Notes Client).
300.000 Datensätze
Attachments im Bereich von GB
200 User im Unternehmen die die Datenbank(en) mobil mitnehmen

Meine Frage:
Gibt es bereits jemanden der die "Kardinalsfehler" bei der LN Entwicklung zusammengefasst hat?

Wir haben beispielsweise mit der aktuellen Applikation ein Problem. Es gibt viele Ansichten der Indextask dauert mehrere Stunden. Rechte auf Dokumente sind im Dokument nicht mit Gruppen geregelt. Jeder User der ein Recht hat steht mit seiner ID/Name im Dokument.

Ich hoffe ich kann soweit klar machen in welche Richtung die Applikation geht.
Vielleicht gibt es ja eine "Dont do that" Liste die weiterhelfen kann.

danke!

W.

[pete_bla]

Hi,

habe ich das richtig verstanden:
300.000 Datensätze und Anhänge > 1.000 MB ?
und dann noch lokal replizieren ?

- will mal pesimistisch sein und 1% mit 1GB schätzen = 300 GB
-> ok so grosse Notebookplatten gibt es schon... aber wo ist bei NTFS eigentlich die Krätsche für Dateien?

Gibt es bereits jemanden der die "Kardinalsfehler" bei der LN Entwicklung zusammengefasst hat?

Also als grösste Möglichkeit für "Kardinalsfehler" sehe ich hier ein fehlerhaftes Konzept -
Und da hast Du recht Dich noch rechtzeitig um ein sauberes zu kümmern! 

Meine weitere Einschätzung noch:
200 User - Leserfelder - sehe ich keine Probleme.
300.000 Dokumente - geht (noch),
pass nur auf die Anzahl der Ansichten auf (Indexgrösse)
und die Änderungen von Dokumenten und deren Darstellung in den Ansichten
(eventuell aber doch in mehrere Datenbanken zerlegen).

Frage noch am Rand:
Zu Zeiten von "mobile applications" - sind solche Replikations-Dinosaurier noch notwendig ?
- schätze aber dass Du sicher keinen Einfluss darauf hast. 

Gruss, Pete(r)

[m3]

Das "riecht" nach einer App, in der die Anhänge aus einem anderen System in Notes hinein "generiert" werden. Da würden dann Andres Tipps greifen, die aber auch in anderen Fällen durchaus sinnvoll sind (IMHO):
http://www-10.lotus.com/ldd/bpmpblog.nsf/dx/perf-basics-training

[WesMuc]

Frage noch am Rand:
Zu Zeiten von "mobile applications" - sind solche Replikations-Dinosaurier noch notwendig ?
- schätze aber dass Du sicher keinen Einfluss darauf hast. 

Dann erleuchte mich was dagegen spricht.
:-)
Du meinst in Zeiten von UMTS braucht keiner Replikation mehr?

[WesMuc]

Das "riecht" nach einer App, in der die Anhänge aus einem anderen System in Notes hinein "generiert" werden. Da würden dann Andres Tipps greifen, die aber auch in anderen Fällen durchaus sinnvoll sind (IMHO):
http://www-10.lotus.com/ldd/bpmpblog.nsf/dx/perf-basics-training

Vielen Dank

[pete_bla]

Hi,

Dann erleuchte mich was dagegen spricht.
:-)
Du meinst in Zeiten von UMTS braucht keiner Replikation mehr?

->

- will mal pesimistisch sein und 1% mit 1GB schätzen = 300 GB
-> ok so grosse Notebookplatten gibt es schon... aber wo ist bei NTFS eigentlich die Krätsche für Dateien?

Ich finde eine > 100GB Datenbank sollte wirklich (noch) nicht lokal Repliziert werden!

Aber es hängt alles nur vom Konzept ab -
Vielleicht sind es ja nur ca. 1/50 - 1/100 der 300.000 Dokumente / meiner pessimistisch geschätzten 300 GB, die jeder User bekommt (Leserfelder/Replikation) und dann sind wir ja wieder in einem "lokal-replikativ erträglichen Bereich".

Manchmal sollte man aber auch etwas anderes "spinnen" um was neues zu "entwickeln" 

Gruss, Pete(r)

[m3]

Ich finde eine > 100GB Datenbank sollte wirklich (noch) nicht lokal Repliziert werden!

Du meinst also, es wäre besser, wenn die User die > 1GB Dokumente über eine GPRS-Verbindung (UMTS funktioniert in dem Moment garantiert nicht) vom Server aufmachen?

Solange man die Änderungsrate und damit das tägliche/wöchentliche/stündliche Repliziervolumen nicht kennt, würde ich solche generellen Aussagen nicht treffen.

[pete_bla]

Hallo?
steh ich im wald ?

wie gross ist eine HDD im Notebook 200 GB ~ 250 GB

davon 100GB mit einer DB vollmüllen ist auch nicht besser -
und mobil meine ich nur aktuell relevante Daten zu übertragen
(alles andere wäre absolut hanebüchen - stimm ich auch zu!)

meine "generelle Aussage 1." war nur eine "pessimistische Schätzung" 300GB
meine "generelle Aussage 2." war eine "Alternativvorschlag" über den man auch nachdenken sollte!

für ein sauberes Konzept sollte man alles prüfen!
** pl ******

Pete(r)

[MaVo]

Ehe wir die Diskussion über Hardware machen, würde ich erst einmal IBM fragen, wo eigentlich bei Notes die Grenzen liegen. 

• Known limitations of Notes and Domino 7.x
  
• What Is the Maximum View Size Allowed in Notes?
  

[m3]

Hallo?
steh ich im wald ?

wie gross ist eine HDD im Notebook 200 GB ~ 250 GB

davon 100GB mit einer DB vollmüllen ist auch nicht besser

Mobile Hard Drives Hit 500GB
New Hitachi drive represents a giant leap forward in notebook storage.
http://www.pcworld.com/article/id,140942/article.html

[thomson666]

die leseberechtigung würde sich evtl hier mit rollen besser steuern, wenn es bestimmte benutzerkreise gibt die immer die selben sind.
odeR?