AS
Этого хочет бизнес, который ставит задачу программисту...
Просто цепочка так длиннее
Просто цепочка так длиннее
Size: a a a
2020 November 22
z
ну реально с гетпоинтом черчение тойже линии будет до 10 строк кода. остальными методами нв порядок больше кода и несколько процедур\методов
z
при полностью идентичном функционале
V
Приветствую! Немного офтоп.
Прошу совета-как правельнее хранить результаты ответов на анкету? В json или сделать доп таблицы, и хранить вопросы-ответы?
Прошу совета-как правельнее хранить результаты ответов на анкету? В json или сделать доп таблицы, и хранить вопросы-ответы?
AK
Приветствую! Немного офтоп.
Прошу совета-как правельнее хранить результаты ответов на анкету? В json или сделать доп таблицы, и хранить вопросы-ответы?
Прошу совета-как правельнее хранить результаты ответов на анкету? В json или сделать доп таблицы, и хранить вопросы-ответы?
V
Andy Korg
Ок, спасибо.
Ну и тогда ответ хранить в sql_variant? +хранить версии формы и так далее
Просто форма может меняться, по одному и тому же пункту может измениться формат ответа, да и выводить надо именно в том печатном виде, который заполнялся.
Вот и думал, просто в джсон сохранять, и все.
Ну и у знающих решил спросить, как правильнее
Ну и тогда ответ хранить в sql_variant? +хранить версии формы и так далее
Просто форма может меняться, по одному и тому же пункту может измениться формат ответа, да и выводить надо именно в том печатном виде, который заполнялся.
Вот и думал, просто в джсон сохранять, и все.
Ну и у знающих решил спросить, как правильнее
AK
Ок, спасибо.
Ну и тогда ответ хранить в sql_variant? +хранить версии формы и так далее
Просто форма может меняться, по одному и тому же пункту может измениться формат ответа, да и выводить надо именно в том печатном виде, который заполнялся.
Вот и думал, просто в джсон сохранять, и все.
Ну и у знающих решил спросить, как правильнее
Ну и тогда ответ хранить в sql_variant? +хранить версии формы и так далее
Просто форма может меняться, по одному и тому же пункту может измениться формат ответа, да и выводить надо именно в том печатном виде, который заполнялся.
Вот и думал, просто в джсон сохранять, и все.
Ну и у знающих решил спросить, как правильнее
ТЗ не знаю, поэтому затрудняюсь что-либо сказать. В общем случае зависит от того, что предполагается делать с этими данными в дальнейшем.
N
Ок, спасибо.
Ну и тогда ответ хранить в sql_variant? +хранить версии формы и так далее
Просто форма может меняться, по одному и тому же пункту может измениться формат ответа, да и выводить надо именно в том печатном виде, который заполнялся.
Вот и думал, просто в джсон сохранять, и все.
Ну и у знающих решил спросить, как правильнее
Ну и тогда ответ хранить в sql_variant? +хранить версии формы и так далее
Просто форма может меняться, по одному и тому же пункту может измениться формат ответа, да и выводить надо именно в том печатном виде, который заполнялся.
Вот и думал, просто в джсон сохранять, и все.
Ну и у знающих решил спросить, как правильнее
А по этим ответам потом какая-то аналитика будет выполняться?
V
А по этим ответам потом какая-то аналитика будет выполняться?
Нет, аналитики не будет. Если б нужна была аналитика, то я б сразу в сторону записи каждого ответа в бд смотрел и не сомневался
V
Вот 1 версия опросника, он намного разбух сейчас. И его хочу перенести в электронный вид.
То есть, поставщик заполнил при допуске-завизировали и все, пусть лежит
То есть, поставщик заполнил при допуске-завизировали и все, пусть лежит
N
Нет, аналитики не будет. Если б нужна была аналитика, то я б сразу в сторону записи каждого ответа в бд смотрел и не сомневался
А для чего тогда эти анкеты нужны вообще?
N
На мой взгляд, тут лучше сделать таблицы, в которых хранить эти опросники
N
Просто предусмотреть, что опросных листов может быть несколько и у каждого период действия указывать.
N
Судя по вопросам в анкете в какой-то момент прилетит задача автоматизировать обработку этих анкет
V
Судя по вопросам в анкете в какой-то момент прилетит задача автоматизировать обработку этих анкет
Сейчас они просто сканами в карточке партнера.
Захотелось, что б поставщик это сам заполнял в вебе (система на unigui)
А ответ как посоветуешь хранить? В sql_variant?
Захотелось, что б поставщик это сам заполнял в вебе (система на unigui)
А ответ как посоветуешь хранить? В sql_variant?
N
Сейчас они просто сканами в карточке партнера.
Захотелось, что б поставщик это сам заполнял в вебе (система на unigui)
А ответ как посоветуешь хранить? В sql_variant?
Захотелось, что б поставщик это сам заполнял в вебе (система на unigui)
А ответ как посоветуешь хранить? В sql_variant?
Сейчас на все вопросы два варианта ответа - да или нет.. Стоит ли сюда sql_variant тянуть?
N
Мне кажется, что если закладывать на будущее возможность других значений в ответах и придерживаться простоты структуры таблиц, то можно задать тип поля, например, varchar(10)..
V
Сейчас на все вопросы два варианта ответа - да или нет.. Стоит ли сюда sql_variant тянуть?
Это первый вариант, уже года 3 как не используется. Там сейчас да/нет/не применимо, дата, число, текст
N
Это первый вариант, уже года 3 как не используется. Там сейчас да/нет/не применимо, дата, число, текст
тогда у вопроса напрашивается указывать тип ответа.. и сам ответ тогда можно хранить в этом самом sql_variant
V
тогда у вопроса напрашивается указывать тип ответа.. и сам ответ тогда можно хранить в этом самом sql_variant
Спасибо.
Фух, блин, как теперь с моими навыками то все это на форме отображать )))
Фух, блин, как теперь с моими навыками то все это на форме отображать )))