Интеграция одного элемента таблицы sql как переменной в jQuery
Я создал базу данных mySQL, в которой первичный идентификатор представляет собой серию чисел, сгенерированных сценарием jQuery. Эта серия номеров будет действовать как порядковый номер, к которому будут привязаны все продукты. Он создается на основе текущей даты, например 180614, где «18» - год, «06» - месяц, а «14» - день.
К каждому заказу будет добавлен номер в конце 180614, например первый заказ дня будет «180614-1», второй «180614-2» и так далее. Чтобы генерировать второе число «- #» для каждого заказа каждый день, мне нужно знать последнюю / самую последнюю запись второго числа, которое было добавлено в базу данных, а затем добавить 1 к этому числу.
Как мне получить доступ к последней записи номера заказа в моей базе данных и добавить ее в переменную в jQuery, чтобы сгенерировать следующий второй номер? Я попытался назначить переменную в sql-скрипте и связать ее напрямую с переменной в jQuery, что не сработало. Я также попытался добавить переменную к пустому пользовательскому вводу, а затем вытащить значение в скрипт jQuery, но мне трудно извлечь одну переменную из таблицы sql. Я хотел бы добавить настоящий сценарий, но он довольно обширный и интегрирован с несколькими страницами.
Есть ли подход, о котором я не рассматриваю, о котором может знать кто-нибудь? Любая помощь будет оценена по достоинству.
Я только что столкнулся с чем-то похожим в проекте, над которым работаю. Почему бы просто не изменить свое обновление SQL, чтобы получить самый последний номер заказа, и просто вставить новый с этим номером + 1?
Разрешение интерфейсу выбирать что-то столь же важное, как ID, вызывает проблемы, я уверен, что кто-то ответит на ваш конкретный вопрос, но я настоятельно рекомендую вам полностью изменить свой подход.
Я понимаю, что было бы лучше сделать это на стороне сервера, и комментарий об использовании идентификаторов очень действителен и будет реализован, однако я хотел бы, чтобы пользователь видел номер заказа, прежде чем добавлять его в базу данных. Комментарии?
Ответы 1
Вы можете справиться с этим полностью в БД, так как все, что вам нужно, это общее количество заказов дня +1. Нет необходимости где-либо отслеживать увеличивающийся счетчик, и вы можете полностью отказаться от требований внешнего интерфейса, поскольку они обрабатываются в базе данных для гораздо более простой системы.
Кроме того, не стоит делать этот столбец вашим первичным ключом. Я бы порекомендовал вам по-прежнему использовать автоматически увеличивающийся идентификатор, кроме того, это может быть новый столбец, например «order_reference», просто для предотвращения любых случайных аномалий, нарушающих уникальность.
Я изо всех сил пытаюсь отобразить номер заказа на экране для пользователя, прежде чем он будет добавлен в базу данных с помощью сценария SQL.
Почему вы делаете это на переднем плане? Что-то вроде генерации общего идентификатора почти обязательно должно обрабатываться самой БД или в ваших сценариях вставки БД.