1. |
Re: *** HIX CODER *** #1571 (mind) |
24 sor |
(cikkei) |
2. |
Valasz: call fugveny nem mukodik (mind) |
23 sor |
(cikkei) |
3. |
teruletszamitas (mind) |
8 sor |
(cikkei) |
4. |
lefedes (mind) |
7 sor |
(cikkei) |
5. |
Re: adatbaziskezelo program (mind) |
38 sor |
(cikkei) |
6. |
test (mind) |
8 sor |
(cikkei) |
7. |
Transmeta (mind) |
13 sor |
(cikkei) |
8. |
datum +Api ?? (mind) |
12 sor |
(cikkei) |
9. |
MySQL (mind) |
53 sor |
(cikkei) |
10. |
Re: rendezes (mind) |
28 sor |
(cikkei) |
11. |
koszonet (mind) |
5 sor |
(cikkei) |
|
+ - | Re: *** HIX CODER *** #1571 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
HC> 300, sőt 300 ezer rekord sem szabad hogy probléma legyen a mai gépek
HC> mellett, úgyhogy valami igen komoly gáz van nálad. Ötletek:
Hat ez igy nem egeszen igaz. Azert mert egy ciklusban csinalod a
dolgokat, es olyankor a sebesseg elvesz, plane rekurzional, mert
olyankor stackbe irni, stackbol olvasni, valtozok letrehozasa stb.
Igazabol nem a proci dolgozik, hanem csak memoria irras, olvasas van,
igy ez foleg a memoria sebessegetol fugg. Ciklusnal is hasonlo a
helyzet, szal a proci sebessege nem sokat jelent...
HC> 4. Ugye úgy gondolkozol, hogy a teljes adatbázist beolvasod a memóriába,
HC> rendezed, majd az egészet kiírod? csak nem elemenként olvasol-írsz diszkre
?
Hat ez tenyleg durva lenne :)))
HC> 5. mi az a rovidebb jobb oldal?
Nezz utana a quicksort legroszabb esetenek, amikor az elemek
rendezettek. Ott jon elo az, hogy a jobboldal egyelemu vagy ures,mar
nem tom pontosan
--
Wildhemp
|
+ - | Valasz: call fugveny nem mukodik (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi !
Majdnem jo helyen kerested a megoldast.
M$ azt irja az
XL2000: CALL Function Always Returns FALSE When Used in a Worksheet
(Q238996)
KB cikkben :
"The CALL function has been disabled from use on worksheets
in Microsoft Excel 2000. This was done to protect you from
a security vulnerability that exists in earlier versions
of Microsoft Excel."
Pont az altalad idezett cikkben leirtak vezettek ehhez.
Termeszetesen nem errol szol az Excel2000 helpje. Ott meg
benne van a Te peldad is.
Udv.
Szalai Gabor
|
+ - | teruletszamitas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
szia coderek
van egy tetszöleges sokszög, amelynek a pontjainak tudom a koordinatait.
keresem azt az algoritmust, amellyel ki tudom szamitani a sokszög területet.
segitseget elöre is köszönöm
hello barna
|
+ - | lefedes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
szia coderek
van egy tegalalap, ki kell belöle vágni különbözö meterü kisebb teglalapokat
(pl. butorlap szabáskor) a legkisebb a veszteseg elerese mellett. milyen
algoritmust ill. megoldast javasoltok.
köszi elöre is. sziasztok barna
|
+ - | Re: adatbaziskezelo program (mind) |
VÁLASZ |
Feladó: (cikkei)
|
irta:
> , 7/13/2002 06:03
> >Pascalban ... kezelek egy rendezett adatbazist...
> >... 300 adat eseten mar nagyon lassu...
> >... A quicksort nem jo, mert:
> >- a Pascal nem birja a rekurziot
> >- rendezett adatbazis eseten rovidebb jobb oldal marad, stb...
>
> 300, sot 300 ezer rekord sem szabad hogy problema legyen a mai gepek
> mellett, ugyhogy valami igen komoly gaz van nalad. Otletek:
Ott valami tenyleg nagyon gazos lehet. En jo par eve irtam Pascalban
adatbaziskezelo progit, a rendezest qsorttal csinaltam, egy 4-5ezer
rekordot tartalmazo adatfajlt 2-3 sec. alatt leindexelt egy 386-oson (ez
ugye nem is csak a rendezes ideje, hanem a kapott sorrendet meg ki is
kell irnia fajlba).
> 1. ha [nem ertem miert] a Pascal tenyleg nem birja a rekurziot, meg mindig
> megprobalkozhatsz a rekurziv quicksort atirasaval ciklust es sajat
> dinamikus listat hasznalo formara.
Ez nekem sem vilagos, hogy a P. miert nem birja a rekurziot.
Termeszetesen birja (az altalam hasznalt quicksort is rekurziot hasznalt
of course), az egyetlen problema nagy adatmennyisegnel jelentkezhet,
amikor sok rekurziv hivasra van szukseg, mert ilyenkor a stack
tulcsordulhat (ha runtime error 202-t kapsz, akkor ez volt az oka). Ezt
ugy lehet kikuszobolni, ha az {$M} comp.direktivaval megnoveled a
stackmeretet. Persze ez is csak egy adott hatarig lehetseges, ha meg
mindig keves, akkor esetleg az adatsort kell tobb reszre vagni, kulon
rendezni, majd osszerakni, de ez remelhetoleg elkerulheto.
Ha a rendezes baromi lassu es ki is akad ilyen keves adatnal is, akkor
szerintem valami hiba van az algoritmusodban, es tobbszor
(vegtelenszer?) tortenik rekurziv hivas a kelletenel.
Rocky
|
+ - | test (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
A kerdesem a kovetkezo tudtok-e olyan ingyenes tesztelo kornyezetrol,
es/vagy forras ellenorzo progirol, libekrol amit windows alatt lehetne
hasznalni fejleszteshez ? (Unix/linux/BSD-s is erdekelne de elsosorban wines)
kosz
pka
|
+ - | Transmeta (mind) |
VÁLASZ |
Feladó: (cikkei)
|
hi,
a transmeta guruk segitseget szeretnem kerni.
arrol lenne szo, hogy szeretnek egy sony C1VFK
gepet venni, amiben egy transmeta processzor ketyeg.
a processzor code-morphing technologiat hasznal,
ami 16 megat eszik a rambol. mivel en a vindozt ki akarom
vagni rola =), es qnx momentics-et akarok a helyebe telepiteni,
a kerdes a kovetkezo lenne: a 16 megat az OS foglalja le,
vagy a proci nativ modon, az OS megkerulesevel hasznalja
ezt a memoriateruletet?
xtal
|
+ - | datum +Api ?? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Helló
A Kérdésem a következő lenne:
Meg tudná valaki mondani hogy van-e rá mód, hogy VB-ből ( mondjuk
windows Apival ?? ) be tudja állitani a rendszer dátumformátumát ?
Hogy mondjuk ebben a formátumban legyen : éééé.hh.nn.
Tehát amikor lekérdezem a dátumot ilyen formátunot kapjak vissza.
Mindenféle megoldás érdekel csak működjön.
Köszi
Edke
|
+ - | MySQL (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szia,
>MySQL-lel ismerkedek,
nagyon helyes...
>Lehet adni jogosulsagokat a felhasznaloknak, mint olvasas, iras, append,
>stb... Azt hogy lehet megcsinalni, hogy az iras az ne lehessen
>akarhogyan? A felhasznalo ne ronthassa el az adatbazis konzisztenciajat.
A MySQL-ben van egy USER nevu database, amelyben az egyes felhasználók, és
azok jogosultságai vannak benne.
MySQL promptba:
-USE mysql
-SELECT * FROM user
INSERT-el tudsz ide beilleszteni USER-eket, csak egyre kell vigyázni, hogy a
password-öt a "password()" függvénnyel kell elódolni, különben az új USER
soha az életben nem tud majd belépni.
A másik megoldás a GRANT, REVOKE használata, ahol prvilégiumokat lehet
osztogatni. Szintakszist nézd a MySQL doksiban, ami minden disztribúcióban
benne van!
>PL irasi joggal rendelkezo felhasznalo megteheti, hogy az egyik anyag
>darabszamat az egyik raktarban megnoveli 1-gyel. Ezt nem szabadna
>megengedni.
Meg lehet tenni, hogy a user-ek csak bizonyos adatbázisokhoz férhetnek
hozzá. Ezt tárolja MYSQL-ben a DB tábla. pl. ha van egy USER aki csatlakozni
akar a MySQL szerverhez, és le akar kérdezni egy adott adatbázisból, de
mondjuk nincs SELECT_PRIV-je.
Ekkor a USER tábla után a DB-ben vizsgálja tovább a MySQL, hogy vannak-e
esetleg adatbázisszintu jogosultságai (remélem értheto voltam).
>Tehat azt szeretnem, hogy egy (atlagos) felhasznalo korlatlan olvasasi
>jogokkal rendelkezzen (sajat SQL lekerdezeseket is irhat maganak), de
>csak elore meghatarozott modositasokat tudjon vegrehajtani az
>adatbazison.
SELECT_PRIV, INSERT_PRIV, stb.......
Ezek nem felelnek meg neked.
>Mi ennek a modja? Lehet, hogy eleve rosszul kepzelem el, akkor
>javitsatok ki!
Az elképzelés jó lehet, csak kicsit konkrétabban kellene leírni.
Remélem vm-t tudtam segíteni.
üdv, scs
|
+ - | Re: rendezes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> HC> A quicksort nem jo, mert:
>
> Peg sajna a quicksort a leggyorsabb, nagy adatmennyiseg eseten.
>
> HC> - a Pascal nem birja a rekurziot
>
> nem muszaly rekurziv legyen. Minden rekurzio atirhato ciklusra is.
> Szal ezt ki tudod kuszobolni.
>
> HC> - rendezett adatbazis eseten rovidebb jobb oldal marad, stb...
>
> Ezt ugy szoktak megoldani, hogy megkeverik az adatokat, mielott
> elkezdenek rendezni. Probalkozz esetleg ezzel.
Megkeverni a szepen rendezett adatokat?
Jaj. Lehet h valamirol lemaradtam, de illet meg nem hallottam.
Semmifele qsort, vagy buborek nem kell.
Rendezett adatok eseten csupan annyi a dolgod, hogy megkeresed
azt a poziciot, ahova az adatnak kerulnie kell, tehat az elso elemet
amelynél
a beszurando adat kisebb (vagy nagyobb a rendezes iranyatol fuggoen)
es ettol a ponttol kezdve eltolod a tomb elemeit 1-el feljebb, majd az igy
meguresedett helyre beteszed az uj adatot.
Ha vki ennel gyorsabb algoritmust mond, +hivom 1 sorre.
Udv
-banjo-
|
+ - | koszonet (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
mindenkinek koszonom a segitseget.
B_r_
|
|