Rauin Tennel  > 2001.06.06. 10:56:48 +2h-kor írta:

> Egy Client/Server alkalmazást kellene írnom! Mivel csak a Delphi-hez értek
> valamelyest ezért mos más nyelv szóba sem jöhet, amúgy is nagyon tetszik az
> adatbáziskezelő rendszere! Csakhogy gőzöm sincs róla, hogy hogy a francba
> lehetne megcsinálni az adatbázis hálózatos/többfelhasználós hozzáférését!

Hello!
Amatőr tippjeim:

Szerezni kell egy elég jó minőségű SQL alapú adatbázisszervert, ami
támogatja a konkurrens felhasználós üzemmódot (nem is tudok olyat, ami
nem ilyen lenne, nem lenne értelme)
Pl:
- MSDE (Microsoft SQL Server 7.0 picit lebutított változata) - kb 150 eFt
- InterBase 5.6, 6.x - ingyen van? nem bírom felfogni a licenszét

Aztán
1) feltelepíteni a központi adatbázisszerver gépre a szerver programot,
létrehozni az adatbázist

2) feltelepíteni a kliens library-kat minden kliens gépre. Ez minden
adatbáziskezelőnél más és más módon megy:

-- Az InterBase saját kliens libeket telepít, és natív Delphi komponenseket
kell használni a hozzá való kapcsolódáshoz (asszem nincsenek túl
megbízható ODBC driverek hozzá). Ezt választva nem lesz általános a progid.

-- Az MSDE vagy ADO, vagy ODBC felületen keresztül érhető el távolból,
ez utóbbi rendkívül egyszerű, pl ha az Office-t telepítetted, és az ODBC
drivert is MSSQL-hez, akkor web szerverek mellé telepített nagy MSSQL
szerverekbe is 1 pillanat alatt be tudsz konnektálni mondjuk Access-sel
vagy MSQuery-vel.

3) Vannak Data Access komponenseid a Delphiben, amik
majdnem teljesen vagy teljesen úgy használhatóak, mint egy lokális
Paradox táblához csatolt komponensek LocalSQL-lel. TTable-t felejtsd el,
helyette TQuery, TStoredProc.

A hálózatos részt megoldja neked a driver. Csak megmondod a
szerver nevét, adatbázis nevét, loginnevet, jelszót és ugyanúgy
dolgozol benne, mintha lokális gépen lenne.

A konkurrencia kezelést megoldja helyetted az adatbázis kezelő -
persze itt is nagyok a különbségek, az MSSQL-el bizony szívni fogsz,
mert ez a része gyenge, az InterBase viszont ebben nagyon jó.
A teljesítménnyel viszont pont fordított a helyzet, tehát nem egyszerű
a döntés.
SZVSZ: ha sok, bonyolult szerkezetű konkurrens írás van: nem célszerű
az MSSQL, könnyen deadlock lesz a vége.

-- 
Józsi

Sziasztok koderek !

Olyan forrasprogramot keresnek (lehetoleg foxpro vagy
pascal nyelven) amellyel a kepernyore lehetne kiirni a
szamokat nagy meretben, karakteres modban. Magyarul a
szamok tobb karakter szelesseguek es magassaguak lennenek.
Ilyesmit talaltam egyszer a dosos Foxproban (bigchars.prg),
de az csak az angol abecet tudta.
Gondolom valamelyikotoknek akad ilyesmi (legalabb is aki
foglalkozott dos programozassal), es mivel a programozo egy
lusta allatfajta ha lehet nem akarok elkezdeni rajzolgatni .

Elore is koszi mindenkinek :)

Udv Coderek!

Segitseget szeretnek kerni soros port lekerdezeserol Pascal-ban.

Soros portra erkezo adatokat kellene fogadnom, es ugy hallottam
letezik erre kesz unit, de sehol sem talaltam.
Ha valakinek volna ilyen, vagy egy rovid peldaprogram
soros port lekerdezesre, az szuper volna.

Koszonettel
Komeiner Gabor

Hello!

Ismet itt a problema: egy konvertertalo c++ program binaris input filebol
karakteres outputot allit elo.

A progi tokeletesen mukodik pc-n es nt-n. Portoltuk a kodot alpha/tru64unix
platformra. Mukodik itt is, de a sebesseg kb a 10-edresze a vartnak!!!

Annyit sikerult megallapitanunk (profiler), hogy a futasi ido 85%-at
szamunkra ismeretlen helyeken tolti, csak 15% koruli idot tolt a sajat
kodban (az ismeretlen helyek: Otsmove, exc_virtual_unwind, tis_read_lock es
tarsai)

Nem fajlkezeles es nem is allokacios problema! Amit mar sejtunk, mivel a
program teli van objektumokkal es egy eleg bonyolult rekurzioval,
valoszinuleg itt a problema. A proginak van egy parja, ami ugyanekkor
fajlokkal dolgozik, de nincs benne rekurzio (mas az input adat szerkezete).
Ezzel a programmal nincs semmi gond, alpha-n is megfelelo sebesseggel
dolgozik!!!

Koszi
==============
Rado Andras

On Thu, Apr 30, 1964 at 09:45:39AM +0000,  wrote:
> Az adatok rajta vannak a diszken, de azt a filerendszer nem tudja.
> Probald ki a CDDA extract kozben nyomosgasd a refresh-t, es latni fogod,
> hogy a diszk telik, viszont a file nagysaga nulla. A vegen bezarja a
> filet. Ekkor irja be a rendszerbe a nagysagot, idot, stb.

Es azt mibol gondolod, hogy a file bezarasa es a directory
bejegyzesek updatelese egyidoben tortenik? (Lehet hogy igy van,
de akkor sem magatol erthetodo.)

Altalanossagban stdio kozben ezek tortennek:
-- fwrite(): adat kimegy egy bufferbe (user spacebe)
-- write(): az adat kimegy valahova (kernel spacebe), write() nem
   ter vissza
-- az adat a valahonnan kimegy a buffer cachebe, a dir. bejegyzes
   updatelodik a cacheben, write() visszaterhet
-- adat kiirodik a lemezre
-- a metadata kiirodik a lemezre

Ezt koveteli meg a Single Unix Spec. A Win98 nem tudom mennyit
valosit meg ebbol (tehat ha valoban ugy van ahogy mondod, akkor
nincs mas valasztasom azon kivul, hogy hiszek neked), de a valasz
bizonyosan nem magatol erthetodo; talan egy KB article-ben
benne van.

En tovabbra is azon a velemnyen vagyok, hogy meg kene nezeni mi
tortenik, ha nem stdio-n keresztul van loggolva, vagy ha
setvbuf()-fal letiltod az output stream buffereleset.

_tgz

Hello Sipi!

Itt sok jo dolog kozt fel is tudsz jelentkezni a ChipCAD levlistara.
www.chipcad.hu
Van ingyenes CD-juk, ez jo doksi, de ha specko kell van naluk papiron is
van. Ujpesten laknak. A PIC-et a Microchip gyartja:
www.micrichip.com

Endre

*--------------------------*
   Mail from Endre Halasz
  Budapest, Hungary, 2001.
*--------------------------*

Bocs hogy egy kicsit OFF vagyok de szuksegem lenne minel tobb film-felirat
leirasra egy konverter elkeszitese celjabol. A wotsiton mar jartam, de nem
kaptam igazan hasznalhato leirast.
NagyI(Sze'kelyudvarhely)