Hollosi Information eXchange /HIX/
HIX CODER 1573
Copyright (C) HIX
2002-07-17
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
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_

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS