Добрый день. (извиняюсь за удаление)
Хотел бы узнать, есть ли в tarantool возможность получить сгенерированный id внутри sql триггера через значение NEW?

В моих таблицах поля id созданы с автоинкреметом, поэтому на каждый инсерт я проставляю NULL и значение автогинерируется само. У меня так же есть sql триггер который по инсерту записывает приходящие данные в специальную мета таблицу через значение NEW. Но почему-то когда срабатывает триггер, то в NEW поле id равен NULL.

Буду очень благодарен за вашу помощь.

мы в своем аналоге crud   полностью исключили  необходимость знать  бакет  и оперировать им,   зачем зедсь дали возможность явно указывать вообще не понятно,     у нас это функциональщина которая зависит от схемы либо от контекста выполнения (например если это локальная атомарная транзакция она не даст выйти за пределы бакета)

Если это так, то очень печально, потому что есть реальный кейс когда круд ломается и ищет/пишет данные не туда куда надо, особенно страшно если индекс на данные в спейсе уникальный

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

Вопрос в том что это pk индекс из двух полей которые строковые. Для числовых такой проблемы не заметил

вам на все вопросы уже ответили вроде как

Добрый вечер. Можно задать вопрос по проектированию базы ?

Можно <<попробовать>> 😄

У меня вопрос про архитектуру. Суть такая. Изначально было задание такое: https://pastebin.com/8bsuLack . Но, я решил сделать свою структуру. Цель бала данных Агентства недвижимости. Я смастерил такие таблицы, поля и связи. Вот вопрос, на сколько плохо она сделана, что и как исправить.  Простите. Затормозил с вопросом

Правильного ответа а вопрос нет, вы ведь не написали зачем вам это все. Что вы хотите делать с данными? Курсовую по субд? Для курсача в целом любая сойдёт, я бы преподавателя спросил

То есть `• Таблицу «Квартиры», содержащую следующую информацию о продаваемых квартирах: Количество комнат, Метро, Адрес, Цена, Телефон, Жилплощадь, Общая площадь, Этаж, Тип постройки.
• Таблицу «Владельцы», содержащую информацию о владельцах квартир: Фамилия, Имя, Отчество, Пол, Паспорт.
• Таблицу «Покупатели», содержащую информацию о покупателях:
Фамилия, Имя, Отчество, Пол, Паспортные данные, телефон.
• Таблицу «Требования по квартире», содержащую информацию о предъявляемых требованиях на квартиры покупателями: Количество комнат, Метро, Адрес, Цена, Жилплощадь, Общая площадь, Этаж, Тип постройки.
• Таблицу «Продажи», содержащую информацию о продажах квартир:
Дата продажи, Код владельца, Код покупателя.` Под эти цели данная Бд не годиться ?

По сути я могу сформулировать по другому. Хранить данные  о недвижимости с которой можно работать(продавать  и искать). Так же данные о клиентах, которые могут быть продавцами и покупателями.

вы только что пришли в чат тарантула, у вас есть вопросы по теме?   потому как боюсь   академическое/абстрактное  проектирование баз данных  это не то место где вы получите ответ ,  хотя не могу говорить за всех, но мне очень кажется что это никому не нужно здесь

Оке, я вас понял. Спасибо за ответ.

Если вопрос не по курсовой то вам не подскажут. Бд живёт не вакууме. Кейсы могут очень разные. В одном случае ваша структура будет  идеальной а в другом вообще никуда не годится.

Хорошо, я вас услышал. Спасибо за ответ.

При этом если вопрос серьезный там и с индексами нужно думать. С одной стороны они очень  помогают, а с другой они не бесплатные. И опять таки это сильно вопрос масштаба. На десятке тысяч записей по большей части вы вообще результата не заметите.

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

Как пример - натыкался тут на конструкцию where upper("token_value") = upper(token) где token поле в БД.  на бд в десяток тысяч записей вам в пофик будет. А на миллионе возникнет вопрос "а что оно так тормозит?"