Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 21:25 28.06.24 
Клубове/ Компютри и Интернет / Бази данни Пълен преглед*
Информация за клуба
Тема Re: pak mne [re: AcidMemory]
Автор salle (един такъв)
Публикувано11.12.03 23:57  



Eх да му се не види....

"MyISAM няма транзакции и не е full ACID compliant, т.е. не съм твърдял нищо, а само предположих "

Кой говори изобщо за MyISAM и какво общо имат транзакциите в случая? Хич биля ...

"и въпреки това, ако лимит трябва да преброи резултата, той пак ще се препаре-не целия ... "

Напротив. Ще спре в момента, в който намери достатъчно редове :)

SELECT ..... ORDER BY x 10;

СЪРВЪРЪТ ще спре в момента в който има 10 готови реда!
Независимо каква е заявката!
Независимо какви са таблиците!
Независимо дали е в транзакция или не!

Съвършено друг е въпроса кога точно ще са готови тези 10 реда. Важното е, че когато има LIMIT 10; сървъра ще прекрати каквато и да било обработка в момента в който ги проготви. И ще спре чак тогава

А ако нямаш LIMIT ще спре чак като е приготвил всички редове без да се интересува и без да знае колко от тези редове трябват на клиента.

И в двата случая няма абсолютно никакво значмение как точно клиента взима резултата

Независимо дали клиента взима целия резултат наведнъж или ред по ред той (клиента) може да започне да тегли резултата чак когато сървъра го е приготвил.

Хайде сега прочети първия въпрос и помисли пак какво е искал да попита човека:

ima li variant v SQL zajvkata ... da se ukaje na SELECT da spre da tyrsi kogato e otkril opredelen broj resultati.

Как успяваш да прочетеш това като "Клиентът да спре да тегли след като е изтеглил определен брой резултати" ?



Цялата тема
ТемаАвторПубликувано
* Vypros za SQL SELECT zajavka dim   05.12.03 15:16
. * Re: Vypros za SQL SELECT zajavka phpGuru   05.12.03 15:52
. * Re: Vypros za SQL SELECT zajavka salle   06.12.03 14:55
. * Re: Vypros za SQL SELECT zajavka AcidMemory   08.12.03 00:22
. * Re: unbuffered e съвършено друго нещо salle   08.12.03 09:36
. * mne AcidMemory   08.12.03 10:32
. * Re: определено грешиш salle   08.12.03 17:48
. * pak mne AcidMemory   09.12.03 11:00
. * Re: pak mne salle   09.12.03 16:19
. * Re: pak mne AcidMemory   11.12.03 13:40
. * Re: pak mne salle   11.12.03 23:57
. * в мануала пише съвсем друго ... AcidMemory   12.12.03 00:55
. * Re: в мануала пише съвсем друго ... phpGuru   12.12.03 01:13
. * Re: то си е много смислено ама смисъла е друг salle   12.12.03 03:18
. * Re: то си е много смислено ама смисъла е друг AcidMemory   12.12.03 10:11
. * Re: в мануала пише съвсем друго ... AcidMemory   12.12.03 10:16
. * Re: в мануала пише съвсем друго ... salle   12.12.03 10:50
. * Re: в мануала пише съвсем друго ... AcidMemory   12.12.03 12:00
. * :-) phpGuru   12.12.03 10:57
. * Re: :-) AcidMemory   12.12.03 12:10
. * Re: :-) phpGuru   12.12.03 15:53
. * Re: pak mne нeщacтeн   10.12.03 11:43
. * Re: определено грешиш machine head   11.12.03 09:31
. * Re: определено грешиш NDeu   11.12.03 09:53
. * Re: определено грешиш machine head   11.12.03 10:13
. * Taka ste se vyrne sluchaen rezultat NikB   08.12.03 14:28
. * Re: Taka ste se vyrne sluchaen rezultat salle   08.12.03 15:03
. * Re: Taka ste se vyrne sluchaen rezultat NikB   08.12.03 15:51
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.