Я согласен с Мэттом - чтобы сделать жизнь намного проще, я бы придерживался одного стола.Также, если вы планируете использовать CoreData, моделирование индекса традиционного дизайна базы данных отличается от модели на основе графов объектов при работе в Obj.С / IOS.
Очень легко думать по традиционным направлениям запросов Select и внутренних / внешних объединений, но, например, ваш столбец «respon_trans_id »обычно обрабатывается установкой отношения при определении модели данных для двух таблиц.(если вы используете CoreData, конечно).
По сути, если нет веской причины иметь две таблицы, я бы придерживался только одной.
По отношению к порядку вам может не понадобиться сохранять порядок слов в наборе данных.,Я предполагаю, что вы хотите сохранить все в алфавитном порядке, что потребовало бы некоторой работы, если бы данные когда-либо изменились, даже для одной таблицы.
Снова используя CoreData, NSFetchRequest и NSSortDescriptor, очень легко вернуть набор записей, упорядоченных по указанному столбцу, что избавит вас от необходимости беспокоиться об изменениях и дополнениях в вашей базе данных.
Если у вас есть какие-либо вопросы, дайте мне крик.