Mest hensigtsmæssigt?

Et array med 2000 elementer er ikke meget på nudags computer! Det kommer selvfølgelig an på hvad du gemmer i den! Er det meget store objeketer, eller er det simple objeketer eller enkelte variabler?

Du kan sagtens bruge et statistik array! Det er stabilt nok

Jeg vil anbefale dig at kigge på en TList i stedet, ofrdi den optager kun ram for de elementer som du bruger og udover det kan den udvidesig og trække sig sammen igen....

Og så er den nem at bruge ....

Jens B

Hvorfor bruger du overhovedet tid på at behandle en tabel ??? Hvis du benytter C++ Builder\'s databser er der ingen grund til at arbejde med tabeller: Hvis du laver din database adgang med en TTable komponent kan du \"pege\" på en hvilken som helst post i dtabasen direkte vha. RecNo propertyen.

Arbejder lige på jeres svar...

Det er meget store Objekter for øvrigt..

programmer bliver absolut ikke mere ustabilt ved brug af statiske arrays,
det er tværtimod omvendt, at det kan blive ustabilt hvis de dynamiske er kodet dårligt.

hvis du syntes det giver dårlig performace, så prøv at lægge arrayet ud på hoben( med new operatoren, så er du fri for at dit operativsystem skal finde mere plads til din nye voksede stak).

Hvis dit array skal indeholde elementer, hvor du skal kunne søge på en property, kunne det måske være en idé at overveje at implementere det med et binært søgetræ, hvis elementerne blot skal være sorteret er det nok med en enkelthægtet liste.

stringbuffer:
Udover søgning går hurtigere i et binært søgetræ, så er det da ikke bedre/nemmere kan søge på properties i et binært søgetræ?

Og så har det vist egentlig intet med spørgsmålet at gøre, da det bare handler om hvorvidt han kan lave et stort array dynamisk eller statisk.

Tjaa, jeg er stadig i gang med at teste, men det ser ud til at det bliver med en Tlist som borrisholt havde nævnt, men det med binære søgetræer har intet med mit spg at gøre, så det er udelukket, men jeg arbejder stadig på det. Jeg er taknemmelig for alle de råd jeg har fået, hvilket er ret positivt. Hvem der får point, kan jeg ikke sige endnu. Ole

Ibs <- har du noget, der er nemmere/bedre end søgetræer hvis man skal søge efter f.eks. noget tekst? Det kunne da være lækkert at se :-)

oletaft <- hvis objekterne er \"tunge\" så kan du bare lave et array med pointere til disse objekter, pointere er jo rimelig hurtige at kopiere, så du kan lave et dynamisk array meget mere fleksibelt på den måde. Du kan desuden instatiere et \"tomt\" array med en vis længde uden at det fylder mere end længden gange størrelsen af en pointer. Når dit array så skal udvides/krympes er det kun pointerne, der skal flyttes på.

Nej, men det holder ikke det som at du siger..
søgetræer er hurtigere til tekst, men det er de jo også hvis det er tal som man søger på.
Så du har ret i at det er hurtigere, bare ikke ret i at det er bedre fordi at det er tekst man arbejder på.

Dumt spørgsmål, men findes der ikke nok template-understøttelse i den der builder så std::list eller std::vector kan anvendes?

mwo