Таблица SQL с одной строкой? [закрытый]

Это зависит от того, что Вы хотите, хотя я уклонился бы от invariantculture, если Вы не будете очень уверены, что Вы никогда не будете хотеть локализовать код для других языков. Используйте CurrentCulture вместо этого.

кроме того, OrdinalIgnoreCase должен уважать числа, которые могут или не могут быть тем, что Вы хотите.

17
задан Jeremy Powell 30 July 2009 в 18:20
поделиться

13 ответов

Я видел нечто подобное, когда разработчика просили создать таблицу конфигурации для хранения пар данных «имя-значение», которые должны сохраняться без частого изменения. В итоге он создал однострочную таблицу со столбцом для каждой переменной конфигурации. Я бы не сказал, что это хорошая идея, но я определенно понимаю, почему разработчик сделал это по его инструкциям. Излишне говорить, что он не прошел проверку.

Я только что заметил в некотором коде, что просматриваю три разные таблицы, содержащие три разных типа сертификатов (как SSL), каждая из которых имеет ровно одну строку. Я не понимаю, почему это не в один ряд; Полагаю, я чего-то упускаю.

Это не похоже на хороший дизайн, если нет некоторых важных деталей, о которых вы не знаете. Если есть три части информации, которые имеют одинаковые ограничения, одинаковое использование и одинаковую структуру, они должны храниться в одной таблице в 99% случаев. Это большая часть того, для чего нужны таблицы.

11
ответ дан 30 November 2019 в 11:04
поделиться

Если ваша база данных является вашим приложением, то, вероятно, имеет смысл хранить данные конфигурации, которые могут потребоваться хранимыми процедурами, реализующими бизнес-логику.

Если у вас есть приложение, которое может использовать файл система для хранения информации, то я не думаю, что есть преимущество в использовании базы данных над XML или плоским файлом, за исключением, может быть, того, что большинство разработчиков теперь гораздо лучше разбираются в использовании SQL для хранения и извлечения данных, чем в доступе к файловой системе .

0
ответ дан 30 November 2019 в 11:04
поделиться

Раньше мы использовали однострочные таблицы (не часто). В нашем случае эта таблица использовалась для хранения общесистемных значений конфигурации, которые можно было обновлять через веб-интерфейс. Мы могли бы пойти по пути простой таблицы имя / значение, но конечный клиент предпочел бы одну строку. Я лично предпочел бы последнее, но это действительно зависит от ваших предпочтений, особенно если эта таблица никогда не будет иметь каких-либо отношений с другой таблицей.

1
ответ дан 30 November 2019 в 11:04
поделиться

Если нет ограничений на вставку в таблицу отметки времени для управления версиями, то это звучит как плохая идея.

0
ответ дан 30 November 2019 в 11:04
поделиться

Наиболее эффективным способом является создание массива и однократное добавление к dom.

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

Также вы можете заключить все элементы в родительский элемент (в данном случае ul) и добавить его в контейнер для лучшей производительности. Просто нажмите '

    ' и '
