Ik heb een website gebouwd waar allerlei activiteiten in nederland worden gepromoot. Nu bleek er een probleem te zijn: de zoek omschrijving werd op de ene pagina goed weergegeven en op een andere pagina afgekapt.
Ik gebruik Access met ASP op een IIS server. Na zoeken bleek dat het echt aan de SQL code lag en dat uit de database ook te weinig van het record werd afgeleverd. (Probleem dus niet bij ASP maar echt bij Access).
Ik heb de gebruikte query vergeleken met een test query en daar komen ook 2 resultaten uit:
Query zoals op website:
Test Query:
beiden queries geven precies 1 record terug maar bij er is een verschil tussen de waardes van de tupel .BEDRIJF_ZOEK_OMSCHR:
BEDRIJF_ZOEK_OMSCHR
Voor diegenen die een nieuw initiatief zoeken om hun personeelsbijeenkomsten, dealerdagen, ontspanning tijdens incentives enz. meer gestalte te geven, is een Highland Game bij uitstek die sportieve uiting die zowel heerlijk is om aan deel te nemen, als fa
BEDRIJF_ZOEK_OMSCHR
Voor diegenen die een nieuw initiatief zoeken om hun personeelsbijeenkomsten, dealerdagen, ontspanning tijdens incentives enz. meer gestalte te geven, is een Highland Game bij uitstek die sportieve uiting die zowel heerlijk is om aan deel te nemen, als fascinerend om naar te kijken!
Ik heb het resultaat in Word geplakt en de afgekapte variant blijkt precies 255 tekens te hebben, misschien zorgt dit voor de fout? Veld zelf is een Memo veld, maar misschien ziet die dit als een max 255 teken resultaat??
(Al de joins worden gemaakt om verschillende criteria aan elkaar te plakken, als prijs, aantal mensen, provincie etc etc).
Iemand een idee, want ik zie geen structurele verschillen in de queries!
ACC2000: Formatted Memo Field Appears to Truncate Data After 255 Characters
deze KB geeft wel een kleine hint, maar ik zie niet in dat ik "formating" toepas!
EDIT
zelf nog wat goede Google zoektermen kunnen gebruiken en het ligt hier aan:
http://allenbrowne.com/ser-63.html
Uniqueness Since you asked the query to return only distinct values, Access must compare the memo field against all other records. The comparison causes truncation.
Open the query's Properties Sheet and set Unique Values to No. (Alternatively, remove the DISTINCT key word in SQL View.)
You may need to create another query that selects the distinct values without the memo, and then use it as the source for another query that retrieves the memo without de-duplicating.
Ligt kennelijk aan DISTINCT
Is de Query te herbouwen zodat het meteen werkt, of zal ik gewoon een 2e query pakken en die nog even het Memo veld laten op halen?
Ik gebruik Access met ASP op een IIS server. Na zoeken bleek dat het echt aan de SQL code lag en dat uit de database ook te weinig van het record werd afgeleverd. (Probleem dus niet bij ASP maar echt bij Access).
Ik heb de gebruikte query vergeleken met een test query en daar komen ook 2 resultaten uit:
Query zoals op website:
code:
1
2
3
| SELECT DISTINCT tblBEDRIJF.BEDRIJF_ID, tblBEDRIJF.BEDRIJF_NAAM, tblBEDRIJF.BEDRIJF_PLAATS, tblBEDRIJF.BEDRIJF_ZOEK_OMSCHR, tblBEDRIJF.BEDRIJF_NIET_IN_ZOEK, tblBEDRIJF.BEDRIJF_PRIO FROM ((((tblBEDRIJF LEFT JOIN tblBEDRIJF_ACTIVITEIT ON tblBEDRIJF.BEDRIJF_ID = tblBEDRIJF_ACTIVITEIT.BEDRIJF_ID) LEFT JOIN tblBEDRIJF_DOELGROEP ON tblBEDRIJF.BEDRIJF_ID = tblBEDRIJF_DOELGROEP.BEDRIJF_ID) LEFT JOIN tblBEDRIJF_PERSONEN ON tblBEDRIJF.BEDRIJF_ID = tblBEDRIJF_PERSONEN.BEDRIJF_ID) LEFT JOIN tblBEDRIJF_PRIJSKLASSE ON tblBEDRIJF.BEDRIJF_ID = tblBEDRIJF_PRIJSKLASSE.BEDRIJF_ID) LEFT JOIN tblBEDRIJF_PROVINCIE ON tblBEDRIJF.BEDRIJF_ID = tblBEDRIJF_PROVINCIE.BEDRIJF_ID WHERE (((tblBEDRIJF.BEDRIJF_NIET_IN_ZOEK)=False)) AND ((tblBEDRIJF_PROVINCIE.PROVINCIE_ID)=26) ORDER BY tblBEDRIJF.BEDRIJF_PRIO DESC , tblBEDRIJF.BEDRIJF_NAAM; |
Test Query:
code:
1
2
3
| SELECT tblBEDRIJF.BEDRIJF_ID, tblBEDRIJF.BEDRIJF_NAAM, tblBEDRIJF.BEDRIJF_PLAATS, tblBEDRIJF.BEDRIJF_ZOEK_OMSCHR, tblBEDRIJF.BEDRIJF_NIET_IN_ZOEK, tblBEDRIJF.BEDRIJF_PRIO_VOORPAGINA FROM tblBEDRIJF INNER JOIN tblBEDRIJF_PROVINCIE ON tblBEDRIJF.BEDRIJF_ID = tblBEDRIJF_PROVINCIE.BEDRIJF_ID WHERE (((tblBEDRIJF_PROVINCIE.PROVINCIE_ID)=26)); |
beiden queries geven precies 1 record terug maar bij er is een verschil tussen de waardes van de tupel .BEDRIJF_ZOEK_OMSCHR:
BEDRIJF_ZOEK_OMSCHR
Voor diegenen die een nieuw initiatief zoeken om hun personeelsbijeenkomsten, dealerdagen, ontspanning tijdens incentives enz. meer gestalte te geven, is een Highland Game bij uitstek die sportieve uiting die zowel heerlijk is om aan deel te nemen, als fa
BEDRIJF_ZOEK_OMSCHR
Voor diegenen die een nieuw initiatief zoeken om hun personeelsbijeenkomsten, dealerdagen, ontspanning tijdens incentives enz. meer gestalte te geven, is een Highland Game bij uitstek die sportieve uiting die zowel heerlijk is om aan deel te nemen, als fascinerend om naar te kijken!
Ik heb het resultaat in Word geplakt en de afgekapte variant blijkt precies 255 tekens te hebben, misschien zorgt dit voor de fout? Veld zelf is een Memo veld, maar misschien ziet die dit als een max 255 teken resultaat??
(Al de joins worden gemaakt om verschillende criteria aan elkaar te plakken, als prijs, aantal mensen, provincie etc etc).
Iemand een idee, want ik zie geen structurele verschillen in de queries!
ACC2000: Formatted Memo Field Appears to Truncate Data After 255 Characters
deze KB geeft wel een kleine hint, maar ik zie niet in dat ik "formating" toepas!
EDIT
zelf nog wat goede Google zoektermen kunnen gebruiken en het ligt hier aan:
http://allenbrowne.com/ser-63.html
Uniqueness Since you asked the query to return only distinct values, Access must compare the memo field against all other records. The comparison causes truncation.
Open the query's Properties Sheet and set Unique Values to No. (Alternatively, remove the DISTINCT key word in SQL View.)
You may need to create another query that selects the distinct values without the memo, and then use it as the source for another query that retrieves the memo without de-duplicating.
Ligt kennelijk aan DISTINCT
Is de Query te herbouwen zodat het meteen werkt, of zal ik gewoon een 2e query pakken en die nog even het Memo veld laten op halen?
[ Voor 13% gewijzigd door trekker22 op 11-05-2009 11:56 ]