Wypowiedzi
-
Co było źle:
LEFT JOIN po WHERE
Brak warunku logicznego w WHERE
Nie wiem co miało robic podzapytanie w tym where, dodatkowo definiując złączenie w ten sposób
FROM
tab1,tab2
musisz mieć warunk sprzeżenia w where, czyli mniej więcej tak:
SELECT
Gotowa_baza_transakcji_9.REGON_OST, B2_klient.pd
FROM
Gotowa_baza_transakcji_9, B2_klient
WHERE
IIf(Left([Gotowa_baza_transakcji_9]![REGON_OST];4)="IDKS",Mid([Gotowa_baza_transakcji_9]![REGON_OST],5,Len([Gotowa_baza_transakcji_9]![REGON_OST]))
=b2_klient.identyfikator
dodatkow w składni sql argumenty funkcji oddzielamy "," a nie średnikiem, średnik jest zawsze zakończeniem instrukcji sqlMichał Dziubek edytował(a) ten post dnia 14.09.12 o godzinie 09:47 -
A po co wogóle to sprawdzać skoro regon do numery więc usun je w warunku sprzężenia:
SELECT
Michał Dziubek edytował(a) ten post dnia 13.09.12 o godzinie 16:59
*
FROM
Gotowa_baza_transakcji_9 as t9
LEFT JOIN b2_klient AS K ON K.IDENTYFIKATOR = REPLACE(T9.regon_OST,"IDKS","")
-
Nie bardzo wiem jak to masz rozwiazane, ale musisz to zrobić przy zdarzeniu przy wydruku...
-
A jak to odsłaniasz?
-
To oczywiste, bo jak jest null to nie 200:
SELECT tbldluznicy.nrfk,
SUM(koszty.kwota) AS SumaOfkwota
FROM tbldluznicy
LEFT JOIN (select * from dbo_rs_koszty WHERE synt = 200 ) as koszty
ON tbldluznicy.nrfk = koszty.poz3
GROUP BY tbldluznicy.nrfk;
lub
SELECT tbldluznicy.nrfk,
Michał Dziubek edytował(a) ten post dnia 27.08.12 o godzinie 20:54
SUM(dbo_rs_koszty.kwota) AS SumaOfkwota
FROM tbldluznicy
LEFT JOIN dbo_rs_koszty
ON tbldluznicy.nrfk = dbo_rs_koszty.poz3 and dbo_rs_koszty.synt = 200
GROUP BY tbldluznicy.nrfk; -
=Forms![frmWada]![frmPodWada].Form![teket6]
źródło: http://support.microsoft.com/kb/209099 -
Nie wiem co robisz nie tak bo nie wiem jak tworzysz index...
-
Użyj indeksu na tych dwóch polach jednocześnie:
http://office.microsoft.com/pl-pl/access-help/tworzeni... -
Ty chcesz to optymalizować czy poprawić? Bo w temacie jest optymalizacja, a piszesz o nieoczekiwanym wyniku?
Dodatkowo oczekujesz że ktoś to rozkmini nie zadając sobie trudu:
1. Wstawienia sformatowanego SQL-a
2. Nie pisząc nic o danych w tabelach
3. Nie pisząc nic o oczekiwanym rezultacie
No nic, życze powodzenia.... -
Więc możesz skorzystać z użytkowników w oparciu o plik mdw:
http://www.goldenline.pl/forum/815497/login-i-haslo-dl...
lub oprogramować to samemu, w sensie zrobić tabelkę z użytkownikami i hasłami zrobić formularz logowania i ustawić go jako startowy.
Później to jak w PHP;) czyli deklarujesz zmienną public w module (coś ja zmienna sesji) z nazwą użytkownika i brygadą i wykorzystujesz to jako wartości domyślne w swoich tabelach.
Drugie rozwiązanie ma jedną zaletę, jak wpadniesz na pomysł podniesienia wersji do 2007/2010 Acc to nie będziesz płakał, że zniesiono zabezpieczenia na poziomie użytkownika.... -
Zacznij od podania wersji access'a
-
niebo lepszy jest już Notepad++ bo ma przynajmniej podświetlanie składni
O niebo lepszy to jest zwykły notatnik, przynajmniej działają tabulatory, Notepad++ to kosmos;) -
To bez AS to jeszcze przeżyje, ale joina z więcej niż dwóch tabel robię via QBE bo zawsze robię błąd w nawiasowaniu, później wracam do SQL, jest jeszcze kilka rzeczy które frustrują, ale to wynika z tego, że więcej zapytań piszę pod SQLServer
-
Trochę nieaktualne MS wypuscił już swoja aplikację do synchronizacji ze skydrivem:
https://apps.live.com/skydrive -
Dwie kwerendy
delete from tbl_zawodnik_dane where id_zawodnik in (select id_zawodnika from tbl_transfer)
i
delete from tbl_zawodnik where id_zawodnik in (select id_zawodnika from tbl_transfer)
Możesz też wymusić w relacji pomiędzy tbl_zawodnik i tbl_zawodnik_dane aby kaskadowo usuwał powiązane rekordy, czyli po usunięciu wpisu z tbl_zawodnik, rekord tego zawodnika zostanie usunięty z tbl_zawodnik_dane, wtedy wystarczy uruchomienie drugiej podanej przezemnie kwerendy. -
Skoro nauczyciel chce to znaczy, że tak jest dobrze ;)
-
Chodziło mi o to by połączyć to w jedna tabelę, nie relację...
-
Pokaż jeszcze sql-a... (wklej do postu)
na pierwszy rzut oka to nie masz wypełnionych powrotów w tbl_powrot lub nie uzupełnione dane w tabeli tbl_zawodnik_dane.
Relacja pomiędzy tbl_wypozyczenia a tbl_zawodnik_dane jest niepotrzebna,
Poza tym tbl_zawodnik i tbl_zawodnikdane dane śmialo można połączyćMichał Dziubek edytował(a) ten post dnia 17.04.12 o godzinie 20:22 -
A na bazie czego mielibyśmy udzielić odpowiedzi?
-
Emil i co chcesz się od nas dowiedzieć? Bo prawie zgubiłem szklana kulę...