Gewinnerbranchen der Jahre 2006 bis 2040 (Seite 4850)

[filmen]

Antwort auf Beitrag Nr.: 39.528.341 von investival am 16.05.10 15:33:40

Nicht nur wegen der Flexibilität. Es hat für zumindest für Durchschnittsbetuchte auch was, wenn das EK aktiv "arbeiten" kann bzw. "arbeitet".
Man kann im übrigen auch gehoben gut zur Miete wohnen und entsprechenden "Status" generieren.

kenne meinen vermieter ganz gut, er hat sich unsere wohnung als kapitalanlage gekauft, ich schätze die realverzinsung abzüglich inflation auf etwa 3%. Den Kaufpreis heute in komocl angelegt und dann mal in 15 jahren verglichen, das wär mal was

[filmen]

Antwort auf Beitrag Nr.: 39.528.769 von Tamakoschy am 16.05.10 19:03:29

Was mir auffiel:

Dass die strategisch in diesem schwachen konjunkturellen Umfeld eigentlich perfekt aufgestellte (Schwerpunkt auf Billigzigaretten) Imperial Tobacco

hallo simom, ja imperial ist sehr billig, ich bin mir aber nicht ganz sicher ob deine argument stimmt. imperial hat wie es scheint größere probleme als bsp. pmi seine marktanteile zu halten.
das mit der bilanz finde ich nicht so schlimm, es wurden schon schulden abgebaut, dies ist bei den stabilen cashflows auch alles ganz gut planbar.

muss mir die änderung der marktanteile mal noch in ruhe anschauen

[Welju_Grouv]

Antwort auf Beitrag Nr.: 39.529.066 von umbre am 16.05.10 20:52:45

inmemory_storage cache is no different from regular named caches. sp_cacheconfig with the new cache type nmemory_storage will create the named cache for hosting the in-memory database with NONE as the buffer placement strategy. The following example creates the named cache imdb_cache for the in-memory database:
1> sp_cacheconfig ‘imdb_cache’, ‘300M’, ‘inmemory_storage’
2> go
The change is completed. The option is dynamic and ASE need not be rebooted for he change to take effect.

Eine Art Cache? Also doch verändern und zurückschreiben!?

Henschen meinte unter anderem: "In-memory technology speeds analysis by handling processing in cache rather than on disk".
Für gewisse Analysen - und nur darum geht es offenbar - braucht es auch Datenverarbeitung.

Relationale databases werden sicher nicht so bald ersetzt, aber welche DB wohl Oracles BI Suite nutzt?

In-memory databases are ASE databases that have zero disk footprint and reside completely in memory. Sybase is the first relational database server vendor to provide a fully integrated in-memory database capability within a traditional disk-based database server.

Und ASE (Adaptive Server Enterprise) ist ein "enterprise-class relational model database server".

[filmen]

Antwort auf Beitrag Nr.: 39.525.117 von Simonswald am 15.05.10 00:12:18

MO und PM bewertungsmässig derzeit fast gleichauf. Dann PM kaufen?

also die pm bewertung finde ich im moment lächerlich. liegt vielleicht am starken dollar, pm wird in europa dann wohl dieses jahr nicht ganz soviel verdienen wie die letzten beiden.

mir egal ich hab mir letzte woche für meine verhältnisse ziemlich viele ins depot geknallt, ich überlege nächste woche meinen indienfond und meine telefonica auch noch in pmis einzutauschen. dann ist zwar 1/3 des depots pmi (und 50% tabakbranche allgemein) aber ich finde die gelegenheit sollte man nutzen.

ich muss endlich lernen wie der alte soldat zu denken, nur an fronten kämpfen wos richtig was zu holen gibt *g

[umbre]

Antwort auf Beitrag Nr.: 39.529.061 von umbre am 16.05.10 20:50:13

hab nochmal was zu gefunden:

http://www.glorf.it/blog/2010/05/13/sql-talk/sap-in-memory-u…

[umbre]

Antwort auf Beitrag Nr.: 39.528.858 von Welju_Grouv am 16.05.10 19:38:04

Boahr, bin nicht der DB-Spezialist, aber soweit ich weiß, sind relationale DB an ein Datenbankmanagementsystem angebunden, welches die Beziehungen aller enthaltenen Tabellen untereinander beinhaltet.

Lädtst Du Dir dann alles (oder einen Ausschnitt) in den Hauptspeicher, kann man nicht mehr von einer relationalen DB sprechen, da der Ausschnitt im Hauptspeicher nicht mehr alle Bezihungen zu allen Tabellen aufzeigt. Darum hat ja auch Ellison (zu Recht) den Vogel gezeigt.

Hopp meinte ja, es wären in-memory und gleichzeitig relationale DB.