' до и после каждого и добавьте их в div.

 data = [{"userId": 1 , "Имя пользователя": "Пользователь_1"}, {"userId": 2, "Имя пользователя": "Пользователь_2"}]; var items = []; $ .each (данные, функция (я, элемент) {items.push ('
  • 0
  • ответ дан 30 November 2019 в 11:04
    поделиться

    Забавно ... Я задал себе тот же вопрос. Если вы просто хотите сохранить какое-то простое значение, и ваш ЕДИНСТВЕННЫЙ метод хранения - это SQL-сервер, это в значительной степени то, что вам нужно сделать. Если мне приходится это делать, я обычно создаю таблицу с несколькими столбцами и одной строкой. Я видел, как пара коммерческих продуктов тоже делает это.

    1
    ответ дан 30 November 2019 в 11:04
    поделиться

    Иногда это может быть полезно для эмуляции некоторых функций, которые система баз данных не предоставляет. Я, например, думаю о последовательностях в MySQL.

    2
    ответ дан 30 November 2019 в 11:04
    поделиться

    Я действительно не могу понять, почему это было бы лучшим решением. Кажется более эффективным иметь просто какой-то конфигурационный файл, который будет содержать данные, которые будут в таблицах одной строкой. Стоимость подключения к базе данных и запроса одной строки будет дороже. Однако если это будет своего рода конфиг для логики базы данных. Тогда это будет иметь немного больше смысла в зависимости от типа базы данных, которую вы используете.

    1
    ответ дан 30 November 2019 в 11:04
    поделиться

    Это не обязательно плохая идея.

    Что если у вас есть какое-то глобальное состояние (скажем, логическое), которое вы хотите где-то сохранить? И вы хотите, чтобы ваши хранимые процедуры могли легко обращаться к этому состоянию?

    Вы могли создать таблицу с первичным ключом, диапазон значений которого был ограничен ровно одним значением.

    10
    ответ дан 30 November 2019 в 11:04
    поделиться

    Таблица с одной строкой может использоваться для хранения настроек уровня приложения, которые являются общими для всех пользователей базы данных. Например, «Максимально разрешенное количество пользователей».

    1
    ответ дан 30 November 2019 в 11:04
    поделиться

    Для некоторых вещей вам нужна только одна строка - обычно это данные конфигурации системы. Например, «текущая ставка налога с продаж». Это может измениться в будущем, поэтому не следует жестко запрограммировать его, но, как правило, вам в любой момент времени понадобится только один. Такие данные должны быть в базе данных, чтобы запросы могли использовать их в вычислениях.

    10
    ответ дан 30 November 2019 в 11:04
    поделиться

    Использование кода Я уже упоминал ...

    HTML

    <div id="background">
        <img src="img.jpg" class="stretch" alt="" />
    </div>
    

    CSS

    #background {
        width: 100%; 
        height: 100%; 
        position: fixed; 
        left: 0px; 
        top: 0px; 
        z-index: -1; /* Ensure div tag stays behind content; -999 might work, too. */
    }
    
    .stretch {
        width:100%;
        height:100%;
    }
    

    Это дает желаемый эффект: будет прокручиваться только контент, но не фон.

    Размер фонового изображения изменяется в соответствии с окном просмотра браузера для любого размера экрана. Когда содержимое не помещается в область просмотра браузера и пользователю необходимо прокрутить страницу, фоновое изображение остается фиксированным в области просмотра, пока содержимое прокручивается.

    С CSS 3 это было бы намного проще.

    Размер фонового изображения изменяется в соответствии с окном просмотра браузера для любого размера экрана. Когда содержимое не помещается в область просмотра браузера и пользователю необходимо прокрутить страницу, фоновое изображение остается фиксированным в области просмотра, пока содержимое прокручивается.

    С CSS 3 это было бы намного проще.

    Размер фонового изображения изменяется в соответствии с окном просмотра браузера для любого размера экрана. Когда содержимое не помещается в область просмотра браузера и пользователю необходимо прокрутить страницу, фоновое изображение остается фиксированным в области просмотра, пока содержимое прокручивается.

    С CSS 3 это было бы намного проще.

    Oracle имеет псевдотаблицу dual , которая содержит только одну строку и только один столбец.

    Когда-то давным-давно в ней было две строки (отсюда и название dual ), но потерял свою вторую строку где-то на пути к версии 7 .

    MySQL также имеет эту псевдотаблицу, но MySQL может выполнять выборки без предложения FROM . Тем не менее, это полезно, когда вам нужен пустой набор строк: SELECT 1 FROM dual WHERE NULL

    Я только что заметил в некотором коде, я просматриваю три разные таблицы, содержащие три разных типа сертификатов (а-ля SSL ), каждая из которых имеет ровно одну строку. Я не понимаю, почему это не сводится в одну большую таблицу; Полагаю, я что-то упускаю.

    Это может быть своего рода "

    1
    ответ дан 30 November 2019 в 11:04
    поделиться

    Я использую замечательный плагин rails-settings для этого http://github.com/Squeegy/rails-settings/tree/master

    Настроить очень просто и предоставляет удобный синтаксис:

      Settings.admin_password = 'supersecret'
      Settings.date_format    = '%m %d, %Y'
      Settings.cocktails      = ['Martini', 'Screwdriver', 'White Russian']
      Settings.foo            = 123
    

    Хотите список всех настроек?

      Settings.all            # returns {'admin_password' => 'super_secret', 'date_format' => '%m %d, %Y'}
    

    Установите значения по умолчанию для определенных настроек вашего приложения. Это приведет к возврату определенных параметров с указанным значением, даже если их нет в базе данных. Создайте новый файл в config / initializers / settings.rb следующего содержания:

    Settings.defaults[:some_setting] = 'footastic'
    
    1
    ответ дан 30 November 2019 в 11:04
    поделиться
    Другие вопросы по тегам:

    Похожие вопросы: