Не могу в этой БД сделать столбцы t_s.id_n и t_s.id_s сделать внешними ключами для tn.idn и ts.ids соответственно.
Дамп прилагаю.
Что не так? Не показывает в phpMyAdmin для t_s никаких настрое связей.

Я ничего не пишу, ошибок нет, просто вот такая ерунда — нет настроек внешних ключей для таблицы t_s.
Снимки приложил.

Я подозреваю, что это как-то связанно с тем, что в t_s нет ни одного первичного ключа. Он там просто не нужен. Это единственное отличие, которое я нашёл между таблицами.

Выдаёт ошибку синтаксиса.

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'REFERENCES ts (ids) ON DELETE CASCADE ON UPDATE CASCADE' at line 3

Мне нужно в таблице t_s сделать её столбец id_n внешним ключём к столбцу tn.idn/

ALTER TABLE t_s
ADD FOREIGN KEY vk_id_s(id_s)
REFERENCES ts(ids)
ON DELETE NO ACTION
ON UPDATE CASCADE;

Здесь vk_id_s это название внешнего ключа, которое мы сами задаём? Без него можно или нет?

miksoftandrejk,

ну вы бы в доку хоть одним глазом глянули...
http://dev.mysql.com/doc/refman/5.5/en/alter-table.html | ADD [CONSTRAINT [symbol]]
FOREIGN KEY [index_name] (index_col_name,...)
reference_definition


Я сам учусь, мне сложно доки читать пока, я не понимаю тех условных обозначений. Мне проще на примерах и ответах на мои «глупые» вопросы.

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

miksoftОсновных моментов три:
1) квадратные скобки - необязательные части
2) вертикальная палка - можно написать что-то одно из вариантов
3) фигурная скобка - обязательная часть, как правило с выбором в виде строк, разделенных вертикальными палками.
Все три обозначения используются только для чтения синтаксиса, но не при записи реальных команд.

Круглые скобки и запятые - просто элемент синтаксиса. Т.е. пишутся в командах как есть.

А вот за это спасибо, ибо с английским я никак, только на уровне синтаксиса. Так бесит, когда тебя в английские тексты тыкают. Нахрен, спрашивается, тогда я у русских спрашиваю?

Тут вот какая задача.
Есть бд:

tn (idn, n) — таблица наборов слов.
ts (ids, s) — таблица слов.
t_s (id_n, id_s) — таблица связей между наборами и словами.

Нужно, чтобы удаляя слово из таблицы слов, удалялись и все связи его с наборами слов из таблицы связей.
Аналогично и с наборами.
При этом не должно оставаться слов в таблице слов и наборов в таблице наборов, которые не представлены в таблице связей.
Т. е., если при удалении слова из т. слов удаляются последние упоминания о наборе из т. связей, то удаляется и набор из т. наборов (это возможно, если набор слов состоял только из нашего слова).
Аналогично и с удалением наборов — удалять те слова из т. слов, которые были привязаны только к нашему набору.

Как лучше организовать возможность редактирования бд: через внешние ключи или через запросы? Или через смесь и того и другого?
Приоритет за надёжностью, а не за скоростью и размером запроса.

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

Почему странного?

Что плохого в наборах запросов? Главное задачу решить. Я так и предполагал, что только запросы с проверкой на существование, ибо эти fk муть полная.

ну так почему-же странного?

Да вот в том-то и дело, что должна быть возможность редактировать и удалять наборы и слова. И если всё не связать, то со временем в бд появится куча «летучих голландцев» как в наборах, так и в словах. А нафик они надо?

На этот счёт я подумаю над ограничением свободы пользователя, чтоб был минимальный набор действий, но из которого можно сделать всё, что нужно, пусть и не совсем рационально. А если удалит слово или не так его напишет, то исправить можно будет тлько через удаление-создание, ибо нех…))) ошибаться.