Skoči na vsebino

Priporočene objave

Objavljeno

Tema je vroča, tako kot so razgrete primerjave operacijskih sistemov (glej temo Windows proti Linux :D ). Vsak svoje hvali in druge v nič daje, na srečo pa se vsake toliko časa kakšen medij odloči neobremenjeno in strokovno pogledati pod prste vendorjev (Oracle, Sybase, IBM, Microsoft, ...). Tokrat je bil to CRN Test Center in čeprav ponudbe v testu odražajo US Market je branje kaj je kdo ponudil na osnovi istega povpraševanja zanimivo.

Test najdete na: http://www.crn.com/Sections/CoverStory/Cov...ArticleID=40277

As any solution provider knows, it is vitally important, when implementing a database for a client, to focus on requirements such as sufficient processor speed, thorough data management practices and strong planning and development procedures. Yet the key to achieving maximum margin on a database project always lies in hammering out the best possible deal with a vendor. To see how that could be achieved, the Test Center created a mock RFP (Request For Proposal)and sent it to five of the top database vendors, asking them to price an entire solution.

Zanimivejši izsledki:

Microsoft bested IBM on technical support and sales support. On price, Microsoft blew away Oracle, which was competitive on the smaller project but too expensive and inflexible on the larger one.

Of the five vendors reviewed, IBM offered one of most comprehensive technical training programs. The company offers a full variety of how-to manuals for every expertise level, including practical tips on deployment and development.

Sybase offered the solution provider a margin range of 30 percent for the first project. For implementations with more than 400 concurrent users, the margin can reach 40 percent. Volume purchases can be discounted by as much as 15 percent. Sybase offers other discounts between 30 percent and 35 percent, as well as volume curve discounts.

Factoring in all the requirements of the RFP, Microsoft emerged the overall winner for both projects.

Presenečeni?

Objavljeno

Še nedavno sem delal kot sistemski administrator/informatik, kjer sem med drugim "imel čez" tudi Oracle bazo in aplikacijo. Hudo draga reč... V novi službi, kjer delam kot programer, delamo z (zastonj) bazo PostgreSQL na (zastonj) Linux strežniku. Oracla prav nič ne pogrešam... :D

Objavljeno

Evo, prava tema zame, mam eno ZELO dobro vprašanje: v službi se želim(o) počasi losati Oken in uvesti Linux, pričakujem nekako v roku enega leta. Obstaja pa ena velika ovira: praktično naše celotno poslovanje bazira na Accesu(97). In tu je moje vprašanje: a se da neboleče prevesti Accesove baze v nekaj (PostgreSQL???) kar bi delalo na Linuxu?

Objavljeno

Suzuki, s takšno migracijo žal nimam izkušenj, se pa da precej o tem najti na internetu. Verjetno je precej odvisno tudi od zapletenosti izvedbe v Accessu. Uporaba standardnega SQL-a gotovo pomeni manj težav pri migraciji. Zelo dvomim, da se bo dalo baze migrirati povsem avtomatsko...

Za začetek morda poglej tule - na dnu je ideja migracije z uporabo exporta preko ODBC-ja...:

http://forums.devshed.com/archive/21/2001/11/1/12209

Objavljeno
Evo, prava tema zame, mam eno ZELO dobro vprašanje: v službi se želim(o) počasi losati Oken in uvesti Linux, pričakujem nekako v roku enega leta. Obstaja pa ena velika ovira: praktično naše celotno poslovanje bazira na Accesu(97). In tu je moje vprašanje: a se da neboleče prevesti Accesove baze v nekaj (PostgreSQL???) kar bi delalo na Linuxu?

Če ne gre direktno potem je varianta preko csv formata ( iz Acces v csv in potem v postgre ).

Skratka verjetno imate skripte za generiranje vseh struktur ( tabele, user-ji, triggerji, stored procedure, funkcije, ... ) in potem to izvedete na ciljni bazi nakar se še ubozi podatke iz csv datotek.

Ker se ukvarjam samo z SQL serverjem ne poznam toliko drugih RDBMS-ov ampak na SQL server migrirati je mala malca ( zraven MS SQL serverja so orodja za prenos iz kateregakoli mogočega formata v katerikoli nemogoč format ).

Je pa seveda treba razmisliti kako mapirati podatkovne tipe in verjetno vsaj malo spremeniti strukturo podatkovnega modela pri migraciji ( vsaj kar sem jaz imel s tem izkušenj ).

LP,

Klemen

Ustvarite račun ali se prijavite za komentiranje

Za objavljanje se morate najprej registrirati

Ustvarite račun

Registrirajte se! To je zelo enostavno!

Registriraj nov račun

Prijava

Že imate račun? Prijavite se tukaj.

Vpišite se
  • Zadnji brskalci   0 članov

    • Noben registriran uporabnik, si ne ogleduje to stran.


×
×
  • Ustvari novo...

Pomembne informacije

Z uporabo te strani se strinjate z uporabo piškotkov in se strinjate s pravili o varovanju zasebnosti!