Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Андрей писал(а): ↑01 Апрель 2019, 11:14
Точно, спасибо, а в другой проблемной таблице было поле с именем DATE. MySQL видать такие штуки разрешает.
В принципе разрешают все. Поле должно быть в двойных кавычках, типа "Time". Другое дело - можно ли эти двойные кавычки в External Name написать? Никогда так не делал. Но, думаю, должно прокатывать. Подозреваю, существует мало людей, которым нравиться объекты сервера писать в двойных кавычках. Поэтому всегда есть список зарезервированных "слов". Разработчик их знает и старается не использовать в своих объектах.
Андрей писал(а): ↑01 Апрель 2019, 11:14
Точно, спасибо, а в другой проблемной таблице было поле с именем DATE. MySQL видать такие штуки разрешает.
В принципе разрешают все. Поле должно быть в двойных кавычках, типа "Time". Другое дело - можно ли эти двойные кавычки в External Name написать? Никогда так не делал. Но, думаю, должно прокатывать. Подозреваю, существует мало людей, которым нравиться объекты сервера писать в двойных кавычках. Поэтому всегда есть список зарезервированных "слов". Разработчик их знает и старается не использовать в своих объектах.
там больше не состыковка по mysql и кавычки для названия поля не обычные, а обратные, в первый раз столкнулся на close )
“Есть всего 2 типа языков: те, на которые все жалуются и те, которыми никто не пользуется.” — Бьерн Страуструп
gopstop2007 писал(а): ↑01 Апрель 2019, 19:24
там больше не состыковка по mysql и кавычки для названия поля не обычные, а обратные, в первый раз столкнулся на close )
Сейчас "вендоры" SQL-серверов стараются привести свои "эксклюзивы" к стандарту. И слава богу. А то жесть какая-то. Например, сейчас в руководстве по FB можно встретить такое (обратите внимание на "Важно"):
Продолжаю освоение...
Сделал тестовую базу на своем компе. 2 таблицы: Person и Docs, подчиненная Person. Ну типа Люди и Документы людей. Без чтения инструкций, по аналогии с рабочей базой сделал Ограничения. Так понял, что в отличие от Clarion-а, в MySQL relation задается только со стороны дочерней таблицы ? Ну ладно сделал, как обычно: на изменение Cascade, на удаление Restrict. Проверил в dbForge - работают оба правила.
Собираю тестовое приложение на автомате, проверяю: на Удаление работает, на изменение Id в Person ничего не происходит...
Или надо отдельно было в Person помимо Id первичного, завести еще некий IdPerson, хотя он и тождественен Id ?
kreator писал(а): ↑04 Апрель 2019, 16:11
в кларионовском словаре "CascadeServer". ID - первичный ключ?
А у меня вообще не задан Relation в кларионовском словаре. Значит для Update нужен ? А для Delete работает MySQL движок ?
ID для мат. таблицы, да первичный ключ, он же используется для дочерней таблицы как ид-р род. записи.
kreator писал(а): ↑04 Апрель 2019, 17:31
Я думаю, если не задан Relation, то всё на сервере. Получается, что и родительский ID в таблице на сервере не меняется?
Не меняется... что-то запутался. Есть Relation в MySQL и есть Relation в словаре Clarion. Когда что используется ?