|
| |
|
|
| |
для: Trianon
(15.07.2009 в 00:59)
| | | Насколько я понимаю buffered и unbuffered query это особенности PHP а не MySQL. Либо он тянет данные с сервера либо не тянет, а количество данных остается одинаковым. | |
| |
|
|
| |
|
|
| |
для: Евгений Петров
(15.07.2009 в 00:51)
| | | Таким да не таким...
Запрос mysql_query полностью буферизируется изначально.
Это значит, как минимум, что все выбранные записи будут переданы через клиент-серверное соединение. В MSSQL и Oracle это не так.
Впрочем, unbuffered query тоже существует. И тогда эти подробности становятся несущественными. | |
| |
|
|
| |
|
|
| |
для: Trianon
(14.07.2009 в 18:24)
| | | В MySQL offset реализован таким же образом. Выбираются все записи, а потом внутренний указатель перемещается в нужное место. К сожалению большинство об этом даже не догадывается. Наверное поэтому в MSSQL и Oracle этого нет. | |
| |
|
|
| |
|
|
| |
для: ols
(14.07.2009 в 17:47)
| | | Ничего, что в ORACLE тоже этого оператора нет? | |
| |
|
|
| |
|
|
| |
для: ols
(14.07.2009 в 17:47)
| | | В MSSQL есть оператор SET ROWCOUNT, который "заменяет" LIMIT, а вот с OFFSET приходится играться, хотя и там по большому счёту проблем нет. | |
| |
|
|
| |
|
|
| |
для: Trianon
(14.07.2009 в 15:46)
| | | В MS SQL нет оператора limit? MySQL рулит)))) | |
| |
|
|
| |
|
|
| |
для: V1a8xerss87
(14.07.2009 в 15:36)
| | | Вы указываете, начиная с какой строки читать результат.
[horisontal scrolling ЛАП on] | |
| |
|
|
| |
|
|
| |
для: Trianon
(14.07.2009 в 14:58)
| | |
mssql_data_seek() перемещает внутренний указатель ряда MS SQL-результата, ассоциированного со специфицированным идентификатором результата, указывающего на специфицированный номер ряда. Последующий вызов mssql_fetch_row() должен возвратить этот ряд.
|
Не очень ясен смысл этой фразы :) Расшифруйте пожалуйста | |
| |
|
|
| |
|
|
| |
для: V1a8xerss87
(14.07.2009 в 14:54)
| | | В мануале какие-то непонятные места?
спрашивайте. | |
| |
|
|
| |
|
|
| |
для: Trianon
(13.07.2009 в 18:57)
| | | А можно поподробней? | |
| |
|
|
|
