вот это-то понятно, вопрос в том как много этих операций? просто из того, что я читал по проектированию хранения данных "на века" - как раз стринг и рекомендуют, но там не для БД, правда. потому и спросил.
Того кто рекомендует стринг, нужно поставить в угол и избивать по голове hard-cover изданием TAPL бенджамина пирса, до тех пор, пока не поймет, зачем люди придумали строгую типизацию. Я таки насмотрелся решений вида "храним произвольные данные в БД, сериализуя их в строку", иногда это приемлемо, но если есть возможность так не делать - лучше так не делать)
спасибо за наводку ребе - гляну краем глаза. но я специально выделил - там рекомендация не для БД. Скорее для файлов со структурами, конфигов, высокоуровневывых протоколов - для последних двух особенно хорошо, как показывает мой скромный опыт. с файлами-хранилищами и БД не работаю - поэтому и стало интересно - а как там у "них"? ;-)
Да, для этого всего лучше текст, если нету жестких ограничений по памяти, производительности и трафику. И все равно - желательно оный текст строго типизировать, т.е. в памяти оно все равно будет в виде кошерных структур данных, а не строк.
а я вот недавно, наоборот, постановил передавать числа в json именно в строках. А всё почему? Потому что числа в json плохие, негодные. Таким же образом могут обстоять дела и в других "окружениях" -- в субедешечьках, например.
Кроме того, содержимое произвольного типа можно запихнуть в строку, тем не менее оставляя строгую типизацию. Просто она будет динамической, но от того не менее строгой.
ну если вся база (точнее хранищище) -- oid -> object, оно и получается int64 -> serialized (Но там свой рак индексов на application уровне, и zodb головного мозга)
Зато туда можно нахреначить практически любой граф (хоть цикличный)
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
Re: Внезапный вопрос.
Date: 2011-07-16 09:23 am (UTC)просто из того, что я читал по проектированию хранения данных "на века" - как раз стринг и рекомендуют, но там не для БД, правда. потому и спросил.
Re: Внезапный вопрос.
Date: 2011-07-16 09:28 am (UTC)Я таки насмотрелся решений вида "храним произвольные данные в БД, сериализуя их в строку", иногда это приемлемо, но если есть возможность так не делать - лучше так не делать)
Re: Внезапный вопрос.
Date: 2011-07-16 09:49 am (UTC)но я специально выделил - там рекомендация не для БД. Скорее для файлов со структурами, конфигов, высокоуровневывых протоколов - для последних двух особенно хорошо, как показывает мой скромный опыт.
с файлами-хранилищами и БД не работаю - поэтому и стало интересно - а как там у "них"? ;-)
Re: Внезапный вопрос.
Date: 2011-07-16 10:06 am (UTC)Re: Внезапный вопрос.
Date: 2011-07-16 10:03 am (UTC)Кроме того, содержимое произвольного типа можно запихнуть в строку, тем не менее оставляя строгую типизацию. Просто она будет динамической, но от того не менее строгой.
Re: Внезапный вопрос.
Date: 2011-07-16 01:56 pm (UTC)(Но там свой рак индексов на application уровне, и zodb головного мозга)
Зато туда можно нахреначить практически любой граф (хоть цикличный)