?

Log in

(no subject)

Feb. 11th, 2020 | 01:02 pm

@g

Link | Leave a comment {4} | Share

Ну а что - виски, сигары и итальянские гоночные велосипеды нынче дороги.

Apr. 26th, 2013 | 07:56 am

http://metaclass.livejournal.com/810009.html?thread=17744409#t17744409

Link | Leave a comment {17} | Share

Лингвистическое

Mar. 27th, 2013 | 08:12 am

Уважаемые мной ученые Ллойд, Фридман, Камински и Андерсен пишут в своей недавней статье:

...the column-family data model, which provides a rich structure that allows programmers to naturally express complex data and then efficiently query it. This data model was pioneered by Google’s BigTable...

Иногда я право жалею, что научности не пишут по-русски: ...Эта модель данных была напионерена в Google’s BigTable...

Link | Leave a comment {13} | Share

Читать все и конспектировать.

Feb. 18th, 2013 | 11:20 am

http://levgem.livejournal.com/428756.html

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

Link | Leave a comment {3} | Share

Сегодня, 24ого марта, мир ещё не завоёван, и поэтому полковник Максим Максимыч Исаев едет в Берлин.

Jan. 28th, 2013 | 01:44 pm

А ведь я еще несколько лет назад говорил, что этим кончится. NoSQL'и и ORM'ы ("Во-первых это удобно, а во-вторых нативно" - да,да!) будут изобретать свой SQL, никуда не денутся, и процесс изобретения будет таким мучительным, что живые позавиудют мертвым!

Вот к чему я это:
http://ru-java.livejournal.com/1108274.html?style=mine#comments

Link | Leave a comment {13} | Share

1С-Предприятие и берестяные грамоты.

Oct. 20th, 2012 | 08:46 pm



Крокодил, где ты берешь такую забористую богоносность?!;-)

"Пора бы уже воспринимать базу данных как базу данных (хранилище данных), а не как сервер приложения. Просто в какой-то момент по маркетинговым соображениям начали пихать в БД дохрена всякого функционала, и выдавать это за норму.

Если вынести логику и модель данных из БД в приложение (API или сервер приложения), то нет никаких проблем с миграцией, сегментацией и масштабированием. Мы просто тупо читаем из одной БД и пишем в другую. При этом в качестве БД может быть что угодно - SQL, текстовый файл, область памяти. Конечно, при этом есть свои проблемы, но их решать проще, чем когда и логика и данные лежат в одной куче.

Самый наглядный пример - 1С-Предприятие. Там БД - это чисто хранилище данных, а хранимые процедуры-функции используются только для оптимизации записи-чтения данных. То есть, без них вполне можно обойтись. И в качестве БД можно использовать любую из поддерживаемых СУБД - свой файловая, MSSQL, DB2, Postgre, Oracle. Перенести базу - пара пустяков. Выгружаем из БД в файл, потом из файла в БД. Можно сразу из БД в БД, если настроить репликацию."


http://belnetmon.livejournal.com/2105601.html?thread=52555521&style=mine#t52555521

Link | Leave a comment {6} | Share

"ACID ничто иное как илюзия. CAP теорема работает даже для одного узла."(c)

Oct. 19th, 2012 | 10:54 am

Подкинули тут очередное хабротворчество: http://habrahabr.ru/post/149238/

И ведь сам пост хоть и лишен систематичности, но без особвых глупостей (ну разве только "LIMIT с OFFSET, позволяющие избежать геморроя с rownum, сортировкой и подзапросами."), а вот хабровские каменты доставляюТ как всегда;)

Интересно, сколько человек, начитавшихся про CAP-"теорему" способны вообще дать определение термину транзакция?

Link | Leave a comment {18} | Share

Не могу молчать!

Jul. 11th, 2012 | 01:16 pm

http://belnetmon.livejournal.com/1973180.html?thread=46028476&style=mine#t46028476

За ссылку как всегда спасибо крокодилу!

Link | Leave a comment {1} | Share

Людей мало, а дел много, Крюгер. Очень много дел! (с)17Мгн.Весны

Jul. 11th, 2012 | 09:45 am

Решили с astarsan объединить усилия по захвату мира;-)

Встречайте: http://www.postgresql-consulting.ru/

Link | Leave a comment {21} | Share

Если армия поддата, это - НАТО виновато!

Jul. 10th, 2012 | 09:03 am

ОК, CIO Сбербанка может и не разбираться в устройстве бд. Но кем же надо быть, чтоб вот так подставляться и трубить о полной профнепригодности своих подчиненных а значит и себя самого?;)


Виктор Орловский написал 07.07.2012 00:44 +4

Процессинг (система называется Way4) работает на базе данных Oracle (11 версии) обслуживает 70 млн карт, около 15 млн онлайн транзакций в день.
Oracle пишет логи в онлайн журналы, которые затем автоматически (типа FIFO буфера) сбрасываются на диски. Таким образом, журналы никогда не переполняются. По какой - то причине (пока не понятно по какой) СУБД перестал удалять события из журналов. После чего не прошел один из checkpoint-ов в системе и она перестала отвечать на действия администратора. Систему перевели на резервный комплекс и запустили recovery базы. Recovery остановился посередине пути и не был завершен. После чего возобновили Recovery процедуру, но уже в полуручном режиме, убрав параллельную (многпроцессорную) обработку. Поэтому получилось долго (последовательная обработка recovery и большой объем данных в требующих "наката" в базу).
Причины, почему такое произошло с базой данных сейчас выясняем - для этого обрабатываем все системные логи - что достаточно трудоемко и не тривиально
Причину обязательно установим. Нам это крайне важно для устранения причин инцидента


из каментов к этому


Вообще конечно красота. В стране с ядреной кнопкой валят процессинг (самое дорогое что есть у девушки!) ведущего банка и на голубом глазу такое вещают.

Link | Leave a comment {8} | Share