Aber jetzt verstehe ich Deine Frage. Wenn die Frage lautet in-memory oder relationale DB, dann ganz klar in-memory. Aber kann man damit tatsächlich Datenverarbeitung betreiben?

Hab da mal was bei Wik... gefunden:

http://de.wikipedia.org/wiki/InfoZoom

Allerdings heißt es bei dem Tool:
"Die Daten können aus verschiedenen Datenbanken oder Textdateien geladen und analysiert werden."

...und analysiert werden - heißt NICHT: verändert und zurückgeschrieben werden!

Also wie das SAP macht, würde mich auch interessieren. Klar, zum analysieren oder einfach nur um Ergebnisse anzeigen zu lassen, geht in-memory. Aber ob man damit Datenverarbeitung betreiben kann

[Welju_Grouv]

Antwort auf Beitrag Nr.: 39.528.832 von Welju_Grouv am 16.05.10 19:26:47

Oder in-memory und column-store kombiniert, wie Doug Henschen am Mittwoch schrieb:
"By combining IQ and in-memory analysis, Sybase customers could gain an even faster analytic database. On the SAP side, SAP customers are likely to see the same combination; and if it's well integrated, customer analytic queries could explore real-time transactional information as well as historical information. That would enable users to make decisions based on what's happening now rather than relying on yesterday's data."

[Welju_Grouv]

Auch wenn es für die Rendite völlig irrelevant ist, wer was als erster erwähnt:

Pontiuspilatus 02.08.06 22:52:12 Beitrag Nr.: 23.290.166 (STRYKER 864952)
Ebenfalls interessant ist die US amerikanische Resmed. Gewinnwachstum seit börsengang > 20 %. p.a langfristig sehr gute Geschäftsaussichten. Vom Umsatz und der Marktkapitalisierung wesentlich kleiner als z.B. Stryker, so das ein Wachstum in der Größenordnung von größer 20 % p.a.leichter aufrechtzuerhalten ist.

Simonswald 23.11.06 17:50:01 Beitrag Nr.: 25.626.346 (medtronic-auf-allzeithoch)
Zur Resmed: Klar sind deren Wachstumsraten mit regelmäßig um die 25-30% sehr beeindruckend. Und das KGV ist auch nicht zu hoch. Andererseits ist es aber halt ein "Einproduktunternehmen" und sie machen auch nur ca.5% des Umsatzes einer MDT. Insgesamt also auch anfälliger

Simonswald 25.02.07 22:01:39 Beitrag Nr.: 27.966.714 (medtronic-auf-allzeithoch)
Habe mich mal nach guten Alternativen im US-Medtech-Bereich umgeschaut. Hier die Kurzbeschreibung der gefundenen Titel:
Resmed (RMD; machen Geräte für Schlafapnoe): KGV08 25/ Umsatzwachstum 22%
Immucor (BLUD; Systeme für Bluttransfusionen): KGV33 / 24%
Quality Systems (QSII; elektron. Krankenakte): KGV 28 / 44%
Respironics (RESP; Geräte für Schalfapnoe): KGV 22 / 12%
Intuitive Surgical (ISRG; Operationsroboter): KGV 32 / 57%

Pontiuspilatus 27.03.07 00:11:39 Beitrag Nr.: 28.510.282 (gewinnerbranchen)
Quality systems: Den wert kennt 100 % niemand von euch ich vermute den kennt niemand in ganz D. bin ich heute zufällig drüber gestolpert

Pontiuspilatus 25.04.10 19:41:23 Beitrag Nr.: 39.397.960
ich habe qsii seit 2005 und dann ende 08 nochmal zwischewn 25 und 30 zugekauft und bin damit zufrieden.

Zwar mit 'ner kleinen Ungereimtheit, aber immerhin: Er hat gekauft.

[Welju_Grouv]

Antwort auf Beitrag Nr.: 39.528.713 von umbre am 16.05.10 18:35:27

Allerdings sind diese DB nicht immer aktuell, denn wenn die Datenbank auf Platte geändert wird, stehen diese Änderungen ja nicht im Hauptspeicher zur Verfügung. Außer der Hauptspeicher wird nach jeder Änderung neu mit den Tabellen geladen. ... Wie SAP das löst, weiß wohl keiner [breites Grinsen]

Warum sollten Änderungen nicht primär im Hauptspeicher erfolgen? Zumal auch MSFTs Gray sagte: "we will see in-memory databases with unlimited access, we can support any application which speaks SQL, we can do completely new applications like predictive analytics".

Die relationalen DBs scheinen für BI doch recht langsam zu sein, weshalb der Trend dort bislang in Richtung column-store analytic databases geht, wenn ich das korrekt mitbekommen habe.
Im Bereich Telekommunikation werden allerdings bereits In-memory-DBs benutzt.

[Tamakoschy]

Teilverkauf Softship ( Freitag)