Об отсутствии типов в БД

[metaclass]

http://justy-tylor.livejournal.com/195108.html
Как сейчас дела во всяких NoSQL обстоят? Там та же содомия из поддельных ad-hoc и динамических типов?

Comments

[develop7]

Во всяких — по-всякому.

[aamonster.livejournal.com]

Особенно шикарно, что у меня в ленте следующий пост -
"Мне тут добрые люди подсказывают (а то сам я в суете чё-то подзабыл), что ровно 25 лет назад, 18 декабря 1987 года, американский лингвист и программист Ларри Уолл сообщил о выпуске им перла 1.0 — это надо отметить!"

[sergiej.livejournal.com]

ИМХО в этом смысле NoSQL ещё хуже :)
а вообще давно надо забить на типизацию данных в базе и думать о типах только в приложении. Иначе шиза растёт.

[fas-tm.livejournal.com]

ага. вытащить 100500 строк и потом в приложении процессить ? Иногда проще застрелиться.

[sergiej.livejournal.com]

Зачем вытаскивать? Вытаскиваешь что нужно, в приложении делаешь из них нужные типы. Или ты предлагаешь процедуры на базе писать по обработке данных?

[plumqqz.livejournal.com]

Я бы автору - который по ссылке - посоветовал бы бабу, что ли, завести. Ну или пить начать в качестве паллиатива. Впрочем, простой народ не любит простые решения.

[vit-r.livejournal.com]

Не могу не процитировать пробежавшее недавно.

Мне всегда в подобных случаях почему-то вспоминается один случай: параметр в функцию передавался путем неявного приведения типа, причем с перегруженным оператором этого самого приведения.

Система типов хороша, если она хороша. Чего в живой природе встречается гораздо реже чем хотелось бы

[fas-tm.livejournal.com]

>>Вытаскиваешь что нужно
Мне нужно вытащить килограммы. пока не вытащу - могу и не узнать что это именно они :)
Это ж типичный ад когда непонятно как описывать типы полей в базе или вдруг при расширении оказывается нужно хранить еще не только килограммы а еще унции к примеру.

[metaclass.livejournal.com]

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

[sergiej.livejournal.com]

Шутишь. То есть масса в килограммах и масса в фунтах это две разные массы?
Индусятиной пахнет, уважаемый.
Приложение создаёт тип "масса" записывает его в базу в формате который удобен для поиска и сортировки, вытягивая делает из него свой тим "Масса" который в зависимости от локали будет конвертироваться в стринг как фунты, килограммы или стаканы.

[sergiej.livejournal.com]

Сервета приложений это тот грех, которые позволяет удрать от ада.

[nivanych.livejournal.com]

Всякие NoSQL есть.
Есть и с типами под хацкель ;-)

[fas-tm.livejournal.com]

Именно поэтому чаще всего как ребе М издеваются и пишут сервера приложений с проверкой схемы данных итд. Потому что тетя Маша завтра играя в пасьянс переключит на зулусскую локаль и будет боль.
Я просто забавный случай видел когда народ сходил сума когда автоматизацию какую то для общепита делали. Там в рецептуре могли быть в одно и то же время еденицы измерения - граммы/килограммы/штуки. списание со склада вообще по вууду формуле считалось.
Так что не все так однозначно.

[metaclass.livejournal.com]

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

[sergiej.livejournal.com]

надо писать так, чтобы локаль ничего не ломала, и тётя Маша имеет полное право переключать на зулусскую локаль

[plumqqz.livejournal.com]

Да, тогда дело плохо.

[justy-tylor.livejournal.com]

Агасчазблин.

Если в САПРе указано в попугаях, то и в базу пишется в попугаях. Конверсии только явные - когда один из продуктов в пайплайне не понимает в попугаях, то для него конвертируем в шушпанчики и внимательно наблюдаем, не разъехалось ли что-то от погрешностей плавучки.

[sergiej.livejournal.com]

далеко вы так заедете

[jakobz.livejournal.com]

Надо уже разделять монстроидальные СУБД, где все в куче, на кусочки. Пусть будет отдельно тупое хранилище бинарных данных, отдельно брокер транзакций, отдельно оптимизатор запросов, и отдельно сериализатор - хочешь с типами, хочешь с JSON.

[falcrum.livejournal.com]

За что ты так "хранимки" не любишь-то?

[andybil.livejournal.com]

Да никакой содомии. Все динамические типы собраны из букв, цифр и разделителей.
Обычный ML (XML, HTML и т.д.).
Какие проблемы? В каждом приложении напишите свой небольшой браузер.

[metaclass.livejournal.com]

А по другому в CAD и с плавающей точкой вообще никак.
С плотностями топлива та же проблема.

[metaclass.livejournal.com]

Да, но ведь все кончится десятком разной степени недоделанности комбайнов :)

[justy-tylor.livejournal.com]

Вот на "далеко" (от центра координат) проблемы с погрешностями часто проявляются, так что все ездят осторожно, как указано выше. :)

[metaclass.livejournal.com]

Я люблю, но очень уж дико геморно их поддерживать и обновлять, по сравнению с компилируемым кодом.
В том числе, не в последнюю очередь из-за кривого языка и системы типов.
Сейчас, если не требуется дикая производительность или заведомо нужна двухзвенка с нормальными правами доступа, не рекомендуется вообще логику в БД делать.