CCC, egy magyar Clipper klón

Python mint nagy rendszer alapja... huh

Nagyon sok szempont szerint lehet egy adatbázis rendszert megitélni, nem a flame miatt írok csak mondom a tapasztalatom. Meg legalább egy kevésbé ismert rendszerről is lesz info.

"Téved, aki azt gondolja, hogy a CCC valami ásatag dolog, ami csak régi Clipper alkalmazások portolására való.."

Ez a modat egyből felkeltette az érdeklődésem mert a (korai 90' évektől) clipper és dbbase nekem mindig a tákolmány jelzője volt. De se az újatt se ezt a CCC-t nem ismerem. Én már több mint 10 éve a Birdstep (régen Raima) embeded és server-client megoldásait használom (már ha az ügyfél nem akar mást).

http://birdstep.com/database/rdms/v6.0/main.php3

"Általánosságban elmondható, hogy a CCC-t tetszõleges UNIX rendszerre pár napos munkával portolni tudjuk"

Biztos az a párnap? A Birdstep szerver érdekesebb portjai ->

# HPUX 11i v2 - PA-RISC (32 and 64 bit mode)

# HPUX 11i v2 - Itanium 2 (32 and 64 bit mode)

# AIX 5.3 - PowerPC 6xx/7xx/9xx (32 bit mode)

# Trusted Solaris - SPARC / UltraSPARC (32 and 64 bit mode)

# Solaris 9 - UltraSPARC (32 and 64 bit mode)

"Hangsúlyozom, hogy a CCC-ben valódi, operációs rendszer szintû többszálúság valósul meg."

# QNX Neutrino 6.3 - x86

Ez az utolsó port azért érdekes mert a QNX egy real-time [www.hup.hu] oprendszer és csak az ő tesztjek alapján lehet bekerülni.

Az embedded rendszerük van beépitve nagyon sok eszközbe. pld.

HP OpenView Storage Data Protector,

Lucent Selects Birdstep's RDM Embedded Database for Lambda Xtreme [www.lucent.com]. Szép nagy vas csupa üvegszállal, ehhez már kell, hogy szakítson az a db alrendszer :)

Megnéztem a CCC project oldalát is de semmit nem találtam a sebesség tesztekről anélkül meg "messzről jött ember" effektus van.

"Adatbiztonság"

Amit nagyon szeretek a Birdstep -ben az a HotBackup ami azt jelenti, hogy lehet az egész adatbázist backup -olni úgy, hogy nem kell semmit leállítani és közben még a felhasználok is dolgozhatnak (magyarul nem simán read-only mode -ba megy). A másik az auto-recovery. Az alap network-titkositás mellet van database (file-szintü) titkositás is.

Sok sikert a project -hez.

Egy pár éve volt egy ilyen esett ami akkor nagy port kavart ->

Statement on operational problems at the Danske Bank Group

On Monday, March 10, IBM’s technical division was performing a routine replacement of a defective

electrical unit in an IBM disk system, type RVA1, at DMdata’s operating installation in Ejby. During the

repair process, there was an electrical outage in the disk system, and the result was that operations

stopped at one of the Bank’s two operating centres (Ejby) as of 16:08 CET.

A combination of circumstances turned the replacement, which began as a routine operation, into a

situation with wide-ranging effects. These circumstances revealed several never-before-identified errors

in IBM’s DB2 database software, errors that led to a critical operational situation.

The consequences were significant for the Danske Bank Group’s customers, particularly involving

payments and the trading and settlement of currencies and securities. Realkredit Danmark and Danica

Pension were affected only on a very limited basis.

Itt van a teljes IT jelentés itt [www.danskebank.com]

_peter_ !

Jok a cikkek amiket bekuldesz, egy dolog miatt nem teszem ki oket: 90% angol, 10% magyar a szovegnek. Ha leforditanad oket, akkor kitennem. Nekem nincs mindig idom leforditani a cikkeket.

Azert ne add fel :-)

Tudom, már *sokszor* olvastam, hogy "trey miért nem rakod be azokat a cikkeket amiket küldtem" stb. Nyilván van egy jól bejáratott módszered a szelektáláshoz és ahhoz tartod magad (-> kialakitottad az oldal profilját). És a hup csak évről évre jobb, szóval valamit csak jól csinálsz ;)

Ha tudnám, hogy nem "felesleges" munka a fordítás akkor talán... és persze, hogy nem adom fel!

--

but trust me on the sunscreen...

Egyébként a sebesség teszt scenariok mellet, más alapvető paramétert se tudtam meg az oldalról. pld ilyesmiket kerestem ->

Database Specifications

* Maximum Database Size: No hard limit

* Maximum Key Length: 64KB

* Maximum Number of Keys: 2.1 Billion per Column

* Maximum Number of Rows: 2.1 Billion per Table

* Maximum Open Files: No hard limit

* Maximum Row Size: No hard limit (BLOBs are supported with unlimited size)

* Maximum Table Size: No hard limit

Olvastam az oldalatokon a btree -t gondolom a régi novell cuccra gondoltál. Nekem azért volt furcsa először mert én a kulcs-kezelő algoritmusra gondoltam.

