Cześć wszystkim !

Mam tabele wyników generowaną z bazy. Każdy użytkownika może przenieść daną pozycję do swojej tabeli (korzystam z AJAXA - bez przeładowania strony )
Aktualnie jestem na etapie blokowania buttona tak aby podczas generowania wyników skrypt blokował buttony wierszy, które dany użytkownik ma w swojej tabeli.

Wiem, że mogę przy każdym generowaniu wiersza łączyć się z tabelą i sprawdzać czy dany wiersz znajduje się w bazie użytkownika aczkolwiek po np. 50 wierszach serwer będzie otrzymywać 50 zapytań na raz. przy 50 użytkownikach mamy 2500 zapytań....

Ktoś ma pomysły jak zoptymalizować dany problem?

Dzięki z góry!

Nie bardzo rozumiem jaki masz problem. Pobierasz sobie wszystkie id wierszy które już ma user. Przy dodawaniu/usuwaniu dodajesz albo usuwasz id w tablicy JS tak żeby mieć "aktualne dane" Po stronie backenu trzeba tylko zadbać o duplikaty i tyle.

Co do ilości zapytań o ile indeksy będą na polach to nie ma problemu z ilością.

A to spoko. Myślałem, że to mi będzie korkować serwer

Tak wiem, że temat rozwiązany aczkolwiek chciałem jeszcze o coś podpytać ponieważ zauważyłem pewną sytuacje

[PHP] pobierz, plaintext 
			$check_mytable = 'SELECT id FROM '.$my_id.'mytable WHERE id='.$row["id"].'';
			$result_conect_mytable = mysqli_query($db_mytable, $check_mytable);
			$how_many_mt_results = mysqli_num_rows($result_conect_mytable);
				if ($how_many_mt_results>0){
					$have_in_mt_a = 'style="display: none;"';
					$have_in_mt_c = 'style="display: block;"';
				}
				else{
					$have_in_mt_a = 'style="display: block;"';
					$have_in_mt_c = 'style="display: nonce;"';					
				}
[PHP] pobierz, plaintext 

kod fajnie działa, jeśli użytkownik ma pozycje w swojej bazie to button od wysłania do bazy ustawiam na display: none i button zablokowany n display: block.
I jest taka sprawa, przy odświeżaniu strony jest ułamek sekundy display none i dopiero wtedy zmienia się na none.

Jakiś pomysł na rozwiązanie problemu?

Myślę aby nazwa byttona i jego klase ustawić na zmienną aczkolwiek nie wiem czy to optymalne rozwiązanie

Dzięki za odpowiedzi.

A jak ty odpalasz ten kod? To jest jakis AJAX dla kazdego rekordu z osobna?

Mam tabele danych "ogólną" w sqlu.
Ajaxem przesyłam dane z tabeli ogólnej do tabeli użytkownika też w sqlu

Czyli jesli dobrze zrozumialem:
powiedzmy, ze masz 50 rekordow, to ty naraz wysylasz 50 AJAXow tylko po to, by stwierdzic czy button ma byc disabled czy nie, tak? No to z lekka przekominowales i to na pewnoe nie jest optymalne, wrecz odwrotnie

Jak budujesz te tabele z rekordami, to juz na tym etapie masz wiedziec czy BUTTON ma byc czy nie

Dobra to postaram się opisać wszystko jak najbardziej się da

Dajmy na to baza w której mamy 100 wierszy.
Wyświetlamy każdy wiersz pętlą for i w każdym wierszu wyświetlamy też Button "dodaj do listy". Button uruchamia JS i dane są wysyłane do bazy.

http://www.creobajt.pl/artykuly/ajax-z-jqu...ych-z-bazy.html

Na podstawie tego poradnika.

Teraz, każde wyświetlenie rekordu w pętli for łączy się z tabelą użytkownika i sprawdza na podstawie id czy ten wiersz jest już w bazie użytkownika.
Jeśli tak to button :none + Div :block.
Jesśli nie to button :block + Div :none

Dalej nie kumam.
Kod, ktory podales w poscie nr 3 to jak jest odpalany? Przez AJAX czy nie? Bo piszesz, ze ten kod z opoznieniem chowa/pokazuje ci button, a tak moze sie tylko dziac, gdy odpalasz go przez AJAX. wiec jesli ten ajax jest w petli, to lipnie masz to zrobione.

