Talk:In-memory database

Computing Stub‑class

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
Stub	This article has been rated as Stub-class on Wikipedia's content assessment scale.
???	This article has not yet received a rating on the project's importance scale.
	This article has been automatically rated by a bot or other tool as Stub-class because it uses a stub template. Please ensure the assessment is correct before removing the `\|auto=` parameter.

Databases (inactive)

This article is within the scope of WikiProject Databases, a project which is currently considered to be inactive.DatabasesWikipedia:WikiProject DatabasesTemplate:WikiProject DatabasesDatabases

"Main memory" or "in memory"

I think the title of this article is mistaken. The expression "in-memory database" is much more popular than "main memory database". As evidence, I cite Google News and Yahoo News. Both of them return 5 or 6 hits for "in-memory", but none for "main memory". Moreover, the popular Computer Desktop Encyclopedia (www.computerlanguage.com) titles its article "in-memory database". Any objections to changing the title of this article? Westwind273 23:34, 24 August 2007 (UTC)[reply]

Ok, I'll do the move; let's see if anyone complains. -- intgr ^#%@! 23:29, 25 August 2007 (UTC)[reply]

Key questions

The article does not describe how the database system collect its user data from startup. And I think that is one of the main questions regarding this technology. Could some one write a few words on sentences about that? — Preceding unsigned comment added by Linbenming (talk • contribs) 06:51, 28 April 2011 (UTC)[reply]

Nokia-Siemens Networks “One-NDS”

Deleted from the list of in-memory database systems because this is a vertical solution (Home Location Register/Home Subscriber Server) rather than a database system. We should stick to database systems in order to preserve the integrity of the page. —Preceding unsigned comment added by Jatujak (talk • contribs) 04:19, 15 February 2010 (UTC)[reply]

Products List

So that this section does not become crowded, add only notable products that appear in reliable secondary sources (see Wikipedia guidelines for notability). The removed items are below - please reply here to discuss adding these back:

Ancelus (commercial product)
ERDB Entity Related Database (commercial product)
EffiProz (commercial and open source)
eXtremeDB (including hybrid eXtremeDB Fusion)
FastDB (open source)
ITTIA DB (including hybrid)
QuiLogic
DayDaLaboo (API based in-memory database from TurboData Laboratories, Japan )

Crysb (talk) 18:23, 13 October 2010 (UTC)[reply]

Suggest Adding Xeround

I suggest adding Xeround to the list of in-memory databases. I believe it is sufficiently notable, see the entry for more details. Gilad.maayan (talk) 12:51, 9 October 2011 (UTC)[reply]

Since there were no objections, I'm adding Xeround Gilad.maayan (talk) 10:40, 31 October 2011 (UTC)[reply]

Misleading first paragraph

At present, says "Accessing data in memory reduces the I/O reading activity when querying the data which provides faster and more predictable performance than disk".

This is misleading because it describes any normal disk-oriented database system. It does not describe a particular feature of in-memory database systems.

Having this misleading statement in the opening paragraph leads me to suspect the reliability of the product table: how many of those products are just normal disk-oriented database systems which cache or pin data in memory?

Any normal disk-oriented database system caches data in memory, thus reducing I/O reading activity, providing faster and more predictable performance. Also, lots of normal disk-oriented database systems (such as MS SQL Server), provide for pinning particular tables in memory, providing faster & more predictable etc etc.

Most high transaction, low latency normal database systems will be run on hardware with sufficient memory to keep the whole database in memory.

In-memory database systems (unless it's just a misleading marketing term), are marked by the abscence of disk-oriented optimisations, disk-oriented OS calls, and disk-oriented durability. On some reports, this can give significant speed up of write actions in particular, when compared to a normal disk-oriented database operating completely in ram, backed by a database on RAM disk.

Data in memory is not a particular feature of IMMDB: it is misleading to suggest that it is. — Preceding unsigned comment added by 120.148.48.44 (talk) 02:34, 15 January 2012 (UTC)[reply]