Egy kis segítség a project -nek (már ha kell persze) a btree forrás header -je. Látszik, hogy amit nem kellett, azt nem találták fel újra ;)

/src/runtime/keyfcns.c

/*---------------------------------------------------------------------------

keyfcns.c -- B-tree functions

Copyright (c) 1984-2004 Birdstep Technology Inc. All Rights Reserved.

-----------------------------------------------------------------------------

RDM Key File/Field Manipulation Functions

-----------------------------------------

An implementation of the B-tree indexing method described in

"Sorting and Searching: The Art of Computer Programming, Vol III",

Knuth, Donald E., Addison-Wesley, 1975. pp 473-480.

A more detailed description of the generic algorithms can be found

in "Fundamentals of Data Structures in Pascal", Horowitz & Sahni,

Computer Science Press, 1984. pp 491-512.

A tutorial survey of B-tree methods can be found in "The Ubiquitous

B-Tree", Comer, D., ACM Computing Surveys, Vol 11, No. 2, June 1979.

Notes on Uncommitted Key Handling (UUK functions)

-------------------------------------------------

Special handling has been put in place to keep track of unique key

values which have been deleted within a transaction but not yet

committed.

...

---------------------------------------------------------------------------*/

Osszevethetoseg szempontjabol mar csak a licencdijjakkal vagy ados :)

Bocs a lánc posting -ért, nem a Birdstep Velocis szerverét akarom fényezni, inkább azon keresztül jó ötleteket adni. Security hardening -> Egy adatbázis rendszerben nagyon sok helyen, sok mindent kell korrekten titkositani. Képzeld el, ez hogy megzavarná a kalózokat. Implementálj TÖBBFÉLE algoritmust és ezeket cserélgesd okosan. A Velocis -ban ezek vannak ;)

des.c

mars.c

rc6.c

rijndael.c

serpent.c

twofish.c

- - -

sha.c

lz.c

Ez baromság, a hazai vezető banki szoftver gyártó cégekre ez abszolút nem igaz, kivéve hogy helyben vannak

na ahhoz kell a batorsag, hogy ezt IGY leird.

"Osszevethetoseg szempontjabol mar csak a licencdijjakkal vagy ados :)"

hmmm, modtam nem azért irtam, hogy megvedd ;) De ha már kérdezted ->

Birdstep puts Raima database SDKs up for free download

Oct. 07, 2003

Birdstep Technology is offering freely downloadable software development kits (SDKs) to promote its Raima Database Manager (RDM) embedded database technology. The company hopes to sell support packages for the freely downloadable SDKs, at a range of levels and for periods of up to five years.

Birdstep lists the following RDM products available for download with a free SDK:

* Birdstep RDM Embedded - relational and network database model

* Birdstep RDM Server - relational and network database model

Birdstep is not currently offering its RDM Mobile with hierarchical database model for free download.

Birdstep says its databases run on Linux, Windows, AIX, HP, Solaris, and real-time operating systems such as MontaVista Linux, QNX Neutrino, and Wind River VxWorks. The company says programmers can use C, C++, or Java with RDM's APIs, which include ODBC, JDBC, SQL, JNI, and Native.

"We want more people to experience first-hand that we have superior databases with ultra-high speed, zero-administration, and a small footprint," said Tom Clark, Birdstep Technology President and COO.

Nehogy push szaga legyen a link itt van -> http://linuxdevices.com/news/NS8794867415.html

--

"Sure solaris is user-friendly, it's just picky about who its friends are"

Wow, ennek spec. orulok.

Regen, anno domini a Clipper 5.0 elott meg azzal kezdtem a programozast. Igazabol a DBase kiegeszitesekent kezdodott, ha jol emlexem. Meg mindig a polcomon van egy Clipper kezikonyv...

Bator emberek, azt mar meg kell hagyni... :-D

inkább azt mondanám, hogy a megrendelőnek mindig igaza van. ha Fortranban akar rendszert, abban kell megírni...

Ezt a "kritikus banki" szövegen mostanság annyit tudok röhögni. Mo-n használt banki "kritikus" banki software-ek íródnak VB-ben is, mindenféle komoly C-s dll vegyítésben, vagy ott van maga a SWIFT Alliance a legtöbb bank által használt külföldi átutaló rendszer, amit szó szerint összekalapáltak perl/pgsql,tuxedo és más rendszerekből, a régi VMS-es legalább egy progamnyelv alatt írt helyett.

Jha és a legtöbb banki sw ugyanolyan bug-os és pont annyira van támogatva mint mondjuk a MS Word 95. Működik, de néha érdekes dolgokat csinál, aki support-álja a helyszínen az pont nem ért hozzá, aki írta már rég otthagyta a francba programozó céget, a helyettese még nem látja át teljesen, de majd ha át fogja látni jól otthagyja ő is a céget. stb.stb.

SEMMMILYEN különbség nincs (megette volna a fene ha egy cég akarattal sz"rul dolgozik egyszer, máskor meg nem) egy kommersz szoftver és egy banki alkalmazás között, egyedül az ára (minimum 5x annyit kérnek érte a bank esetén), felelősség ugyan állítólag vállalva van, de a kiskapu az, hogy a felhasználó nem megfelelően:

használta

vitte fel az adatokat

már eredetileg sincs jól definiálva

ez így jó ahogy most van, az nem bug hanem feature :)

