Привет, не понимаю вообще в чем проблема, почему он не

может создать внешний ключ. Можете помочь пожалуйста?)

Возможно, движок хочет чтобы поле для связи было проиндексировано и имело юник констрейнт. Моексу поулыбался ;)

Id уникальный , а SecIdNum ну не хочется чтоб было уникальным. Его обяз делать уникальным то? Просто там ведь числа будут повторяться.

Посмотреть какие ограничения на создание фк накладывает ваш движок. Возможно, хватит и индекса. Но я бы в принципе не строил отношения на таблицах на моменте записи из моекс. Я бы хранил их сырыми.

У меня вроде обычная MS Sql , где можно посмотреть ограничения и если что поменять их?)

В доке, где ж ещё то

Почему стоит хранить сырыми?) Вроде тогда не будет всяких нормальных форм, да и код уже написан на БД) Хочу услышать ваше мнение по этому поводу)

Потому что если собираетесь работать с чем то типа shares, и тем более рил тайм, вас может ожидать боль. А если вам потом дадут ещё и quick и и вы решите получать все данные в дц, то гарантированно ждёт

ну прям в рил тайм рил тайм все равно не получится работать , тк по api биржа ограничение делает для неавторизованных пользователей, вроде как 150 запросов в 5 минут (гдет читал)

В рилтайм там не получится по хттп и для авторизованных. Для рэпид трейдинга и полного объёма данных как раз фикс/фаст. Но тот дилэй, что даёт моекс не спасёт. Посмотрите все сделки по акциям по основным рынкам. Там в моекс офсеты по 5000 строк. Посчитайте сутки. Это придётся писать практически непрерывно.

Ты зря слал всё этим вот картинки. Надо слать DDL, запрос и ошибки, всё текстом

Все СУБД накладывают одинаковые требования

На моменте записи из что?

Moex

Это что?

Московская биржа

Код был представлен ниже, кст ошибка была в том, что в таблице был индекс, которого не было в другой таблице) Текст ошибки кст шо через консоль этот, шо через IDE

И как это к теме относится?

Индекс всегда только в одной таблице, в двух его не бывает

Это совет не индексировать без необходимости в туда, в куда постоянно пишется часто и много. А там будет очень часто и очень много

Ну в плане, типа у меня в первой id 1 2 3 А во второй, которая без внешнего ключа id 1 2 3 4 и id(первая) 4 2 1 3 . И так то если их соединять будет ошибка, а если не соединять, тогда все ок

Ладно, всё что надо делать я сказал...

Ну проблемы сейчас нет, так что в любом случае спасибо :)