ストックホルムが建設される前、この近傍にはエケビ (Ekeby) という栄えた村があった。当時はまだ現在よりずっと奥まで入り込んでいたニブロ湾 (Nybroviken) は、水深も深く、この村の天然の良港となっており、エケビの町は広い範囲と商取引を行なっていた、しかし、この村の正確な場所は明らかになっていない。19世紀まで、この広場は、2つあった港湾のうちのひとつと直接接していた。当時は、ここに缶詰工場 (packarhus) があったことから缶詰広場＝パッカーレ広場と呼ばれており、港に水揚げされ魚はすべて、この工場に運ばれ、点検の上、缶詰となっていた。それ以前の17世紀には、魚の取引がなされていたために、魚広場＝フィスカー広場と呼ばれていたが、すでにこれとは別に同名のフィスカー広場 (Fiskartorget) が存在していたために。17世紀末にはこの那覇使われなくなった。ニブロ湾の奥が19世紀に埋め立てられるまで、この広場が2つあった港湾のひとつに面していたことは、1642年の特許状 (privilegiebrev) において言及され、「オーランド諸島の島民やフィンランドの島々の島民たちが、自分たちの島の魚を持って来る (alle skärekarlar, som komma medh fisk uthur skären, så och alle Ålandsboer och de, som i finske skären bo)」と記されている。しかし、その後、ニブロ湾の埋め立てが進み、川口の入り江から悪臭が広がるようになった。魚の臭いに、便所やゴミの山からの悪臭が加わり、後に広く知られるようになった泥海（Katthavet：水質汚染が著しく進んだ水域）の最初の先例となった。1850年代に、この汚染水域は埋め立てられ、ベルツェリー公園 (Berzelii park) が造成された。港湾機能は、現在の場所へと移設された。1853年この広場は改めてノルマルム広場と名付けられたが、この呼称は、かつてはグスタフ・アドルフ広場 (Gustav Adolfs torg) の旧称として用いられていたものの復活であった。ノルマルム広場は、1973年に、この広場にあった銀行の支店で人質をとっての銀行強盗であるノルマルム広場強盗事件が発生したことによって、ストックホルム以外の遠くの地域まで知られるようになった。
広場には、シティパラツェット (Citypalatset)、スヴェンスカ・リフス館 (Svenska Lifs hus)、MEA館 (MEA-huset)、パームハウス (Palmhuset) のほか、カフェや、新聞などを売るキオスクなどがある。ユールゴーズ線 (Djurgårdslinjen) の路面電車は、ターミナルのひとつがこの広場にある。多くの企業にとって、ノルマルム広場を所在地とすることは、その企業の格を示すものとなっており、ダンスケ銀行のスウェーデン本部などもここにある。広場の東側に位置する旧・クレジット銀行の建物には、年月日や曜日、時刻などを表示するカレンダー時計が壁面に設けられている。この時計はリンデロート時計製造 (Linderoths urfabrik) が製作したもので、もともと19世紀末から1968年に建物が取り壊されるまで、ドロットニンガータン (Drottninggatan) 28番地の社屋のファサードに設置されていた。時計が現在の位置に設置されたのは、1975年であった 。
Don Nelsonは、マルチバリューデータモデルを1960年代の初めから中ごろにデザインした。Dick Pickは、TRWの開発者として、1965年にUSの陸軍のために、このモデルをはじめて実装した。軍用に書かれたものだったので、Pickはこのソフトウェアがパブリック・ドメインになると考えた。これが、はじめて裁判所によって扱われたマルチバリュー・データベースに関する議論である。Ken Simmsは、S-BASICとしても知られているDataBASIC を1970年代の中ごろに書いた。これは、ダートマスBASICをベースに、データ管理機能を拡張したものである。3つのマルチバリューの実装 - PICKバージョンR77、Microdata Reality 3.x、Prime Information 1.0 - は、とてもよく似ていた。特にすべてのロゴをデザインしたInternational SpectrumとSpectrum Manufactures Associationによる標準化の試みにも関わらず、マルチバリューの実装において標準は定まっていない。その後、いくつかは合流したが、これらは分岐していった。これらのマルチバリュー・データベース開発の流れは、一つはPICKバージョンR83からの、一つはMicrodata Realityから、一つはPrime Informationからの枝分かれして分類できるであろう。この違いのために、いくつかの実装が、言語の方言をサポートするために提供されている。類似点や相違点を記述しようとする試みは、Post-Relational Database Reference(PRDB)にて確認できる。業界内のマーケティングやその他のグループは、数年にわたって、マルチバリュー・データベースをレガシーとする分類に反対し、プレ関係データベース、ポスト関係データベース、関係データベース、組み込みデータベースとして分類してきた。現在は、NoSQLとして分類できるであろう。データモデルは、JSONやXMLとよくなじみ、SQLを使ってあるいはSQLを使わずにアクセスできる。過去50年以上続くデータモデルに関する一つの有力な理論は、21世紀の新しいデータベース実装により、費用をおさえたデータベース・ソリューションの提供につながる。歴史的にみて、SQLトランザクションに関する業界のベンチマークでは、マルチバリュー・アプリケーションの機能を関係データベースのフレームワークに取り込むために、試行失敗のエピソードがかなりあるが、ベンチマークテストとは異なる説がある。40年以上の歴史があるにも関わらず、マルチバリュー業界の多くは現在も残っており、さまざまなマルチバリューの実装がオブジェクト指向型のData/BASIC、AJAXフレームワークのサポートを採用している。これらのデータベースの利用にSQLを使う必要がないため（使うことは可能だが）、NoSQLの傘下に入れるのが適切である。実際、マルチバリューの開発者は、最初にNoSQL領域のスキルを得ていた。マルチバリューは、マルチバリュー領域における複数のベンダーの成熟したデータモデルであり、長期に渡り拡張されてきた。