Разработка

Походу мы стукнулись таки рогами об отсутствие спецификаций в CCK

Посмотрите сюда: http://drupal.org/node/1199400
человек взял альфу третьего CCK для 6ки и оказалось что структура БД различается довольно сильно.

А теперь вопрос. как блин строить шустрые запросы если их производительность порой зависит от этой самой структуры? и таки да мне не хотелось бы вязать таблицы полей чисто по vid. индекс по nid давал там скорости.

ЗЫ. специально для эндипоста и других спецов по стратегическим вопросам — нужно какое то подобие спецификаций которое у других фреймворков таки есть.(а не треды переписки разработчиков и логи IRC, которые мне например читать просто недосуг).
Это наличие спеков тормозит довольно сильно. какой смысл писать оптимальные запросы — если после апдейта сайт даст дуба половина из них даст ошибки.

 
 
27.06.2011 — 22:04

Комментарии (7)

Аватар пользователя xandeadx
27.06.2011 — 22:56
0
 
 

структура БД различается довольно сильно

а подробнее? я поставил и ничего нового не увидел

Аватар пользователя brainstorm
27.06.2011 — 23:18
0
 
 

а ты посмотри комменты. это же касательно nodereference поля.

у нас nid в 2.5 — колонка field_advimage_nid
а в 3.0 просто vid + убрана колонка nid ноды владельца с индексом по ней.

отстой в общем. полез патч делать.

Аватар пользователя xandeadx
28.06.2011 — 00:09
1
 
 

добавил поле nodereference, структура таблицы точно такая же, как в 2.9 — nid/vid/field_name_nid. проверял на 6.x-3.0-alpha3

Аватар пользователя brainstorm
28.06.2011 — 00:41
0
 
 

ща проверю свое

Аватар пользователя brainstorm
28.06.2011 — 00:48
0
 
 

да. походу товарищ налажал. тревога ложная.

Аватар пользователя Nikit
29.06.2011 — 04:52
0
 
 
Аватар пользователя brainstorm
29.06.2011 — 09:25
0
 
 

это не спеки. я про то что постоянно берут сомнения при работе со структурами БД други модулей. а особенно таких базовых как CCK.
Наличие четких спецификаций решило бы этот вопрос.

Что толку от того что я туда внесу статью о том «как оно работает» если «оно» через месяц изменится? :)