ďťż
 
MySQL - pomozcie ruszyc z miejsca.. ďťż
 
MySQL - pomozcie ruszyc z miejsca..
Zobacz wiadomości
 
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Indeks BCB i MySQL subiekt gt fototapeta
 
  Witamy

MySQL - pomozcie ruszyc z miejsca..



rumcajs - 13-12-2005 09:34
MySQL - pomozcie ruszyc z miejsca..
  Witam

Podjalem sie ostatnio (chyba niestety zbyt ambitnie) wykonania pewnego
projektu, no i niestety mam problem juz na starcie...
Założenia
Wszystko powinno sie opierac na php i bazie mysql.
Otoz:
1) stronka ma wyswietlac liste dokumentow w pdf - np instrukcje
obslugi poszczegolnych programow,
2) kazdemu uzytkownikowi powinny sie wyswietlac tylko jego instrukcje,
3) instrukcje nowo dodane oraz zmieniane powinny byc wyroznione jako
'nieprzeczytane', a uzytkownik po otwarciu pliku powinien potwierdzic
zapoznanie sie z instrukcja - wtedy oznaczana jest jako przeczytana.
4)uzytkownikowi powinny sie pokazywac tylko instrukcje aktualne, ale
powinien miec mozliwosc wyszukania instrukcji archiwalnych, czyli np
obowiazujacych w konkretnym dniu w przeszlosci...

Na razie mam dwie tabele:
users (user_id, imie, nazwisko, stanowisko, dzial)
instrukcje (nr_instrukcji, nazwa, plik_z_instrukcja, wazna_od, wazna_do)

Prosze doradzcie jak sobie z tym poradzic (glownie z punktami 3) i 4) -
jakie tabele, jakie pola i jakie zaleznosci), bo moja znajomosc mysql
jest slabo-srednia i nie bardzo moge to sobie poukladac... A jezeli
bede mial schemat tabel w bazie to z php juz sobie jakos poradze..

Dziekuje z gory

--
Pozdrawiam
Rumcajs





Alianora - 13-12-2005 09:34

  rumcajs napisał(a):
> Witam
>
> Podjalem sie ostatnio (chyba niestety zbyt ambitnie) wykonania pewnego
> projektu, no i niestety mam problem juz na starcie...
> Założenia
> Wszystko powinno sie opierac na php i bazie mysql.
> Otoz:
> 1) stronka ma wyswietlac liste dokumentow w pdf - np instrukcje obslugi
> poszczegolnych programow,
> 2) kazdemu uzytkownikowi powinny sie wyswietlac tylko jego instrukcje,
> 3) instrukcje nowo dodane oraz zmieniane powinny byc wyroznione jako
> 'nieprzeczytane', a uzytkownik po otwarciu pliku powinien potwierdzic
> zapoznanie sie z instrukcja - wtedy oznaczana jest jako przeczytana.
dodaj tabele przeczytane (przeczytane_id, user_id, nr_instrukcjj)
i wstawiaj pary przeczytany dokument<--> user. Jak instrukcja ma pare
dla danego usera to jest przeczytana.

> 4)uzytkownikowi powinny sie pokazywac tylko instrukcje aktualne, ale
> powinien miec mozliwosc wyszukania instrukcji archiwalnych, czyli np
> obowiazujacych w konkretnym dniu w przeszlosci...
SELECT * FROM instrukcje WHERE wazna_od < dzis and wazna_do < dzis; <-
szczegoly w manualu.

Jak zamienisz dzis na jakas_data to wybierzesz te aktualne w konkretnym
dniu.

>
> Na razie mam dwie tabele:
> users (user_id, imie, nazwisko, stanowisko, dzial)
> instrukcje (nr_instrukcji, nazwa, plik_z_instrukcja, wazna_od, wazna_do)
A gdzie masz informacje o tym czy dana instrukcja jest dal konkretnej osoby?




rumcajs - 13-12-2005 09:34

  Alianora napisał(a):

>
> A gdzie masz informacje o tym czy dana instrukcja jest dal konkretnej
> osoby?
>

No wlasnie z tym wiaze sie kolejny problem, bo do kazdego uzytkownika
przypisane jest wiele instrukcji i tak samo dla kazdej instrukcji
przypisanych jest wielu uzytkownikow, czyli chyba nie moge powiazac w
prosty sposob tych dwoch tabel ?

Dzieki za szybka odpowiedz i prosze o wiecej :)

--
Pozdrawiam
Rumcajs




d852 - 13-12-2005 09:34

 
Użytkownik "rumcajs" <nieistniejacy@adres.pl> napisał w wiadomości
news:dni1m4$6tn$1@atlantis.news.tpi.pl...

>
> No wlasnie z tym wiaze sie kolejny problem, bo do kazdego uzytkownika
> przypisane jest wiele instrukcji i tak samo dla kazdej instrukcji
> przypisanych jest wielu uzytkownikow, czyli chyba nie moge powiazac w
> prosty sposob tych dwoch tabel ?
>

