MS FoxPro potreboval, aby se dostal k technologii Rushmore, protoze potrebovali zrychlit sve legendarne pomale DB vypotky. Vic nez to se MS o FoxPro nezajimal a tak to postupne znicili - nejdrive vydali FoxPro Lan, ze ktereho odstranili transakcni knihovnu pro Novel, pak zabugovane FoxPro pro Widle a nasledne Visual FoxPro, ze ktereho asi dodnes nekteri maji nocni mury. Ani s Rushmore se jim ale asi nepovedlo dosahnout rychlosti FoxPro.
Napsal jsem ke zrychleni jejich databazi, ne? Na detaily se zeptej v MS, jestli tam mas zname. Oni se verejne nesiri, kde vsude a jak to pouzili. Jinak tehdy nemeli jen Access, ale uz i SQL. Zajdi nekam do blazince, kde dodnes leci adminy, kteri to spravovali a zeptej se jich, jake to bylo. Ale pozor na zurive typy!
Zadny starsi nebyly. MS SQL byl zalozenej na Sybase od zacatku. Prvni MS SQL Server vysel 1989, pricemz Microsoft spolupracoval se Sybase od roku 1986.
https://en.wikipedia.org/wiki/Sybase#History
"Vykradeny" nemusi znamenat, ze to Microsoft ziskal nelegalne. "Vykradeny" casto muze znamenat treba postaveni produktu na funkcnosti prevzaty z produktu jineho vyrobce. Ostatne s tim ma Microsoft velky zkusenosti (MS DOS, Windows, Windows NT,...), lepit dohromady kusy z ruznych produktu... pak taky jeho SW podle toho vypada...
Jenže u MS SQL Serveru to zrovna není tenhle případ.
Pokud mluvíte o "postaveni produktu na funkcnosti prevzaty z produktu jineho výrobce", vašimi slovy vykradení, tak bych na prvním místě zmínil Linux. Kernel je vykradený klasický Unix, totéž platí o glibc, X11, a skoro všem ostatním na čem Linux stojí.
Ad lepit dohromady kusy z ruznych produktu... pak taky jeho SW podle toho vypada... - Tady bylo dobré opět zmínit distra Linuxu, která jsou slepená z kusů od tisíců autorů... a podle toho to taky vypadá.
To si pletes pojmy s dojmy. Linux, glibc, X11 je postavenej na ideach UNIXu, ne na kodu UNIXu. Kod samotnej je psanej kompletne z nuly.
MS SQL Server pouziva (nebo minimalne pouzival) primo kod napsanej Sybase.
Je taky treba rozlisovat mezi modularni konstrukci jakou maji Linuxove distribuce, kde kazdou cast systemu jde nahradit jinou od nekoho jinyho a monolitickou konstrukci kde v jedny binarce je naplacanej kod od ruznych vyrobcu puvodne urcenej pro uplne jinej produkt.
Ad Linux, glibc, X11 je postavenej na ideach UNIXu, ne na kodu UNIXu. Kod samotnej je psanej kompletne z nuly. - Podobně jako MS DOS byl postavený na převzaté funkčnosti (idejích) CP/M, a Windows NT mají ideově některé věci společné s VMS (i když jde hlavně o názvosloví a obecné principy). Jestli " postaveni produktu na funkcnosti prevzaty z produktu jineho vyrobce" považujete za vykradení, tak budiž, ale pak by to chtělo měřit všem stejně. Mimochodem do Linuxu se dostal i kód jiných Unixů, vizte soud SCO vs IBM. Šlo o poměrně malé kusy kódu, a společnost SCO nebyla schopná doložit jejich vlastnictví, takže to vyšumělo.
Ano, MS SQL Server pouziva (nebo minimalne pouzival) primo kod napsanej Sybase, protože to byl jejich společný projekt.
Modulární konstrukcí máte na mysli to že se distra liší vším od kernelu, přes poskytované API a jména adresářů až po GUI? :) A pokud máte aplikace postavené nad GTK+, čímže to GTK+ můžete nahradit?
To že se v jedné binárce kombinuje kód různých týmů, a často různých jednotlivých autorů, je naprosto běžné. Koukněte se jak se vyvíjely Unixy. Třeba solaris je založený na System V R4, MacOS X je dokonce sešitý z Mach mikrokernelu, BSD 4.3, NetBSD 1.3, API NeXTSTEPu a "Classic Mac OS". Projekty na Linuxu, včetně kernelu, jsou snad každý řádek od jiného člověka :). Samotná distra jsou sešitá z kernelu - vašimi slovy vykradeného - z komerčních Unixů, glibc a utilit od GNU, a hromady open source freewaru. Jistě se shodneme, že to podle toho také vypadá: všechno se vyvíjí v mnoha různých skupinkách které dělají skoro totéž, ale každá jinak, a házejí po sobě hnůj. Buďme rádi, že funkce pro file I/O existovaly před vznikem Linuxu, protože jinak bychom vyjma desítek konkurujících si FS měli i desítky API pro práce se soubory :/. Uživatel pak dostane slepenec bez jakéhokoliv konzistence, kde se mezi aplikacemi liší styl UI, widgety, a dokonce rastrování písma. Proti tomu jsou Windows pěstěnou zahradou, a MacOS (i když ho nemusím) je pak zenovou zahradou.
No tak pobavil :). Windows s jejich mixem 16-bitovych, 32-bitovych a 64- bitovych API a GUI toolkitama z ruznych desetileti vcetne absolutne nesmyslnyho Metra, kteryho se Microsoft i pres jeho neuspech na vsech platformach porad nechce zbavit, je skutecne "pestenou zahradou" :D. Nehlede na to ze vetsina tech GUI tookitu, ktery sou podle tebe takovej problem Linuxu se bezne pouziva i na Windows kvuli tomu, ze sou multiplatformni...
Nehlede na to ze vetsina tech GUI tookitu, ktery sou podle tebe takovej problem Linuxu se bezne pouziva i na Windows kvuli tomu, ze sou multiplatformni...
Tak tyhle toolkity puvodem z Linuxu, jako Qt a GTK, nejsou zdaleka jedine z pestre sbirky toolkitu pouzivanych ve Widlich. Vysledkem je, ze GUI SW ve Widlich zdaleka nevypada tak jednotne, jak se nekteri pokouseji tvrdit a system je zasrany dll vseho mozneho puvodu.
Tak Foxka vznikla jako klon dBase, tedy male databaze, kterou mohl mitkazdy doma. Nemel to byt konkurent Oracle a podobnych. A posledni verze FoxPro toho zvladaly docela dost, ovsem dnes by byly dost k nicemu. Transakce choily jen na Novelu o server/client architekture se jen mluvilo, ale niky neprisla a kvanta sat, jaka se zpracovavaji dnes, jsou take nekde jinde.
Ovsem otazka je, co by bylo, kdyby Fox Inc. nezkrachovala. FoxPro treba jiz melo par zarodku SQL, mohlo vzniknout client/server FoxPro a dnes to mohla byt uplme jina databaze, mozna SQL, mozna ne, mozna oboji. Ostatne tehdy to byla skvela vec, celkem bez konkurence. Nic na tehdejsi PC a tak rychleho snad nebylo, mozna snad MUMPS.
DB založené na sdílených souborech byly v roce 1992, kdy MS koupil Fox Software, přežitý koncept mířící ke svému konci. MS nejspíš měl zájem primárně o front-end k MS SQL Serveru. Nakonec proto MS společně se Sybase a Ashton-Tate stavěli SQL Server: Ashton-Tate byli autoři dBase, a měli dodat front-end. Poté co nastala katastrofa jménem Ashton-Tate dBase IV a firma z projektu odstoupila, bylo logické koupit Fox Software. A nakonec to přece vyšlo. Z FoxPro se stalo 32-bitové objektově orientované Visual FoxPro, které fungovalo na trhu 15 let. Lekce z projektu Visual FoxPro (a lidé) byly použity na vývoji MS Accessu, což je projekt kombinující DB na sdílených souborech (styl dBase/FoxPro) s klientem pro MS SQL Server, grafický designer, OOP, COM a VisualBasic.