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

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

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



значи да се поясня ...

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

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

"абсолютно невярно е това, което казваш за 1 000 000 редовете
в примера си дал ордер бай, нали се сещаш, че там има приготвяне на редовете, от които си взимаш само 10
не съм гледал сорса точно, щото нямам време за губене, за да докажа, но не вярвам, че базата приготвя целия резултсет, особено ако нямаш ордер бай или каквото и да е там единствено тук изрично не съм подчертал, че става въпрос за лимит
а дори и да има, в резултсета най-вероятно (не съм гледал, предполагам) има единствено пойнтери към физическите редове от резултата, който ако не се буферира се взима чак когато клиента го поиска

сега ша ме караш да гледам сорса на лимит и юз_резулт, за да ти докажа ..."

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

и всичко почна от "погледни и mysql_unbuffered_query - това е в PHP, но ако ти трябва за нещо друго, просто виж еквивалента ...", което идеше в реч следното:

с лимит, евентуално, на сървъра
с унбуфферед - на клиента

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



Цялата тема
ТемаАвторПубликувано
* 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 Всички права запазени.