[asp] Acces DB tegelijk uitlezen en schrijven.

[Predje]

Dames en heren,

Ik heb een probleempje en ik heb daarop mijn antwoord niet kunnen vinden.

Ik heb een ASP database met verschillende velden;
Deze velden moeten uitgelezen en bewerkt worden en dan in een andere database weggeschreven worden.
Maar omdat het hier over 10000den records gaat is dit een vrij ingewikkel verhaal.
Want ik denk niet dat je tegelijk kunt lezen en schrijven wel?
Betekend dus dat de gegevens ergens opgeslagen moeten worden en na het lezen van de ene database pas weggeschreven moeten worden in de anderen. Maarja ik kan zo geen goede opties bedenken voor 10000den records.

IEMAND EEN IDEE?

Mijn dank is alvast heel groot.

[djluc]

select into ook een sql mogelijkheid

[ Voor 3% gewijzigd door djluc op 27-12-2004 11:44 ]

[Predje]

djluc schreef op maandag 27 december 2004 @ 11:43:
select into ook een sql mogelijkheid

Ik snap niet echt wat je bedoelt
Kun je het een beetje beter uitleggen?

[lier]

Predje schreef op maandag 27 december 2004 @ 11:39:
Dames en heren,

Ik heb een probleempje en ik heb daarop mijn antwoord niet kunnen vinden.

Ik heb een ASP database met verschillende velden;
Deze velden moeten uitgelezen en bewerkt worden en dan in een andere database weggeschreven worden.
Maar omdat het hier over 10000den records gaat is dit een vrij ingewikkel verhaal.
Want ik denk niet dat je tegelijk kunt lezen en schrijven wel?
Betekend dus dat de gegevens ergens opgeslagen moeten worden en na het lezen van de ene database pas weggeschreven moeten worden in de anderen. Maarja ik kan zo geen goede opties bedenken voor 10000den records.

IEMAND EEN IDEE?

Mijn dank is alvast heel groot.

Je gaat waarschijnlijk niet 10.000den records gelijk bewerken, of wel ?

Misschien is het een idee om eerst nog wat extra informatie te geven ?
Het antwoord "INSERT INTO" zou namelijk heel goed kunnen zijn !

Lezen en schrijven tegelijk kan niet (ervan uit gaande dat je 1 file system hebt, want dan wordt het lezen en schrijven nooit in 1 keer gedaan...).

Geen dank...

[gorgi_19]

Predje schreef op maandag 27 december 2004 @ 11:39:
Maar omdat het hier over 10000den records gaat is dit een vrij ingewikkel verhaal.
Want ik denk niet dat je tegelijk kunt lezen en schrijven wel?

1. Access kan dat wel
2. Er wordt 1 request uitgevoerd die deze actie uitvoert; ASP ondersteunt geen multithreading, de acties worden dus serieel uitgevoerd; een lees- en schrijfactie zal dus door deze request niet tegelijkertijd uitgevoerd te worden.

[faabman]

Waarom gebruik je niet gewoon de import functie van Access zelf

[Predje]

meer info;

- Ik heb dus een database met 10000 records.
- De records hebben 2 velden.
- ASP leest de records uit de database
- Telt van elk records van 1&2 bij elkaar op
- ASP schrijven per record de nieuwe waarden weer naar een andere database.

[gorgi_19]

Waarom moet ASP dat doen; maak een tijdelijke tabel aan, exporteer die tabel naar de andere database en klaar?

[Predje]

nouja het was maar een makkelijk voorbeeld.
Ik heb hier een voorbeeld van maar 3 artikelen.

code:

art onderdeel   art_nr  veld_nr veld_inhoud
ART     0010000131  156 2200100001312
    A_O 0010000131  NL  
    A_O 0010000131  OP  
    A_Z 0010000131  1   128
    A_Z 0010000131  2   ILL. IN KLEUR + ZW/W
    A_Z 0010000131  5   HOUT
    A_Z 0010000131  5   HOUTEN SPEELGOED MAK
    A_Z 0010000131  5   COLLECTOR BOOKS
    A_Z 0010000131  6   AUGSBURG
    A_Z 0010000131  7   1993
    A_Z 0010000131  8   ERTSGEBERGTE
ART     0010000135  159 2200100001350
    A_O 0010000135  M1  
ART     0010000003  41  2200100000032
    A_Z 0010000003  1   5889
    A_Z 0010000003  2   REPRODUCTIES
    A_Z 0010000003  3   RINGBAND
    A_Z 0010000003  5   DIVERSEN
    A_Z 0010000003  5   PRODUKT CODES
    A_Z 0010000003  5   COLLECTOR BOOKS
    A_Z 0010000003  6   NUENENCENTRUM
    A_Z 0010000003  7   2013

