The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Высокопроизводительный MySQL-движок TokuDB переведён в разря..., opennews (??), 26-Апр-13, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


118. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от Аноним (-), 28-Апр-13, 23:13 
> запросы всё равно упираются в 99% случаев в разбор SQL

Откройте для себя prepared statement уже наконец.

> при очень простых запросах на больших объёмах данных, что в майсиквеле не
> так уж часто встречается.

Как раз в MySQL оно только и встречается. Для сложных запросов там планировщика можно считать что просто нет, по сравнению с PostgreSQL.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

158. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от Crazy Alex (ok), 01-Май-13, 00:22 
Я так понимаю, человек из веба, а особенно если где фреймворки с ORM - там оно именно так и выглядит - данных тянем мало, но в отдельных сущностях (которые каждый раз создаются заново) и много раз, причем 70% выборок - по первичному ключу.
Ответить | Правка | Наверх | Cообщить модератору

159. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от AlexAT (ok), 01-Май-13, 00:24 
> Я так понимаю, человек из веба, а особенно если где фреймворки с
> ORM - там оно именно так и выглядит - данных тянем
> мало, но в отдельных сущностях (которые каждый раз создаются заново) и
> много раз, причем 70% выборок - по первичному ключу.

Да даже там разбор запроса - это ни о чём. В него упереться можно только на базах < pool size или на совсем хилых VPS/VDS.

Ответить | Правка | Наверх | Cообщить модератору

200. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от Аноним (-), 13-Май-13, 18:20 
> Да даже там разбор запроса - это ни о чём. В него
> упереться можно только на базах < pool size или на совсем
> хилых VPS/VDS.

"..>95% of the CPU time in reads is spent in the SQL parser"
http://www.openldap.org/lists/openldap-devel/201203/msg00017...

Ответить | Правка | Наверх | Cообщить модератору

204. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от AlexAT (ok), 14-Май-13, 08:17 
> "..>95% of the CPU time in reads is spent in the SQL
> parser"
> http://www.openldap.org/lists/openldap-devel/201203/msg00017...

а) это SQLite
б) это < pool size

Ответить | Правка | Наверх | Cообщить модератору

214. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от anomymous (?), 19-Фев-17, 11:50 
а) это SQLite
б) это OpenLDAP

Механика запросов к БД в голове у тех, кто писал модули хранения данных к OpenLDAP (включая встроенные БД), как бы это помягче-то сказать, специфическая... Взгляните на код сами, ужаснитесь.

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

213. "Высокопроизводительный MySQL-движок TokuDB переведён в разря..."  +/
Сообщение от Denisss (?), 19-Фев-17, 11:45 
>> запросы всё равно упираются в 99% случаев в разбор SQL
> Откройте для себя prepared statement уже наконец.

Какой нафиг prepared statement в web ? На каждую страницу, на каждый коннект они убиваются.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру