I lang tid har samarbejdsbranchen fokuseret på at forbedre enhedsfunktioner – bedre kameraer, klarere lyd og smartere software. Men den virkelige forvandling handler ikke om funktioner.
Fejltype: Microsoft JET Database Engine (0x80040E14) Der er en syntaksfejl, fordi der mangler en operator. i forespørgselsudtrykket "recipes.recipes_recipetype = recipetypes.recipetypes_id INNER JOIN foodtypes ON recipes.recipes_foodtype = foodtypes.foodtypes_id".
krogstrup >> Som jeg forstaar der er det simpelthen fordi SQL syntaksen for inner join kun kan haandtere to "objekter". Disse "objekter" kan saa godt vaere yderligere nestede joins af andre tabeller, men ultimativt kan syntaksen kun opfatte de to. Samtidigt ville du ved at oprette to uafhaengige inner joins (selvom de reelt set er afhaengige gennem recipes i dit tilfaelde) kunne skrive en lovlig SQL syntaks mellem tabeller der ikke ville have nogen relation (eks Tabel 1 inner joines paa tabel 2 i samme saetning som tabel 3 inner joined paa tabel 4). Saa jeg gaar ud fra at det er derfor denne syntaks er ulovlig. Haaber det giver lidt mening! Takker for point - og smid en besked hvis det stadig er helt sort.
mht til at jeg satte FROM recipetypes istedet for ercipes, er at det er recipe-tabellen som har relation til begge tabellerne. Derfor er recipe-tabellen noed til at indgaa i den nestede inner join og derefter "igen" i den foerste join.
krogstrup - det ser ud til at eagleeye fik hjulpet med flere nestede loops :-) Den maade jeg har fundet nemmest at laere "logikken" til at starte med er et bruge access' indbyggede query-builder og derefter vise den byggede Query som SQL. Det kan forhaabentligt give dig lidt ideer omkring hvordan det normalt sammensaettes :-)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
