ugrás a tartalomhoz

Archívum - Dec 2019

Dátum
  • Minden
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31

december 25

Ismerősi kapcsolat tábla sql

Radon · 2019. Dec. 25. (Sze), 15.28
A kérdésem az, hogy az ismerősi kapcsolatokat hogy jobb tárolni adatbázisban.
1ik verzió:
Contacts tábla
-id
-sender_user_id
-receiver_user_id
-status (pending, friend)
-date

|gy ebből kiderül ki jelölt be kit, és a kapcsolat 1 sorban tárolódik. De ha bejegyzéseket akarom listázni, akkor nehézkes kétféle user_id alapján keresni, vagy sender, vagy receiver.

Másik verzió, nem is tudom, hogy ez jó e: 2 sorban minden kapcsolatot.

Contacts tábla
-id
-user_id
-other_user_id
-type(sender,receiver,friend)
-date.

Itt 1 bejelölésnél 2 sort ment, a 2 felhasználó felcserélve szerepel, és ha barátok, akkor mindkettőnél friend a type, így ha a bejegyzéseket kérem le másik táblából, akkor innen mindig csak a user_id-t kéri.
Ez használhatóbbnak tűnik, csak így duplázok mindig, ami nem hatékony.
Esetleg más lehetőség?
Köszi.
 

december 24

Ti hogyan egyesítenétek több időpontra vonatkozó előrejelzést?

inf · 2019. Dec. 24. (K), 05.02
Van egy érdekes problémám, ami annyira nem tűnik triviáisnak. Van többfajta előrejelzésem, pl 3h, 9h, 1d, 3d, stb... Ha az előrejelzés megfelel bizonyos paramétereknek, akkor értesíteni kellene a usert, hogy dolog van. Pl Mari néni mosni akar a napokban, de csak akkor ha szép napos idő van, mert akkor tud teregetni. Na most az rohadtul nem világos, hogy mikor értesítsem, hogy lehetne mosni. Pl hétfőn szóljak, hogy csütörtökön talán moshat? Vagy minden nap szóljak neki, hogy x időn belül talán okés lesz? Még van egy olyan dolog is, hogy minél hosszabb távú egy előrejelzés, annál bizonytalanabb. Szóval előfordulhat, hogy hétfőn azt mondom, hogy csütörtök okés, aztán szerdán sztornózóm az egészet, mert mégis esőt mondanak, aztán csütörtökön kiderül, hogy mégsem lesz eső. Rendesen meg lehet kavarni vele. Erre van bármi megoldás? Én tanácstalan vagyok jelenleg, de még agyalok rajta. Igazából az a bajom, hogyha már egyszer ennyi adat rendelkezésre áll, akkor jó lenne felhasználni mindegyik előrejelzést. Mert simán lehetne pl csak az 1 naposat használni, és eldobni a másik hármat, de azzal úgy érezném, hogy nem tájékoztatom megfelelő képpen az illetőt.
 

december 14

datepart

misike · 2019. Dec. 14. (Szo), 18.53
Üdv!

Van egy működő querym.
Ez:
SELECT t.user,
  count(DISTINCT date(m.ido)) as nap,
  DATE(m.ido) DateOnly
  FROM (SELECT  u.id2, u.user
	FROM  users u        
    ) t
  LEFT OUTER JOIN mat m ON t.id2 = m.id and m.ido BETWEEN  '$fromDate' and '$y'  
  group by t.user ORDER BY t.user
A mat tábla ido mezője DATETYPE típusú igy tárol: 2019-09-03 13:52:48

Abban kérnék segítséget hogy lehet kiszűrni a 8 órától 14 óráig lévő adatokat. Azaz ezekkel ne számoljon a program. Számtalan példát láttam a datepart függvényre sajna nem boldogultam vele.