Добавить комментарий

Уточнение по схеме со счетами.

[quote=Serguei_Tarassov]
Архитектура процессора и тип хранения не связаны. Тип int определяет 4 байта в файле на диске и только. Внутреннее представление в СУБД может быть совсем другим. Если по прикидкам получается "экономия на спичках" (т.е. размеры БД и индексов различаются на единицы процентов), то имеет смысл использовать последовательный UUID (который внутри int128). Это снимает все вопросы по синхронизации распределенной БД.
[/quote]
Вообще использовать UUID идея хорошая, но это генераторы ключей в РСУБД пока не умеют.

[quote=Serguei_Tarassov]
Вопрос по привидению 4 знаков для типа "деньги" решается на уровне отображения, а внутри они хранятся полностью. В выч.технике и в частности на калькуляторах, есть метод "скрытых разрядов", повышающих точность. При этом на индикаторе эти разряды не показываются.
[/quote]
Тогда просто сделаю 4 знака и успокоюсь.

[quote=Serguei_Tarassov]
Если вы почитаете дискуссию по ссылке, то там у товарища возникло такое же непонимание в связи с термином "бухгалтерия", ассоциирующегося у большинства с тётками-счетоводами для налоговой отчетности. Можете не называть описанный там движок "бухгалтерией", суть от этого не изменится - это абстрактный учетный механизм для расчетных и учетных систем (оперативный и оперативно-аналитический контур). Поэтому мне кажется, что имеет смысл взять для учетного ядра "велосипед" с более продвинутой функциональностью, упрощающий некоторые моменты (не нужно явное хранение остатков) и четко разделяющий документы-операции от собственно учета.[/quote]
Я посмотрел схему и не вижу реальной пользы от ее применения. Есть какой нибудь пример когда эта схема выгоднее? Вида "к примеру тут вот меньше придется делать".