print_r($_POST);

все расскажет, все подскажет
этож с какого перепуга ты получиш "Липецк" если value="1"?

<select size="5" style="height: 100px" multiple="multiple" name="job_sity">
    <option value="Lipetsk" selected >Липецк</option>
    <option value="all">Все</option>
    <option value="Elec">Елец</option>
    <option value="Gryazi">Грязи</option>
</select>

У тебя и так стоит мульти выбор, так что был перебор с параметрами.

walerus
name="job_sity" - не верно
name="job_sity[]" - верно

Но получишь не ассоциативный массив.
Хотя, я не вижу смысла в ассоциативном, тольк если данного не требует постановка задачи.

Автору:
В базе в таблице job_sity должны быть поля
job_sity_id
job_sity_name


и далее циклом выводишь <option ...>

 <option value="<?= job_sity_id >"> <?= job_sity_name > </option>

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

Вся проблема в том, что мне это нужно для записи в базу данных,
А структура таблицы такая:
id записи и названия городов, где значение у названий городов по умолчанию стоит 0 а при добавлении у выбранных городов 0 должен поменяться на 1.

Ничего не меняет.

Поля в таблице:
job_sity_id
job_sity_name
job_sity_activ

Если был выбран город, и его job_sity_activ=0, то меняем на 1

Выложи дамп таблицы и задачу сформулируй. Хранить в базе в одной строке Elec и Елец - это неправильно.

Зарегистрированный пользователь добавляет объявление на сайт, его (объявление нужно привязать городам какие выберет пользователь). Добавление объявлений я уже сделал осталась загвоздка с городами для них я сделал отдельную таблицу
ID - где будет id объявления,
Elec - (по умолчанию 0)
lipeck - (по умолчанию 0)
и тд.

И логика такая пользователь добавил объявление, которое например которое актуально для Липецка, в таблице появляется запись id- объявления и в ячейках городов 0 кроме Липецка там в ячейке 0 поменялся на 1;
Другой пользователь зашел ему интересно объявление только для Липецка
Он выбрал Липецк, скрипт находит все id объявлений где у Липецка стоит 1,
дальше по id скрипт дергает данные из других таблиц.

Вот так примерно если подскажите более простую архитектуру, я переделаю, просто по другому я не могу сообразить как это можно сделать.
Дамп:

CREATE TABLE IF NOT EXISTS `job_sity` ( `job_id` int(11) NOT NULL, `Borinskaya` int(1) NOT NULL default '0', `Hlevnoe` int(1) NOT NULL default '0', `Dobroe` int(1) NOT NULL default '0', `Dolgorukov` int(1) NOT NULL default '0', `Stanovoye` int(1) NOT NULL default '0', `Krivopolyane` int(1) NOT NULL default '0', `Lipetsk` int(1) NOT NULL default '0', `all` int(1) NOT NULL default '0', `Elec` int(1) NOT NULL default '0', `Gryazi` int(1) NOT NULL default '0', `Dancoff` int(1) NOT NULL default '0', `Lebedyan` int(1) NOT NULL default '0', `Usman` int(1) NOT NULL default '0', `Chaplygin` int(1) NOT NULL default '0', `Zadonsk` int(1) NOT NULL default '0', `Dobrinka` int(1) NOT NULL default '0', `Leo_Tolstoy` int(1) NOT NULL default '0', `Terbuny` int(1) NOT NULL default '0' ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Мама Мия...
А если городов будет штук 150-200...
Читай про Нормальные формы таблиц

Таблица 1 users - пользователи
u_id
u_name
и т.д.

Таблица 2 tickets - объявления
t_id
u_id (id пользователя, который это объявление добавил)
и т.д.

Таблица 3 sity - города. Она уже заполненная тобой и туда ничего скрипт не записывает, только читает
s_id
s_name

Таблица 4 sity_tickets - города / объявления
s_id
t_id

1. Пользователь зарегистрировался
- добавили запись в users

2. Пользователь добавил объявление
- добавили запись в tickets
- добавили записи в sity_tickets с t_id (id объявления) и s_id (id города)

не понятно, зачем тебе нужен именно ассоциативный массив? Что мешает в качестве value="" значения input поля указывать ID города. В итоге если был выбран тот или иной город, ты получишь массив вида.

для одного выбранного:
input_city =>
[0] => 'ид города'

или

для двух выбранных
input_city =>
[0] => ид города
[1] => ид_города2

и так далее по аналогии..

Дальше тебе нужно например вставить данные в бд. Формируешь запрос с использованием цикла, например foreach

$query = "INSERT INTO tbl_name (pole, pole, pole) VALUES";

foreach ($input_city as $value)
  $_query[] .= "(0,$value,1)";

$query_s = implode(',', $_query);
$query .= $query_s;

Потом выполняешь:

$result = mysql_query($query);

Хотя может я что то не так понял, но вдруг поможет..

У меня логика такая не ужели это плохо?
Таблица 1 users - пользователи
u_id
u_name
и т.д.

Таблица 2 tickets - объявления
t_id (id объявления)
u_id
и т.д.

Таблица 3sity - города.
t_id (id объявления)
Lipeck (по умолчанию будет 0)
Elec
Gryazi
и тд.

2. Пользователь добавил объявление
- добавили запись в tickets
- добавили записи в sity с t_id (id объявления) и во всех выбранных городах 0
поменялись на единицы, а в не выбранных остались 0.

+Таблицы 3
+У одного объявления в таблице sity одна строка, сколько бы городов человек не выбрал для одного объявления.

В любом случае Ваша структура, будет при добавлении объявлений нагружать сервер куда больше чем предложенная в теме.
Объясню почему. В Вашем случае, если пользователь добавит объявление во все 20 (как пример) городов, то Вам необходимо будет сделать 20 апдейтов, что бы обновить все необходимые поля, и это всего для одной записи..
В предложенном случае всего один запрос, который сразу вставит 20 записей.

Конечно выдрать одну запись явно быстрее чем 20, при выведении данных пользователю.. Но выигрыш производительности при добавлении, покрывает это замедление.. И поверьте 20 записей будут выбираться, на столько быстро что при обычным использовании Вы не заметите разницу... Если время замерять не будете..

Да и при составлении таблицы связей, ОБЯЗАТЕЛЬНО оба поля должны быть ключами (с индексами), это в разы увеличивает скорость выбора данных..

bazilio
Твоя основная.. вернее просто чудовищная ошибка в том, что ты в структуру таблицы вводишь значения.
Этого делать категорически нельзя.
Для каждой новой записи у тебя будет куча незаполненных, абсолютно не нужных полей.
У тебя 20 городов. Каждое объявление актуально для 5-6. Для каждого объявления у тебя будет тянуться по 15 пустых столбцов.
Если бы сервер MySQL был бы твоей женой, он бы бросил тебя за издевательство и насилие

В общем, очень рекомендую почитать про архитекуры таблиц и про нормальные формы.

h.n.81
Спасибо )))