toevoegquery probleem kolomnamen zijn nummers

Status
Niet open voor verdere reacties.

allard1

Gebruiker
Lid geworden
5 dec 2006
Berichten
314
Beste access experts,

Access is voor mij nog redelijk nieuw en ik zit nu met een kleine uitdaging. Ik heb een toevoegquery welke gegevens toevoegd aan een tabel waarvan de kolomnamen nummers zijn. In deze tabel staan kolommen met de namen 001, 002 etc etc.
Het uitvoerbestand (de tabel) wordt gebruikt om in te lezen in een systeem wat gebruik maakt van deze nummers (attributen). Als ik een toevoegquery maak, maakt access van deze namen 1,2,3,4,5,6. Als ik de query de eerste keer uitvoer, direct vanuit het ontwerpscherm gaat het goed, daarna zijn de nullen verdwenen.

Nu denk ik dat de oplossing ligt in het maken van een string voor deze nummers. Maar dan moet dit waarschijnlijk in VBA. Nu kan ik wel wat in VBA, maar query's bouwen in vba is nieuw. Heeft iemand een idee hoe dit is op te lossen? graag voor 11:30 antwoord (grapje natuurlijk)

Alvast bedankt
 
Ik heb ook wel eens zoiets in de hand gehad, en kreeg ook dikke spijt dat we met nummers werkten in de kolomnamen... Als je de query maakt en opslaat, dan werkt hij waarschijnlijk wel, het gaat pas fout als je hem weer opent in Ontwerpweergave. Mijn ervaring was dat je de query wel direct kon uitvoeren zonder problemen. Alleen aanpassen was dus een probleem...
Wat je zou kunnen doen, is de query opbouwen via VBA, en hem via een knop starten. Je kunt dan bijv. via QueryDefs de SQL steeds opnieuw toewijzen aan de query voordat je hem uitvoert met DoCmd.OpenQuery
 
Beste access experts,

Access is voor mij nog redelijk nieuw en ik zit nu met een kleine uitdaging. Ik heb een toevoegquery welke gegevens toevoegd aan een tabel waarvan de kolomnamen nummers zijn. In deze tabel staan kolommen met de namen 001, 002 etc etc.
Het uitvoerbestand (de tabel) wordt gebruikt om in te lezen in een systeem wat gebruik maakt van deze nummers (attributen). Als ik een toevoegquery maak, maakt access van deze namen 1,2,3,4,5,6. Als ik de query de eerste keer uitvoer, direct vanuit het ontwerpscherm gaat het goed, daarna zijn de nullen verdwenen.

Nu denk ik dat de oplossing ligt in het maken van een string voor deze nummers. Maar dan moet dit waarschijnlijk in VBA. Nu kan ik wel wat in VBA, maar query's bouwen in vba is nieuw. Heeft iemand een idee hoe dit is op te lossen? graag voor 11:30 antwoord (grapje natuurlijk)

Alvast bedankt

allard1,

Kan je misschien een klein bestandje hier op het form zetten?

Wim
 
@ octafish: Ook ik heb er spijt van dat ze dat gedaan hebben, maar ja dit is een probleem voor mij helaas :p, want dit gaan ze voor mij niet even aanpassen helaas. Zoals ik al eerder zei, kan ik wel wat met VBA, maar de Querydefs aanpassen is iets nieuws voor me, ik zal dus even moeten googelen :)

@ wimenbeer: Ik zou graag een voorbeeld je posten, maar helaas gaat dit niet ivm privacygevoelige informatie (ook zonder de privegegevens :) )

Zoals octafish reeds zei gaat het opbouwen prima en vanuit de ontwerpweergave werkt hij fantastisch. En toen ik hem zou demonstreren, had ik weer eens zo'n $%#&*@ moment oftewel een minieme afgang :D
 
allard1,

Even zelf een bestandje gemaakt (zo moeilijk is dat niet)
Ook daarin deed het zich voor dat de attribuut namen veranderde van 001 naar 1.
Als je gebruik maakt van de query wizzard dan kan je het probleem omzeilen door voor de veldnaam de tabelnaam op te nemen.
Code:
Tabel1.001

Op deze manier blijft de orginele naam gewoon behouden.

Succes
Wim
 
allard1,

Even zelf een bestandje gemaakt (zo moeilijk is dat niet)
Ook daarin deed het zich voor dat de attribuut namen veranderde van 001 naar 1.
Als je gebruik maakt van de query wizzard dan kan je het probleem omzeilen door voor de veldnaam de tabelnaam op te nemen.
Code:
Tabel1.001

Op deze manier blijft de orginele naam gewoon behouden.

Succes
Wim

GEBAK!!!, ik was al aan het kijken of ik het niet via een sql kon oplossen, maar ja daar snap ik de b$%^#(llen van. Heel erg bedankt voor je hulp, want dit doet de truc :)
Hulde!
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan