Господа, всем доброго дня.
Вот уже который раз сталкиваюсь с проблемой, которую не могу решить.
Встречался с проблемой как в MSSQL с её студией, так и в MySql (сейчас) с Mysql Workbench, PhpMyAdmin, Navicat.
Раньше вздыхал, городил огород и мучился, но на этот раз решил обратиться за помощью к коллективному разуму.
И так есть 2 таблички: wp_posts и wp_postmeta
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
CREATE TABLE IF NOT EXISTS `wp_postmeta` (
`meta_id` bigint(20) unsigned NOT NULL,
`post_id` bigint(20) unsigned NOT NULL DEFAULT '0',
`meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`meta_value` longtext COLLATE utf8mb4_unicode_ci
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
CREATE TABLE IF NOT EXISTS `wp_posts` (
`ID` bigint(20) unsigned NOT NULL,
`post_author` bigint(20) unsigned NOT NULL DEFAULT '0',
`post_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_date_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_content` longtext COLLATE utf8mb4_unicode_ci NOT NULL,
`post_title` text COLLATE utf8mb4_unicode_ci NOT NULL,
`post_excerpt` text COLLATE utf8mb4_unicode_ci NOT NULL,
`post_status` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'publish',
`comment_status` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'open',
`ping_status` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'open',
`post_password` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
`post_name` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
`to_ping` text COLLATE utf8mb4_unicode_ci NOT NULL,
`pinged` text COLLATE utf8mb4_unicode_ci NOT NULL,
`post_modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_modified_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_content_filtered` longtext COLLATE utf8mb4_unicode_ci NOT NULL,
`post_parent` bigint(20) unsigned NOT NULL DEFAULT '0',
`guid` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
`menu_order` int(11) NOT NULL DEFAULT '0',
`post_type` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'post',
`post_mime_type` varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',
`comment_count` bigint(20) NOT NULL DEFAULT '0'
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
ALTER TABLE `wp_postmeta`
ADD PRIMARY KEY (`meta_id`),
ADD KEY `post_id` (`post_id`),
ADD KEY `meta_key` (`meta_key`(191));
ALTER TABLE `wp_posts`
ADD PRIMARY KEY (`ID`),
ADD KEY `type_status_date` (`post_type`,`post_status`,`post_date`,`ID`),
ADD KEY `post_parent` (`post_parent`),
ADD KEY `post_author` (`post_author`),
ADD KEY `post_name` (`post_name`(191));
ALTER TABLE `wp_postmeta`
MODIFY `meta_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT;
ALTER TABLE `wp_posts`
MODIFY `ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT;
Задача: вывести в одном гриде значения
wp_posts.post_title и
wp_postmeta.meta_value для последующего редактирования
wp_postmeta.meta_value непосредственно в гриде .
Т.е. читаем
wp_postmeta.meta_value и в зависимости от него ставим в
wp_postmeta.meta_value 0 или 1.
Таких строчек несколько тысяч.
Дополнительно отфильтровываем ненужные записи по полю
wp_postmeta.meta_key .
Получаем такой запрос:
1.
2.
3.
4.
select p.post_title, m.meta_value from wp_posts as p
JOIN wp_postmeta as m ON p.id=m.post_id
Where m.meta_key = 'object_is_searching'
Limit 0,2
Запрос возвращает правильные данные, НО, редактировать
wp_postmeta.meta_value я не могу, поле не активно (если говорить о работе через Mysql Workbench) и нет привычных чекбоксов/карандашей (если говорить о работе через PhpMyAdmin).
При этом PhpMyAdmin явным образом говорит:
Данное выделение не содержит уникального столбца. Изменение сетки, выставление галочки, редактирование, копирование и удаление невозможно.
скриншот
Ну ок, добавляем столбцы с уникальными значениями в запрос:
1.
2.
3.
4.
select m.meta_id, p.ID, p.post_title, m.meta_value from wp_posts as p
JOIN wp_postmeta as m ON p.id=m.post_id
Where m.meta_key = 'object_is_searching'
Limit 0,2
Но, это ничего не меняет...
В одном из форумов нашел совет по решению проблемы:
Если при работе с базой данных через PhpMyadmin возникает ошибка "Данная таблица не содержит уникального столбца. Изменение сетки, выставление галочки, редактирование, копирование и удаление не доступно", нужно выполнить SQL запрос в базе данных
ALTER TABLE tablename ADD newid INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;
Только вместо tablename необходимо поставить название проблемной таблицы (без скобок и кавычек).
Все бы ничего, но в каждой таблице у меня уже есть соответствующие поля.
На всякий случай пытаюсь выполнить запрос, но получаю ошибку, что в общем-то логично.
Что интересно, если я сделаю простейший запрос типа
1.
2.
3.
select m.meta_id, m.meta_value from wp_postmeta as m
Where m.meta_key = 'object_is_searching'
limit 0,2
в гриде Mysql Workbench поле
wp_postmeta.meta_value станет редактируемым, а в PhpMyAdmin появятся недостающие инструменты:
скриншот
Рискну предположить что на все опробованные мною IDE такое влияние оказывает JOIN в запросе, т.к. других принципиальных отличий в запросах я не вижу.
Но, даже если так, почему это происходит?
Ну и самый главный вопрос - как это победить?