Sam sobie chyba odpowiedziałeś :)
Jak postępujemy w przypadku relacji "wiele-do-wielu" ?

To będzie Twój pierwszy i najważniejszy krok ;)





Marek Horodyski - 13-12-2005 09:34

 
Użytkownik "d852" <daro852@poczta.onet.pl> napisał w wiadomości
news:dni248$7fd$1@news.onet.pl...
>
> Użytkownik "rumcajs" <nieistniejacy@adres.pl> napisał w wiadomości
> news:dni1m4$6tn$1@atlantis.news.tpi.pl...
>
>>
>> No wlasnie z tym wiaze sie kolejny problem, bo do kazdego uzytkownika
>> przypisane jest wiele instrukcji i tak samo dla kazdej instrukcji
>> przypisanych jest wielu uzytkownikow, czyli chyba nie moge powiazac w
>> prosty sposob tych dwoch tabel ?
>>
>
> Sam sobie chyba odpowiedziałeś :)
> Jak postępujemy w przypadku relacji "wiele-do-wielu" ?
>
> To będzie Twój pierwszy i najważniejszy krok ;)
A ja mysle, ze user nalezy do GRUPY, i do danej GRUPY nalezy tez
przeczytanie INSTRUKCJI.
A dopiero potem to, czy ten uzytkownik to przeczytal. W ten sposob mozna
organizacyjnie zapanowac nad projektem.

Marek Horodyski




rumcajs - 13-12-2005 09:35

  Witam

Marek Horodyski napisał(a):
>
>>
>> Sam sobie chyba odpowiedziałeś :)
>> Jak postępujemy w przypadku relacji "wiele-do-wielu" ?
>>
>> To będzie Twój pierwszy i najważniejszy krok ;)
>
> A ja mysle, ze user nalezy do GRUPY, i do danej GRUPY nalezy tez
> przeczytanie INSTRUKCJI.
> A dopiero potem to, czy ten uzytkownik to przeczytal. W ten sposob mozna
> organizacyjnie zapanowac nad projektem.
>

Mógłbys przyblizyc, bo obawiam sie ze nie rozumiem ?
Tzn jak powinny wygladac grupy ?
Czy z tego tez nie wyjdzie relacja wiele-do-wielu ?
Bo user moze nalezec do wielu grup i z kolei w grupach moze znajdowac
sie wielu userow..
Ale byc moze zrozumialem Cie zupelnie na opak ?

--
Pozdrawiam
Rumcajs
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    [mysql] =?ISO-8859-2?Q?Za=E6mienie=2E=2E=2E_jak_wy=B6wietli=E6?==?ISO-8859-2?Q?=2E=2E=2E?= [mysql] =?ISO-8859-2?Q?wielko=B6=E6_bazy_a_stabilno=B6=E6=2C?==?ISO-8859-2?Q?_podzia=B3_du=BFej_bazy_a_powi=B1zania_tabel?= [MySQL] =?ISO-8859-2?Q?Wy=B6wietlenie_kolejnej_pozycji=2C_?==?ISO-8859-2?Q?jak=B1_mia=B3by_dany_rekord=2C_gdybym_czyta=B3 _?==?ISO-8859-2?Q?wg_konkretnych_kryteri=F3w=2E_Da_si=EA_=3F?= [mysql 4.0.x] przenoszenie kolum =?ISO-8859-2?Q?mi=EAdzy_bazam?==?ISO-8859-2?Q?i_cd_=2E=2E=2E_?= [MySQL] =?ISO-8859-2?Q?z=B3=B1czenie_tabeli_u=BFytkownik_i?==?ISO-8859-2?Q?_zdj=EAcia_z_wyborem_zdj=EAcia_domy=B6lnego?= [MySQL] Jak =?ISO-8859-2?Q?wpisa=E6_do_tabeli_pozycje_dl?==?ISO-8859-2?Q?a_wierszy_gdybym_te_wiersze_wybiera=B3_w_ok?== ?ISO-8859-2?Q?re=B6lonej_kolejno=B6ci_=3F?= Gdzie MySQL 4.1, a gdzie 5.0? [MySQL 4.0...4.1] zabezpieczenie przed =?ISO-8859-2?Q?jednoczesn?==?ISO-8859-2?Q?=B1_edycj=B1?= [MS SQL] "set names" (mySQL) w MS SQL [mysql 5.x] jak =?ISO-8859-2?Q?zrealizowa=E6_zapytanie=3F_cz?==?ISO-8859-2?Q?yli_podzapytanie_i_wi=EAcej_ni=BF_jeden_rz=B1? ==?ISO-8859-2?Q?d_wynik=F3w?=
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • numervin.keep.pl
  • Cytat

    Decede mihi sole - nie zasłaniaj mi słonca.
    Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
    Hoc fac - tak czyń.
    A tergo - od tyłu; z tyłu.
    I czarne włosy posiwieją. Safona

    Valid HTML 4.01 Transitional

    Free website template provided by freeweblooks.com