-
21. Data: 2014-06-12 20:43:54
Temat: Re: [OT] QBasic
Od: Robert Wańkowski <r...@w...pl>
Ten mój QBasic :-)
http://www.qb64.net/forum/index.php?topic=6007.0
Robert
-
22. Data: 2014-06-12 20:46:02
Temat: Re: [OT] QBasic
Od: Włodzimierz Wojtiuk <"WBodzimierz Wojtiuk">
On 2014-06-12 12:59, RoMan Mandziejewicz wrote:
> Hello Włodzimierz,
>
> Thursday, June 12, 2014, 12:52:08 PM, you wrote:
>
>>>> Jak to jest z tablicami (DIM) w tym języku? Podobno ograniczone są do 64k.
>>>> Da się posortować w tym języku tablicę o wielkości 7x100000?
>>> Przy takiej wielkości używa się już baz danych do sortowania (szybciej
>>> będzie zaindeksować).
>> Proponuję dBaseII
>
> A masz gdzieś instalkę? ;) Dałby radę.
>
> FoxBase 2.0 nie uruchamia się na nowszych systemach...
>
>
Oj, trudno będzie, już predzej Clipper.
Nie mam stacji 5' :-(
Włodek
-
23. Data: 2014-06-12 21:40:22
Temat: Re: [OT] QBasic
Od: A.L. <a...@a...com>
On Thu, 12 Jun 2014 20:43:54 +0200, Robert Wa?kowski <r...@w...pl>
wrote:
>Ten mój QBasic :-)
>http://www.qb64.net/forum/index.php?topic=6007.0
>
>Robert
To nie jest oryginalny QBasic Microsoftu
A.L.
-
24. Data: 2014-06-12 21:40:54
Temat: Re: [OT] QBasic
Od: bartekltg <b...@g...com>
On 12.06.2014 20:43, Robert Wańkowski wrote:
> Ten mój QBasic :-)
> http://www.qb64.net/forum/index.php?topic=6007.0
To może i to się przyda.
http://www.qb64.net/forum/index.php?topic=10866.0
[tutorial do tablic i tablic dynamicznych w QB64]
pzdr
bartekltg
-
25. Data: 2014-06-12 21:43:52
Temat: Re: [OT] QBasic
Od: "J.F." <j...@p...onet.pl>
"RoMan Mandziejewicz" napisał w wiadomości grup
dyskusyjnych:2...@p...pl.inv
alid...
>>> Że masz zastrzeżenia co do tego, że indeksowanie bazy
>> "Bazy"? Zbiór danych;>
>7x100000
>>> jest szybsze od jej fizycznego posortowania? ;)
>> To jest zależne od rozmiaru pojedyńcxzego klocka.
>I umiejętności programisty... I użytych narzędzi. Bo sortowanie
>takiej
>tablicy w pamięci banalne nie jest.
RoManie, czego Ty uzywasz ? To juz nie czasy ZX, XT czy AT - nie wiemy
czego 7,
ale jak 100 tys rekordow zmiesci sie w 4GB, to banalne jest, zwykly
qsort.
A jak ktos ma drozszy komputer, procesor i kompilalator z serii x64,
to i 4GB mu niegrozne :-)
>Pytacz chciał to robić w QBasicu... Ja, mając takie narzędzia jak
>mam,
>niemal z zamkniętymi oczami zassałbym dane do bazy (bo jakoś one są
>zapisane, nieprawdaż?) i za chwilę byłyby posortowane ,,z palca" -
>komendami xBase, nawet bez pisania programu.
Zalezy co dalej z tymi danymi - jak np chce ladnie na dysku zapisane
... glowice moze urwac przy kopiowaniu :-)
>> Zresztą, nie ma co wierzyć, każdy może sam sprawdzić.
>Różnie bywa, zależy od skali.
Excel chyba potrafi :-)
A Matlab, nawiazujac do niedawnej dyskusji ?
J.
-
26. Data: 2014-06-12 22:37:07
Temat: Re: [OT] QBasic
Od: RoMan Mandziejewicz <r...@p...pl.invalid>
Hello bartekltg,
Thursday, June 12, 2014, 7:39:30 PM, you wrote:
[...]
>> Pytacz chciał to robić w QBasicu... Ja, mając takie narzędzia jak mam,
>> niemal z zamkniętymi oczami zassałbym dane do bazy (bo jakoś one są
>> zapisane, nieprawdaż?) i za chwilę byłyby posortowane ,,z palca" -
>> komendami xBase, nawet bez pisania programu.
> Czyli jednak moja uwaga 'a, no chyba, ze w Qbasicu' była słuszna.
> W czymkolwiek innym, gdzie nie masz ograniczeń co do wielkości
> tablicy zwykłe sortowanie będzie szybsze. Choćby o komunikacje.
>> Ewentualnie program musiałbym napisać do samego zaimportowania danych.
> I machać taką garstką danych tam i z powrotem, miedzy 10 programami,
> wyciągać kombajn jak baza danych... Autor wyraźnie chce przetwarzać
> te dane dalej.
W QBasicu? To lepiej je przetwarzać w FoxPro :P
>>> Bazy danych i ich zastosowania to szczególny dział programowania.
>>> I poza nim cały czas sortuje się bezpośrednio dane gdy jest to
>>> szybsze, bo nierzadko jest to szybsze.
>>> Zresztą, nie ma co wierzyć, każdy może sam sprawdzić.
>> Różnie bywa, zależy od skali.
> Skala była podana. <1M elementów.
> Jeśli byłoby ich na TBajty, rzeczywiście baza danych byłaby
> wartym rozważenie rozwiązaniem.
Oj tam. Warunków było trochę więcej - dochodzi jeszcze programista i
dostępne narzędzia.
> Sortowanie z użyciem dysku nie jest bardzo trudne, ale napisanie już
> będzie czasochłonne (jest fajny algorytm z dwoma przebiegami zapisu
> i odczytu, obecnie chyba najszybszy do takich zdań przy niazbyt
> wielkich danych (TB) ).
Ale my nie o tym... Jak będę miał potrzebę przewalania wielkiej ilości
danych w sposób szybki, to nawet się nie będę zastanawiał, tylko
dziecko własne poproszę o pomoc. On się na tym lepiej zna chyba od nas
tu wszystkich :)
Ja już od 7 lat nie programuję - 20 lat w zawodzie wystarczy :P
--
Best regards,
RoMan
Nowa strona: http://www.elektronika.squadack.com (w budowie!)
-
27. Data: 2014-06-12 23:15:54
Temat: Re: [OT] QBasic
Od: RoMan Mandziejewicz <r...@p...pl.invalid>
Hello J.F.,
Thursday, June 12, 2014, 9:43:52 PM, you wrote:
>>>> Że masz zastrzeżenia co do tego, że indeksowanie bazy
>>> "Bazy"? Zbiór danych;>
>>7x100000
>>>> jest szybsze od jej fizycznego posortowania? ;)
>>> To jest zależne od rozmiaru pojedyńcxzego klocka.
>>I umiejętności programisty... I użytych narzędzi. Bo sortowanie
>>takiej tablicy w pamięci banalne nie jest.
> RoManie, czego Ty uzywasz ? To juz nie czasy ZX, XT czy AT - nie
> wiemy czego 7, ale jak 100 tys rekordow zmiesci sie w 4GB, to
> banalne jest, zwykly qsort. A jak ktos ma drozszy komputer, procesor
> i kompilalator z serii x64, to i 4GB mu niegrozne :-)
Ale ja się nie przejmuję tym, gdzie fizycznie te dane będą obrabiane
:)
>>Pytacz chciał to robić w QBasicu... Ja, mając takie narzędzia jak
>>mam, niemal z zamkniętymi oczami zassałbym dane do bazy (bo jakoś
>>one są zapisane, nieprawdaż?) i za chwilę byłyby posortowane ,,z
>>palca" - komendami xBase, nawet bez pisania programu.
> Zalezy co dalej z tymi danymi - jak np chce ladnie na dysku zapisane
> ... glowice moze urwac przy kopiowaniu :-)
Bez żartów - to się nawet za starych czasów nie robiło. A teraz mam
SSD :P
>>> Zresztą, nie ma co wierzyć, każdy może sam sprawdzić.
>>Różnie bywa, zależy od skali.
> Excel chyba potrafi :-)
100000 wierszy? Myślę, że się udławi :(
> A Matlab, nawiazujac do niedawnej dyskusji ?
Nie używam. Chyba za stary jestem, żeby się jeszcze go nauczyć.
--
Best regards,
RoMan
Nowa strona: http://www.elektronika.squadack.com (w budowie!)
-
28. Data: 2014-06-12 23:26:46
Temat: Re: [OT] QBasic
Od: "J.F." <j...@p...onet.pl>
Użytkownik "RoMan Mandziejewicz" napisał w wiadomości
Hello J.F.,
>>>Pytacz chciał to robić w QBasicu... Ja, mając takie narzędzia jak
>>>mam, niemal z zamkniętymi oczami zassałbym dane do bazy (bo jakoś
>>>one są zapisane, nieprawdaż?) i za chwilę byłyby posortowane ,,z
>>>palca" - komendami xBase, nawet bez pisania programu.
>> Zalezy co dalej z tymi danymi - jak np chce ladnie na dysku
>> zapisane
>> ... glowice moze urwac przy kopiowaniu :-)
>Bez żartów - to się nawet za starych czasów nie robiło. A teraz mam
>SSD :P
Nie mam zaufania do SSD :-)
>>>> Zresztą, nie ma co wierzyć, każdy może sam sprawdzić.
>>>Różnie bywa, zależy od skali.
>> Excel chyba potrafi :-)
>100000 wierszy? Myślę, że się udławi :(
sekunde mu to zajmuje :-)
>> A Matlab, nawiazujac do niedawnej dyskusji ?
>Nie używam. Chyba za stary jestem, żeby się jeszcze go nauczyć.
Ale FFT w Foxpro nie policzysz :-P
J.
-
29. Data: 2014-06-12 23:30:54
Temat: Re: [OT] QBasic
Od: RoMan Mandziejewicz <r...@p...pl.invalid>
Hello J.F.,
Thursday, June 12, 2014, 11:26:46 PM, you wrote:
[...]
>>> A Matlab, nawiazujac do niedawnej dyskusji ?
>>Nie używam. Chyba za stary jestem, żeby się jeszcze go nauczyć.
> Ale FFT w Foxpro nie policzysz :-P
W czasie rzeczywistym - oczywiście, że nie.
--
Best regards,
RoMan
Nowa strona: http://www.elektronika.squadack.com (w budowie!)
-
30. Data: 2014-06-13 00:10:12
Temat: Re: [OT] QBasic
Od: Robert Wańkowski <r...@w...pl>
"bartekltg"
>> Ten mój QBasic :-)
>> http://www.qb64.net/forum/index.php?topic=6007.0
> To może i to się przyda.
> http://www.qb64.net/forum/index.php?topic=10866.0
> [tutorial do tablic i tablic dynamicznych w QB64]
Przyda się z pewnością. Dziękuję.
Pozostaje kwestia wydajności. Najpierw muszę zaimportować dane,
uporządkować, przeliczyć (fukcje trygonometryczne) i przekonwertować na inny
format.
Robert