История изменений
Исправление Iron_Bug, (текущая версия) :
Ну да - бухгалтерии типа ООО три ларька. А для крупных компаний приходится из топовых СУБД выжимать максимум и оптимизировать. И там даже в бреду никому в голову не придет фрикодить операции с БД.
эээ... мдя. сразу видно опытного мошенника специалиста по выжиманию!
мы в своё время на махоньком слабеньком сервере (сейчас у телефонов процессоры мощнее и памяти на порядки больше) написали бухгалтерию управления ЖД. со всей фигнёй, а там её было немало. в 1-С они просто не влезали со своими отдельными планами счетов и особыми требованиями. да и по объёмам это было слишком много для тогдашней ещё только начавшей набирать обороты 1-С.
так что не пишите говнокод - и не надо будет «из топовых СУБД выжимать максимум». в любой, даже очень крупной, бухгалтерии не более нескольких миллионов записей в год. а это абсолютная фигня, для базы это просто ноль. так что не надо тут набрасывать тень на плетень. выжиматели туевы... очевидно, вы бабло из клиентов выжимаете, а не оптимизацию запросов SQL.
Исправление Iron_Bug, :
Ну да - бухгалтерии типа ООО три ларька. А для крупных компаний приходится из топовых СУБД выжимать максимум и оптимизировать. И там даже в бреду никому в голову не придет фрикодить операции с БД.
эээ... мдя. сразу видно опытного мошенника специалиста по выжиманию!
мы в своё время на махоньком слабеньком сервере (сейчас у телефонов процессоры мощнее и памяти на порядки больше) написали бухгалтерию управления ЖД. со всей фигнёй, а там её было немало. в 1-С они просто не влезали со своими отдельными планами счетов и особыми требованиями. да и по объёмам это было слишком много для тогдашней ещё только начавшей набирать обороты 1-С.
так что не пишите говнокод - и не надо будет «из топовых СУБД выжимать максимум». в любой, даже очень крупной бухгалтерии, не более нескольких миллионов записей в год. а это абсолютная фигня, для базы это просто ноль. так что не надо тут набрасывать тень на плетень. выжиматели туевы... очевидно, вы бабло из клиентов выжимаете, а не оптимизацию запросов SQL.
Исправление Iron_Bug, :
Ну да - бухгалтерии типа ООО три ларька. А для крупных компаний приходится из топовых СУБД выжимать максимум и оптимизировать. И там даже в бреду никому в голову не придет фрикодить операции с БД.
эээ... мдя. сразу видно опытного мошенника специалиста!
мы в своё время на махоньком слабеньком сервере (сейчас у телефонов процессоры мощнее и памяти на порядки больше) написали бухгалтерию управления ЖД. со всей фигнёй, а там её было немало. в 1-С они просто не влезали со своими отдельными планами счетов и особыми требованиями. да и по объёмам это было слишком много для тогдашней ещё только начавшей набирать обороты 1-С.
так что не пишите говнокод - и не надо будет «из топовых СУБД выжимать максимум». в любой, даже очень крупной бухгалтерии, не более нескольких миллионов записей в год. а это абсолютная фигня, для базы это просто ноль. так что не надо тут набрасывать тень на плетень. выжиматели туевы... очевидно, вы бабло из клиентов выжимаете, а не оптимизацию запросов SQL.
Исходная версия Iron_Bug, :
эээ... мдя. сразу видно опытного мошенника специалиста!
мы в своё время на махоньком слабеньком сервере (сейчас у телефонов процессоры мощнее и памяти на порядки больше) написали бухгалтерию управления ЖД. со всей фигнёй, а там её было немало. в 1-С они просто не влезали со своими отдельными планами счетов и особыми требованиями. да и по объёмам это было слишком много для тогдашней ещё только начавшей набирать обороты 1-С.
так что не пишите говнокод - и не надо будет «из топовых СУБД выжимать максимум». в любой, даже очень крупной бухгалтерии, не более нескольких миллионов записей в год. а это абсолютная фигня, для базы это просто ноль. так что не надо тут набрасывать тень на плетень. выжиматели туевы... очевидно, вы бабло из клиентов выжимаете, а не оптимизацию запросов SQL.