Teljes mertekben egyetertek, sot. Nemreg ujabb bankot szerettunk volna otthagyni mert van egy 2-4 oras idoszak minden nap este, amikor nem tudnak beazonositani, nem mukodik semmi, mert a rendszer 'zar'. 'Kicsi' korom ota azt hallom, hogy az igazan nagy rendelkezesre allasu rendszerekre pl. bankoknak van szukseguk, hat k.-ra nem, most, hogy van mar nemi kozom ilyen rendszerekhez, latom, hogy pont a bankok azok, akiket k. -ra nagyon nem erdekel...

Mi hasznaljuk az altaluk keszitett szoftvert., kornyezetet.

A szoftver mukodik. Az ugyfelek penze rendben. Egyebkent a rendes evi audit lekuzdve.

Semmi koze a Word95-hoz. GYORSAN implementalnak valtozo felhasznaloi igenyt. Vedd eszre, hogy magyar cegrol van szo! Helyben vannak, ertik a banki folyamatokat, nem multik - tehat rugalmasak.

A kornyezetet kepesek voltak a belso informatikusok birtokba venni es sajat lekerdezo, statisztika... rendszereket osszehozni vele.(a felelosseg elhatarolas miatt csak passziv alkalmazas)

A sajatossagait pedig meg lehet szokni.

Nem utolso szempont az ugyintezok elegedettsege - es azzal semmi gond nem adodott. Mind sebessegben, mind funkcionalitasban megfelelo. Sot a kozelmultban volt szerencsenk ujabb ugyintezok bevonasara es toluk is erkezett pozitiv visszajelzes, mivel 1 banki rendszerrol van szo, amiben egy ujabb termek bevezetese parameterezessel, CCC program integralasaval megy vegbe, nem egy ujabb rendszer bevezetesevel. Sok helyen kulonbozo fejlesztok kulonbozo - akar kulonbozo nyelvu (egyik magyar, masik pl. angol...) - rendszereit hasznaljak erre.

Bator emberek ;)

Mi az a "Jáva terminál" ?

Nem rátok értettem, konkrét tapasztalataim nincsennek se a CCC-vel se veletek mint céggel, viszont őszintén ti nagyságban és elterjedtségben összevethetőek vagytok egyes magyar és multik által szállított banki szoftver gyártókkal. Nem akarok írni cégneveket.

bocs kérdőjel lemaradt.

>hogy a felhasználó nem megfelelően:

>használta

>vitte fel az adatokat

>már eredetileg sincs jól definiálva

Kimaradt a "***** a halozat", nem tud a rendszer a tobbi rendszerrel kommunikalni (amik persze szinten nincsennek a helyzet magaslatan) ......

1. Nem róluk, se nem a termékükről nem írtam, én a 'kritikus banki" alkalmazások kifejezéssel nem értek egyet.

2. >Semmi koze a Word95-hoz. GYORSAN implementalnak valtozo felhasznaloi igenyt. Vedd eszre, hogy magyar cegrol van szo! Helyben vannak, ertik a banki folyamatokat, nem multik - tehat rugalmasak

Ez baromság, a hazai vezető banki szoftver gyártó cégekre ez abszolút nem igaz, kivéve hogy helyben vannak, sőt egyes multik jobban tudják akár Lengyel országból supportálni a rendszert (City Bank) mint egyes magyar fejlesző csapatok a saját rendszereiket. Nézd meg a KésH értékpapír szoftver-ét már lassan 3 éve nincs véglegesen bevezetve :) stbstb, pedig az ráádásul valami spinoff cége a bank saját fejlesztői gárdájának. Persze lehet hogy a bank a hibás nem mondom. Az hogy a PSZAF nem volt kész sohasem az év kezdésre a követelményeivel meg egyszerűen röhej. Persze elvárják hogy attól még jól kell statisztikázni.

3. Szerintem minden a Humán erőforráson múlik, ahol elégedettség van mindkét részről és flexibilitás (máshol kompromisszum kérdésnek is hívják :) ) ott nincs is gond.

Mondom nagyon jó dolog hogy itthon is lehet csinálni jó szoftvert és gratulálok a bátorságukért.

kolléga :))))

Az általam említett VB az full server és kliens megoldás...

Javaért kár, bár manapság már nem annyira jeletős a sebesség romlás mint anno, vagy csak a gépek lettek elég erősek a régi javas alkalmazásokhoz? :)))

Akkor fogadd elismerésemet és írj egy levelet hátha lehet valami kapcsolatunk a jövőben.

"kritikus banki" - kinek mi a kritikus. Ha leirhatod vesztesegnek - es nem ugrik a bonuszod - akkor nem kritikus ;)

A baromsag kicsit eros. Azt nem kivantam irni, hogy kicsik, tehat rugalmasak.

Java terminal [www.hup.hu]

pBase, Pammer Pál Delphi-s fejlesztésére keress rá. Ha kell, megküldöm.