Jesli zas ten kod odpalany jest normalnie, podczas generowanie wlasciwej strony, to nie rozumiem skad te opoznienie.

3 post to kod z generowanej strony który odpala się w pętli przy generowaniu wierszy z głównej tablicy
Sam Ajax jest uruchamiany onClickem Buttona.

W sumie bez sensu wspomniałem o tym Ajaxie bo tak naprawdę on tutaj nie ma nic do rzeczy

To nie ogarniam skad ci sie to opoznienie niby bierze. Skoro to na biezaco przygotowuje dane dla kodu html, wiec powinno byc bez zadnego opoznienia. Cos mieszasz panie kolego. Moze lepiej pokaz caly kod bo tak w zyciu nie dojdziemy.

No i fakt, ze generujesz na raz przy 100 rekordach 100 zapytan, to jest dalece od optymalnego podejscia. Chyba ze zrozumiales, co napisal pyton

[PHP] pobierz, plaintext 
for ($i = 1; $i <= $how_many_results; $i++) 
				{			
				$row = mysqli_fetch_assoc($result_conect);
 
					if ($row['person']=='')
						{$row['person']='Brak';}
					if ($row['phone']=='')
						{$row['phone']='Brak';}
					if ($row['email']=='')
						{$row['email']='Brak';}
 
						/*SPRAWDZ CZY JEST W TABLICY MT*/
			$check_mytable = 'SELECT id FROM '.$my_id.'mytable WHERE id='.$row["id"].'';
			$result_conect_mytable = mysqli_query($db_mytable, $check_mytable);
			$how_many_mt_results = mysqli_num_rows($result_conect_mytable);
				if ($how_many_mt_results>0){
					$have_in_mt_a = 'style="display: none;"';
					$have_in_mt_c = 'style="display: block;"';
				}
				else{
					$have_in_mt_a = 'style="display: block;"';
					$have_in_mt_c = 'style="display: nonce;"';					
				}			
echo<<<END
<form>
	<div class="date-list-div-global">
		<div class="date-list-div-top">{$row['cname']}<span class="date-list-span">costam</span></div><hr class="date-list-div-top-hr">
		<div class="date-list-div-main">{$row['country']} {$row['postcode']} {$row['city']}, {$row['adress']}<span class="date-list-span">od {$row['fromday']} do {$row['today']}  od {$row['fromhour']} do {$row['tohour']}</span><br /><br />
		<b>Preferowany transport:</b>&nbsp;{$row['sattel']}<br /><br />
		<b>Dane kontaktowe</b><br />
		<img src="../icons/user.png"/>&nbsp;{$row['person']}<br />
		<img src="../icons/phone.png"/> {$row['phone']}&nbsp;&nbsp;&nbsp;<img src="../icons/email.png"/>&nbsp;&nbsp;{$row['email']}<span class="date-list-span">{$row['webadress']}</span></div>
		<hr class="date-list-div-top-hr">
			<input type="hidden" value="{$row['id']}" name="id"/>
			<input type="hidden" value="{$row['country']}" name="country"/>
			<input type="hidden" value="{$row['cname']}" name="cname"/>
			<input type="hidden" value="{$row['CID']}" name="CID"/>			
			<input type="hidden" value="{$row['postcode']}" name="postcode"/>
			<input type="hidden" value="{$row['city']}" name="city"/>
			<input type="hidden" value="{$row['sattel']}" name="sattel"/>	
			<input type="hidden" value="{$row['fromhour']}" name="fromhour"/>
			<input type="hidden" value="{$row['tohour']}" name="tohour"/>
			<input type="hidden" value="{$row['fromday']}" name="fromday"/>
			<input type="hidden" value="{$row['today']}" name="today"/>
			<input type="hidden" value="{$row['person']}" name="person"/>	
			<input type="hidden" value="{$row['email']}" name="email"/>
			<input type="hidden" value="{$row['phone']}" name="phone"/>
			<input type="hidden" value="{$row['webadress']}" name="webadress"/>		
		<button type="button" name="addcontact" class="date-list-div-bottom-a" name="add-contact" $have_in_mt_a>Dodaj kontakt</button>
		<label class="date-list-div-bottom-c" name="contact-added" $have_in_mt_c>Kontakt dodany</label>
	</div>
</form>
END;
	}
