| 1. |
Re: Delphi adatbaziskezeles (mind) |
18 sor |
 (cikkei) |
| 2. |
Re: Delphi adatbaziskezeles (mind) |
12 sor |
 (cikkei) |
| 3. |
linux szalak, utemezes... (mind) |
29 sor |
 (cikkei) |
| 4. |
delphi db (mind) |
17 sor |
 (cikkei) |
|
| + - | Re: Delphi adatbaziskezeles (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Hi B!
A tobb honapot kicsit sokallom. De ha nagyon gany munkat csinaltak,
nem egy optimalis kodot (gondolva a kesebbo fejlesztesekre is), akkor
realis lehet.
Az mennyi ido atirni, a sokmindentol fugg.
- mekkora az adatbazis (mennyi tabla van benne, milyen kapcsolatokkal),
- mennyi beviteli, listazo form van,
- mennyire attekintheto a forras, valamint
- mennyire van az elbonyolitva, vagy eppen kioptimalizalva,
- mennyire dokumentalt az egesz projekt, mert ennek a kesobbi
modositasok alkalmaval nem kis szerepe van,
- stb, stb.
Szerintem ezt felmerni, nem kell tobb honap...
---
Üdv,
SieGe
|
| + - | Re: Delphi adatbaziskezeles (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
, CODER#1697:
>...Delphi...Paradox adatbazisrol atternenk MS SQL-re...
>A kulso ceg ... az egesz programot at kell irniuk ...
>tenyleg igazat mond?
Lehet hogy igazat mond. Delphiben regebben
tipikusan Paradox tablakkal, TTable komponensekkel
oldottak meg adatbazis kezelesi feladatokat.
Ez alig ter el a flat-file dBase rendszertol, hiszen
nem SQL alapu, es nem kliens-szerver modellt kovet.
Az atirasa SQL-re bizony idoigenyes lehet, ha sok
tabla, sok kapcsolat van.
|
| + - | linux szalak, utemezes... (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Sziasztok!
Linux ala irok egy mp3 lejatszot, ami 3 szalon fut:
- mp3 dekodolas es lejatszas
- visualization (egyelore meg csak kivezerlesmero, de lesz spektrum
analizator is)
- File browser (es kesobb a playlist editor is)
A gondom az, hogy ha nem megy mp3 lejatszas, akkor ugye mindharom szal
uresjaraton fut, ez OK, de a top szerint a szalak egyenkent 33% CPU idot
hasznalnak. Ha megy a lejatszas, akkor a dekoder szal nehany %-ot
fogyaszt, a 100%-bol maradekon pedig a ket masik szal osztozik, pedig
azok alig csinalnak valamit, igaz, futnak. A kerdesem az, hogy van-e
olyan linux (libc) fuggvenyhivas, amit ha az aktualis szal mar elvegezte
minden feladatat, kiadok es a linux utemezoje elveszi a szaltol a futast
es tovabbadja masnak. Mert elegge zavar, hogy szinte alig csinal
valamit, es megis sok CPU-idot hasznal el. DOS DJGPP alatt volt egy
hasonlo, valami dpmi_yield neven, na ilyen kene nekem is. Tehat,
onnaloan lemondok az idoszeletben hatralevo idomrol.
Johet a listara is, mert _olvasom_ :)
Koszi
Udv
--
Tamas Selmeci / TORiUM
Powered by Linux (2.4.9-13)
http://tselmeci.nop.hu
|
| + - | delphi db (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
> A kulso ceg valasza par honapos gondolkodasi ido utan, hogy nekik ehhez az
> egesz programot at kell irniuk, ami tobb honapos munkaba kerul, ami
> termeszetesen rengeteg penzbe kerul.
ezt innen 1200 kilometer tavolsagbol megmondom, hogy at akarnak
verni, meg akkor is, ha ehhez tobb modulba bele kell nyulni.
az egesz programot atirni hulyeseg, ha csak nem voltak akkora
marhak, hogy minden egyes modulban ujradefinialtak az adatbazis-
hozzaferest, mivel akinek egy csepp esze van, ezt egy kozponti
modulon (osztalyon) keresztul teszi. source-otok van a cuccrol?
(szerintem erdemesebb lenne kiadni a melot egy masik cegnek,
aki minosegi munkat vegez es nem akar atverni.)
xtal
ps: microsoft helyett inkabb az informix-ot vagy az oracle-t ajanlanam,
bar attol is fugg, mekkora az adatbazis "forgalma".
|
|
