не исключено, есть много всего что не каждому придёт в голову. не всегда хорошего


половина из них - просто значение ни на кого не ссылающееся


Например интересы юзера? Ты суёшь номера из таблицы с их расшифровкой в одно поле? Ты не умеешь проектировать БД. Тебе нужно 3 таблицы: юзеры, расшифровки, связи_юзеров_с_расшифровка� �и. Не забудь про индексы.

2 таблицы, я буду с тобой называть все таблицами. Ты похоже по другому не понимаешь.
Юзеры и расшифровки, для связей таблица не нужна.
Слив засчитан. :nono:

Наркаманские вбросы оставь для детсада.

Просто признайся что ты сразу не подумал и теперь не хочешь переделывать. Обещаю долго не гнобить.

Я тебя сейчас окончательно зачморю, за то, что ты не хочешь думать. Слабо написать БД для сайта состоящую из 1 таблицы с фиксированным количеством полей и не нагрузить выборки при росте связей и полей? Только кирпичами не сри. На orient такое вполне возможно. Жду не дождусь когда ты на Postgree подобное предложишь. ;)

это случаем не оно?
http://www.postgresql.org/docs/9.1/s...aggregate.html

Понятия не имею.
Напиши запрос и то, что он возвращает.

Чёт у меня затык с тем чтобы связанные записи получить. Кст, кто какой модуль использует? :)

на первую часть отвечу сам.

db
  .select('*, out_.in.fname as fname, out_.in.lname as lname, out_.in.photo_50 as photo')
  .from('Post')
  .transform(function (record) {
    record.fname = record.fname[0];
    record.lname = record.lname[0];
    record.photo = record.photo[0];
    delete record._out;
    return record;
  })
  .order('time desc')
  .limit(10)
  .all()
  .then(function (results){

и ещё вопрос в догонку. про автоинкремент и транзакции в orientDB кто нибудь слышал?