iedere "art" moet dus zeg maar 1 records worden, dus iedere "0010000131" moet dus in een nieuwe database naast elkaar komen staan.
Dan krijg je dus bij " art / 0010000131" in de nieuwe database een kolom die "1" en "2" en "3" en "5" enz.. enz..
Ik ben hier dus IETS voor aan het verzinnen.. en het enige wat ik echt kan is ASP.. maar mijn creativiteit is momenteel niet zo goed

[ Voor 8% gewijzigd door Predje op 27-12-2004 13:10 ]

[sopsop]

Predje schreef op maandag 27 december 2004 @ 12:15:
....

...nice elkaar....
...Dan krijg je natuurlijk van bij....

Een nieuwe database of een nieuwe tabel? Waar komt die 128 vandaan?!?!

m.a.w. Na drie verduidelijkende posts van jouw kant snap ik er nog steeds geen hout van. Ik zeg altijd maar zo: iemand die het probleem kan beschrijven heeft al de helft van de oplossing.

[ Voor 59% gewijzigd door sopsop op 27-12-2004 13:05 ]

[Predje]

boppert schreef op maandag 27 december 2004 @ 13:05:
[...]

...nice elkaar....
...Dan krijg je natuurlijk van bij....

Een nieuwe database of een nieuwe tabel? Waar komt die 128 vandaan?!?!

m.a.w. Na drie verduidelijkende posts van jouw kant snap ik er nog steeds geen hout van. Ik zeg altijd maar zo: iemand die het probleem kan beschrijven heeft al de helft van de oplossing.

