Work.Дыбр

[dzz]

Нашёл в одном из своих скриптов N-летней давности табличку:

CREATE TABLE sock_table(sock_id INT, smell_factor FLOAT, hole_count INT);

Напрочь не помню, зачем создавал, но модель данных забавная.

Вспомнил, зачем. Но не скажу :)

Comments

[parakhod.livejournal.com]

Даёшь прогрессивные носки в noSQL!

Количество дырок может быть отрицательным, приятное.

[dzz.livejournal.com]

> прогрессивные носки в noSQL!

Да легко:

hset sock-1 smell_factor 0.7 hole_count -1
hset sock-2 smell_factor 0.8 hole_count 2
keys sock-*

Отрицательное значение hole_count соответствует степени дыркоустойчивости :)))

[parakhod.livejournal.com]

Redis-носки кэшированные? Хорошо.

[dzz.livejournal.com]

Я, кстати, люблю использовать REDIS в качестве оперативной БД middleware, получается не столько кэш, сколько рилтаймовая картина мира, которую хранить в реляционной БД нет смысла.

[parakhod.livejournal.com]

Да, очень хорошая штука, но я как кэш обычно юзаю для всяких тяжёлых запросов внешних api и прочего.

[aceler.livejournal.com]

Очевидно, таблица должна была называться socks_table

[dzz.livejournal.com]

Не обязательно. Сплошь и рядом встречаю всякие dealer_t, хотя понятно, что дилер там не один :)

[dotslashmute.livejournal.com]

smell_factor вполне можно было тоже к целочисленному свести, и почему оно не unsigned?

[dzz.livejournal.com]

> почему оно не unsigned?

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

Только констрейнты на "<0", только хардкор :)

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