Objective C und Datenbanken/Core Data?

[Bananenbieger]

Och Kinder. Weshalb habe ich wohl oben

Danke, das wollte ich wissen.

nach Amins Antwort geschrieben?

Hast es doch selbst zitiert: es skaliert hervorragend auch mit riesigen Datenmengen.

Was Apple schreibt und was nachher Realität ist, sind zwei verschiedene Dinge. Mein iPhoto macht auch schon bei 30.000 Bildern schlapp, obwohl Steve meinte, dass man damit deutlich mehr Bilder problemlos verwalten kann.

Probiere es aus, ich halte es für unwahrscheinlich, dass Du an Leistungsgrenzen stösst.

Ich ziehe hier Real-World-Erfahrungen den Labortests vor.

 

[sumpfmonsterjunior]

Was Apple schreibt und was nachher Realität ist, sind zwei verschiedene Dinge. Mein iPhoto macht auch schon bei 30.000 Bildern schlapp, obwohl Steve meinte, dass man damit deutlich mehr Bilder problemlos verwalten kann.
Ich ziehe hier Real-World-Erfahrungen den Labortests vor.

Merke: iPhoto != CoreData
Zu den Real-World-Erfahrungen: genau das habe ich vorgeschlagen. Apple gibt Dir mit Instruments ein Werkzeug an die Hand um z.B. auch CoreData Applikationen auf Geschwindigkeit zu trimmen.
Es ist sehr unwahrscheinlich, dass Du auf einem Anwendungsgebiet wofür CD konzipiert ist (Desktop-Apps), CD in die Knie zwingst. Falls doch, machst Du sehr wahrscheinlich was falsch. Hier sei wiederum an die Apple-Doku verwiesen. Zum Thema "Was Apple schreibt..." sei noch gesagt, dass es einen Unterschied zwischen www.apple.com und developer.apple.com gibt, was die Tiefe und den Detailgrad der Informationen angeht.

 

[Amin Negm-Awad]

Es kann natürlich sein, dass deine Anwendung Core Data Probleme bereitet. Das sieht man ja nur in der Lebenswirklichkeit. Häufig ist so ein Einbruch dann aber auch ein Hinweis auf die falsche Verwendung.

Irgendwann macht Core Data sicher schlapp. Ich sagte ja nur, dass dein Model dann schlechter skaliert sein wird. Da sind schon einige Technologien verbaut, die es beschleunigen. Ich gebe dir nicht die Zeit, das alles selbst zu programmieren.

Aber nebenbei und nur unter uns und vertraulich: Ich weiß zufällig, dass du Core Data nicht mit sehr großen Datenmengen und auf Rechnern mit vielen Kernen unter Snow Leopard einsetzen solltest. Das wird keine Freude.

 

[Bananenbieger]

Danke nochmals für die weiteren Informationen!

und auf Rechnern mit vielen Kernen unter Snow Leopard einsetzen solltest. Das wird keine Freude.

Gibt es da einen spezifischen Grund für?

 

[Amin Negm-Awad]

Ja, gibt es. Es ist aber so, dass da ein Leser etwas entdeckt hat, wozu er mich befragte. Da es mit seiner Arbeit zusammen hängt, möchte ich hier einfach nicht darüber reden.

Jedenfalls bis 10.6.2 würde ich dir nicht raten, sehr große Datenmengen auf Rechnern mit vielen Kernen zu bearbeiten, wenn da SL drauf läuft.

 

[Bananenbieger]

Dann gebe ich mich vorerst einfach mit der "ist so"-Antwort zufrieden.

 

[Amin Negm-Awad]

Dann gebe ich mich vorerst einfach mit der "ist so"-Antwort zufrieden.

Kommst du eigentlich zur Macoun?

 

[tjp]

Spreche ich in Rätseln?

Ja, tust Du.

Ich wollte nur wissen, wie performant die ganze Sache bei großen Datenmengen in Kombination ist.

Ein ORM ist nicht für große Datenmengen gedacht, sondern nur dafür den internen Zustand eines Programms auf einen Massenspeicher abzuspeichern und ihn wiederladen zu können. Das ergibt bei aktuellen Macs DBs im GB Bereich und das gilt im DBMS Geschäft als kleine DBs. Für richtig große Datenbanken im TB oder PB Bereich ist ein ORM nicht gemacht. Oftmals werden dafür ORMs mißbraucht, aber dann braucht sich niemand über fehlende Performanz wundern.

 

[MacApple]

Dann gebe ich mich vorerst einfach mit der "ist so"-Antwort zufrieden.

Hier etwas mehr "ist so".

MacApple

 

[Bananenbieger]

Kommst du eigentlich zur Macoun?

Nein, leider nicht. Mac-Development ist für mich eher ein Hobby. Von der Ausbildung her bin ich "böser" BWLer und System Engineer. Ich bastel eher mit ABAP und helfe ein wenig bei der PHP Dev-Group mit.
Meine Brötchen verdiene ich momentan aber nicht mal im IT-Bereich.

Ja, tust Du.

Grr... Ich muss an meiner Kommunikation arbeiten