Ik heb m`n vorige bericht aangepast.. snap je het zo?

[lier]

Ik in ieder geval (ook ?) niet !

[gorgi_19]

* gorgi_19 ook niet Wil je nu dynamisch kolommen gaan aanmaken? Of bedoel je rijen? En je wilt dus een scriptje maken dat automatisch die tabel gaat normaliseren?

[Predje]

rijen..

Alle artikel informatie staat nu onder elkaar.. die moet naar elkaar komen staan.
Iedere keer dat er in de eerste kolom "art" staat begint een nieuw artikel.
Van die artikel staan een x-aantal regels onder enkel.. (dit is geen vast aantal)
Maar nu staat dus alles onder elkaar.. en dit moet dus in een nieuwe tabel NAAST elkaar komen staan.

[Janoz]

Daarvoor ga je toch niet een goed database model aanpassen???

Database is om gegevens op te slaan. Waneer jehet leuk weer wilt geven doe je dat in je applicatie. Daarvoor ga je niet je database compleet omgooien en al helemaal niet op deze manier.

Probeer in de bibliotheek eens een boek over normalisatie van databases te vinden en ga die eerst eens doorlezen.

[lier]

Janoz schreef op maandag 27 december 2004 @ 14:03:
Daarvoor ga je toch niet een goed database model aanpassen???

Database is om gegevens op te slaan. Waneer jehet leuk weer wilt geven doe je dat in je applicatie. Daarvoor ga je niet je database compleet omgooien en al helemaal niet op deze manier.

Probeer in de bibliotheek eens een boek over normalisatie van databases te vinden en ga die eerst eens doorlezen.

My thought...

[J2pc]

(asp heeft geen databases )

Dan ga je nu een tabel maken met een kolom voor ieder product? En als er een product bijkomt ga je een nieuwe rij toevoegen?

Als je dat idee nu 'ns een kwartslag naar links draait, en voor ieder product een nieuwe rij maakt. Dan werk je met je db zoals het moet. Dat weergeven moet je zelf weten, en je proggie. Maar een db moet je zoiets niet laten doen omdat 't er leuk uitziet of zo. Jij wilt de functionaliteit van rijen en kolommen omwisselen. Besef dan wel dat je nooit meer je data uit elkaar kan houden, omdat db's zo niet werken. Je kan dan nooit je data meer uit je db halen om te gebruiken in je applicatie.

[Predje]

(zucht) ik zal het denk ik niet goed uitleggen.

We hebben hier een voorraad/winkel systeem.
Daarin staan alle artikelen. Deze artikelen moeten ook gebruikt worden voor de "internet" winkel.
Vanuit dit bestand is het alleen mogelijk een .CSV bestand te maken.
Deze zet echter van elk artikel de informatie ACHTER elkaar.

voorbeeld van 1 artikel

(bestand.csv / scheidingsteken = ¢)

code:

ART¢¢0010000131¢          156¢2200100001312¢1¢STA13¢P¢A¢SCHNITZEN UND DRECHSELN WIE IM ERZGEBIRG¢KUNZE, ROLF¢ERTSGEBERGTE¢HOUTEN SPEELGOED MAKEN¢1¢ 2/01/04¢27/02/04¢SY¢0¢1¢0034¢0061¢34173¢   0¢1¢  /  /¢  /  /¢34173¢      0,00¢      0.00¢STUK¢     1¢STUK¢     1¢     1¢¢ 1.000¢¢0¢¢ 0.00¢  /  /¢  /  /¢     22.68¢      0.00¢      0.00¢¢0¢I¢¢30 X 22¢      0.00¢     0¢N¢¢3804301908¢3¢3¢       0¢       0¢
¢A_O¢0010000131¢NL¢¢ 2/01/2004¢ 2/01/2004¢Met veel tips en trucks.                                                                                                                                                                                                                                    
¢A_O¢0010000131¢OP¢¢23/01/2004¢  /  /¢[euro[003000]]                                                                                                                                                                                                                                              
¢A_Z¢0010000131¢ 1¢128
¢A_Z¢0010000131¢ 2¢ILL. IN KLEUR + ZW/W
¢A_Z¢0010000131¢ 5¢HOUT
¢A_Z¢0010000131¢ 5¢HOUTEN SPEELGOED MAK
¢A_Z¢0010000131¢ 5¢COLLECTOR BOOKS
¢A_Z¢0010000131¢ 6¢AUGSBURG
¢A_Z¢0010000131¢ 7¢1993
¢A_Z¢0010000131¢ 8¢ERTSGEBERGTE

als dit geimporteerd is in Acces en ik alle velden die ik NIET nodig heb eruit gegooit heb houd ik dit dus over;

code:

art onderdeel   art_nr  veld_nr veld_inhoud
ART     0010000131  156 2200100001312
    A_O 0010000131  NL  
    A_O 0010000131  OP  
    A_Z 0010000131  1   128
    A_Z 0010000131  2   ILL. IN KLEUR + ZW/W
    A_Z 0010000131  5   HOUT
    A_Z 0010000131  5   HOUTEN SPEELGOED MAK
    A_Z 0010000131  5   COLLECTOR BOOKS
    A_Z 0010000131  6   AUGSBURG
    A_Z 0010000131  7   1993
    A_Z 0010000131  8   ERTSGEBERGTE

Het enige wat ik nu nodig heb ik dat er gekeken word naar de kolom "veld_nr"
1 = het aantal paginas
2 = zijn de illustraties
5 = trefwoorden
6 = uitgeven
7 = jaar van uitgaven
8 = plaats van uitgaven.

wat moet er nu gebeuren
Er moet dus in een nieuwe database voor iedere "art" die nu dus meerdere regels bevat maar 1 regel gemaakt worden.
bovenstaand artikel zou dan in de nieuwe database er zo uitzien

(comma is nieuw kolom)
0010000131, 128, ILL. IN KLEUR + ZW/W , HOUT, HOUTEN SPEELGOED MAK, COLLECTOR BOOKS, AUGSBURG, 1993, ERTSGEBERGTE

Alle gegevens van de artikelen staan momenteel dus nog ONDER elkaar.. dit moet NAAST elkaar komen staan.. omdat ik dan alle kolomen de juiste namen kan geven en deze database dat zo in de huidige website kan "schuiven".
(1 rij per artikel dus)

Snap iemand het zo?

[sopsop]

Volgens mij snap ik je een beetje.
Dit moet je niet in 1 tabel proberen te prakken.

Maak een master artikel tabel aan, en een aparte tabel voor de eigenschappen.
Verwijs bij die eigenschappen naar het 'master'artikel.

[Predje]

nee het moet in 1 tabel.. en dat stelt niet voor voor hoor..
gewoon een kolom voor pagina, plaats van uitgaven, illustraties, enz enz..
het moet in 1 tabel omdat anders de hele website aangepast moet worden.

[Ashtaroth]

Hele website aanpassen, als een tabel in de database wordt toegevoegd.
Aanpassen van de presentatie laag als datalaag wijzigt
So far for n-tier development.

[Predje]

Ashtaroth schreef op maandag 27 december 2004 @ 16:39:
Hele website aanpassen, als een tabel in de database wordt toegevoegd.
Aanpassen van de presentatie laag als datalaag wijzigt
So far for n-tier development.

is toch logich dat je de presentatie layer zou moeten aanpassen als je de hierachie van de datalaag veranderd?
Vandaar dat ik de database hetzelfde moet krijgen zoals die nu al onder de huidige website zit.
De manier waarop ik de gegevens uit het .csv bestand krijg moet ik dus bewerken.

[Dutch_guy]

Je zegt dat je ASP kan, dan kan je toch met het textStream object dat .csv bestand openen en de boel inlezen en in de database schrijven ?

Bepaal welke regels je wilt importeren, plaats daar het scheidingsteken tussen en zet dit in een loop.