[PHP] pobierz, plaintext 

To jest pętla dla jednego wiersza

Czyli styl dla button nadajesz od razu, wiec nadal nie rozumiem o jakim opoznieniu mowisz w (nie)wyswietlaniu buttona. To nie ma sensu.

Zas tak jak mowilem, w petli generujesz zapytania a to juz na pewno dobre nie jest

Opóźnienie naprawione, jakaś alternatywa dla rozwiązania z optymalizacją?

To napisz jak naprawiles bo niezmiernie mnie to ciekawi

Co do optymalizacji to zamiast zapytan w petli masz zapytanie przed petla tak napisac, by pobieralo wszystkie niezbedne dane od razu

Hah a późnienie było spowodowane, że w ccsie miałem ustawione wartości Display dla buttony i najpierw łapał display status z ccsa a później ze zmiennej

Ciekawe jak to możliwe, skoro wstawiasz je jako style inline i mają większy priorytet.

Ps.

[PHP] pobierz, plaintext 
$have_in_mt_c = 'style="display: nonce;"';	
[PHP] pobierz, plaintext 

tutaj jeszcze była literówka. Innych błędów nie znalazłem podczas naprawy opóźnienia

Jeśli chodzi o optymalizację to przed pętlą wyciągnąłem id z tablicy assocjacyjnej i wpychałem dane do nowej tablicy:

[PHP] pobierz, plaintext 
			$check_mytable = 'SELECT id FROM '.$my_id.'mytable';
			$result_conect_mytable = mysqli_query($db_mytable, $check_mytable);
			$how_many_mt_results = mysqli_num_rows($result_conect_mytable);
 
 
			$array_my_table_id = [];
 
			for($i=1;$i<=$how_many_mt_results;$i++){
			$mytable_row =  mysqli_fetch_assoc($result_conect_mytable);
			 echo $mytable_row['id'];
			 array_push($array_my_table_id, $mytable_row['id']);
			}
[PHP] pobierz, plaintext 

a później w pętli sprawdzałem pętlą for czy też id z głównej tablicy == id z nowej tablicy. Jeśli tak to przypisz display: block/none i break tak by nie sprawdzac kolejnych Id.

[PHP] pobierz, plaintext 
			for($k = 0; $k <=$how_many_mt_results; $k++){
				if($row['id']==$array_my_table_id[$k]){
					$have_in_mt_a = 'style="display: none;"';
					$have_in_mt_c = 'style="display: block;"';
					break;
				}else{
					$have_in_mt_a = 'style="display: block;"';
					$have_in_mt_c = 'style="display: none;"';	
				}
[PHP] pobierz, plaintext 

Czy teraz będzie wydajnie ?

jesli w my_table bedziesz mial milion rekordow to nadal zle

Nie mozessz poprostu go glownego zapytania przed petla dodac LEFT JOIN do my_table? I juz

Okay..

[PHP] pobierz, plaintext 
$check_id_mytable = 'SELECT*FROM clients.sender t1 LEFT JOIN mytable.'.$my_id.'mytable t2 on t2.id = t1.id';
[PHP] pobierz, plaintext 

Zapytanie dla tabel z różnych baz.
Jak nawiązać połączenie do dwóch różnych baz ? gdybym wszystko trzymał w jednej to by nie było problemu ale chyba lubie sobie robić pod górkę
... a przy okazji więcej się ucze

Chyba tak.
https://stackoverflow.com/a/28302993

No już wszystko zrobione.

Nie będę zakładać nowego tematu. Pytanie jeszcze odnośnie Indeksów.
Jeśli nałożę indeks na kolumnę, to czy po dodaniu kolejnych rekordów będzie trzeba ponownie nakładać?

Dzięki za odpowiedź i zamykamy temat !

Jeśli założysz indeks, to dodawanie kolejnych nowych rekordów (a także UPDATE kolumn z indeksów) będzie trwało dłużej. Związane jest to z tym, że za każdym razem "odbudowywany" jest indeks.
Indeks przyspiesza odczyt danych, ale zwalnia ich zapis.