Об отсутствии типов в БД
http://justy-tylor.livejournal.com/195108.html
Как сейчас дела во всяких NoSQL обстоят? Там та же содомия из поддельных ad-hoc и динамических типов?
Как сейчас дела во всяких NoSQL обстоят? Там та же содомия из поддельных ad-hoc и динамических типов?
no subject
no subject
no subject
Мне нужно вытащить килограммы. пока не вытащу - могу и не узнать что это именно они :)
Это ж типичный ад когда непонятно как описывать типы полей в базе или вдруг при расширении оказывается нужно хранить еще не только килограммы а еще унции к примеру.
no subject
Индусятиной пахнет, уважаемый.
Приложение создаёт тип "масса" записывает его в базу в формате который удобен для поиска и сортировки, вытягивая делает из него свой тим "Масса" который в зависимости от локали будет конвертироваться в стринг как фунты, килограммы или стаканы.
no subject
Я просто забавный случай видел когда народ сходил сума когда автоматизацию какую то для общепита делали. Там в рецептуре могли быть в одно и то же время еденицы измерения - граммы/килограммы/штуки. списание со склада вообще по вууду формуле считалось.
Так что не все так однозначно.
no subject
no subject
Если в САПРе указано в попугаях, то и в базу пишется в попугаях. Конверсии только явные - когда один из продуктов в пайплайне не понимает в попугаях, то для него конвертируем в шушпанчики и внимательно наблюдаем, не разъехалось ли что-то от погрешностей плавучки.
no subject
no subject
С плотностями топлива та же проблема.
no subject
no subject
а если у вас десятки разнородных систем пользуются этими данными?
Я просто устал уже от систем, в которых пишут в своих папугаях, потому что в данный момент требования считать в мартышках не было, или было только в качестве исключения. Когда такая система сталкивается с реальной интерпрайзной жизнью она требует тонны костылей.
В примере выше существует понятная стандартизированная единица измерения для массы, если разработчики полезут записывать её в папугаях, потому что требование на сегодняшний день - папугаи, то я буду бить больно по рукам.
no subject
Впрочем, существование десятичной запятой и нестандартных форматов даты/времени меня ещё напрягает, ибо телепаты и неконтролируемые системные настройки.
no subject
no subject
Это в целом работает, но вопросы безопасности (которые обычно решают заворачиванием работы с данными в SP) превращаются в тыкву. Приходится наворачивать сервера приложений и прочий грех.
no subject
no subject
no subject
В том числе, не в последнюю очередь из-за кривого языка и системы типов.
Сейчас, если не требуется дикая производительность или заведомо нужна двухзвенка с нормальными правами доступа, не рекомендуется вообще логику в БД делать.