metaclass: (Default)
metaclass ([personal profile] metaclass) wrote2012-10-23 11:27 am

Чувствую, что несу чушь,

но не могу отделаться от ощущения, что с эволюцией баз данных нас очень сильно наебали.
Это по поводу этого: http://plumqqz.livejournal.com/323506.html
Меня очень сильно бесит расхождение технологий: с одной стороны, классические СУБД, с другой NoSQL, с третьей - всякие in-memory распределенные базы, с четвертой - всякие аналитические БД с column storage, сжатием данных и перекосом в сторону чтения типа vertica, sybase iq или забиваторской QD. Плюс еще всякие datomic до которой я никак добраться не могу.

Все это, очевидно, между собой мало совместимо, решает разные задачи, требует каких-то дурных миграцией данных между собой и превращает работу с большим количеством данных в тыкву, потому что вместо одного толкового решения существует десяток решений разной степени безумности, требующих интеграции.

[identity profile] theiced.livejournal.com 2012-10-23 10:15 pm (UTC)(link)
да. всё тока заксоренный сикльлайт попадается.

[identity profile] kika.livejournal.com 2012-10-24 12:04 am (UTC)(link)
> интель-гну-микрософт компиляторы сей/плюсов я могу в своих проектах заменять друг на друга почти без издержек

не можете, к сожалению. Гну - С99, а мелкософт нет. то есть можно, конечно, но надо очень аккуратно писать.

[identity profile] nicka-startcev.livejournal.com 2012-10-24 12:18 am (UTC)(link)
а что, ключик "-std=" у гцц давно сломали?
мелких языковых глючков у всех компиляторов полно, но если писать аккуратно и стандартно и не срать под себя как микрософт, то всё будет ок.

А микрософт настолько рукожоп, что даже на свои хидеры своим компилятором на высшем уровне проверки валидности начинает ругаться матом.

[identity profile] nicka-startcev.livejournal.com 2012-10-24 12:19 am (UTC)(link)
сколько понта в одном комментарии.

[identity profile] zamotivator.livejournal.com 2012-10-24 12:20 am (UTC)(link)
as you wish

[identity profile] kika.livejournal.com 2012-10-24 12:21 am (UTC)(link)
посмотрите сколько опенсорсных проектов этим ключиком пользуются. де-факто жизнь устроена так, что люди пишут на гцц и люди пишут на МС. Попытка _внезапно_ скрестить эти два мира обычно приводит к фасепалму.

[identity profile] nicka-startcev.livejournal.com 2012-10-24 12:28 am (UTC)(link)
Но при этом перепричесать проект на сях/плюсах можно за разумное и конечное время, а если какая-то SQL-хрень на ходу генерится и/или на ходу интерпретируется, то ковыряться можно долго и весело, причем, без гарантий.

[identity profile] metaclass.livejournal.com 2012-10-24 05:07 am (UTC)(link)
Не, потеря части ключей никого не волнует. Они и в случае генераторов-сиквенсов пропускаются при ошибках.

[identity profile] plumqqz.livejournal.com 2012-10-24 06:55 am (UTC)(link)
Ребе, сейчас сюда придут рабы стагнирующего колхоза и северо-мордорские орки и будут вас травить :)
Никто максега травить не будет, не наговаривайте. Грех это. Но вот выражение "Нет никакой выборки. select max(Id) - это запрос, который в индексированной по Id таблице выполняется за миг." мне понравилось - за незамутненность и характерность.

[identity profile] maxdz.livejournal.com 2012-10-24 07:14 am (UTC)(link)
Не забывай, что в мире твоих фантазий не просто ксор, а десятикратный. :)

А что касается работающих ДБ2 - они в цивилизованном мире, повсюду. Я знаю 3 конторы в Мюнхене, где работают приятели и у которых крутятся свои сервера с ДБ2, а там базы (используемые софтом этих контор) для клиентов типа Люфтханза, Дойчебан, Телеком и прочих концернов, поменьше.

Да и в куче инсталляций того же САПа используется ДБ2.
Edited 2012-10-24 07:14 (UTC)

[identity profile] Дмитрий Васильев (from livejournal.com) 2012-10-24 04:32 pm (UTC)(link)
Транзакции будут выстраиваться в очередь на этой блокировке - производительность будет низкая, разве нет?
В JDBC есть функция для получения сгенеренных идентификаторов, должно работать для любой базы.

[identity profile] plumqqz.livejournal.com 2012-10-24 05:22 pm (UTC)(link)
Транзакции будут выстраиваться в очередь на этой блокировке - производительность будет низкая, разве нет?
Если вы соьираетесть вставлять в таких количествах, что у вас могут возникнуть проблемы с блокировками с этим кодом, то у вас сильно раньше возникнет куча других.
JDBC. тоже не св.духом пользуется, если что.

[identity profile] maxdz.livejournal.com 2012-10-25 10:54 am (UTC)(link)
>мне понравилось - за незамутненность и характерность

Ок, не за миг - за одну миллисекунду. Так устроит?

[identity profile] plumqqz.livejournal.com 2012-10-25 11:00 am (UTC)(link)
Были бы вы женщиной - я бы ответил "боже, какая же вы хорошенькая! бросайте это дело к чертовой матери!"
Так как вы не женщина, насколько я понимаю, то высказывание про хорошенькую нужно опустить.

[identity profile] maxdz.livejournal.com 2012-10-25 11:12 am (UTC)(link)
ото и не пустословь, "эксперт"...

[identity profile] tzirechnoy.livejournal.com 2012-10-26 09:54 am (UTC)(link)
Есть несовместимые вещи, но и они постепенно приходят к общему знаменателю. Ужэ у всех по-моему LEFT [OUTER] JOIN ... ON ..., везде примерно одинаковый синтаксис sub-selectов. Пока что не слишком совместим CONNECT BY и вообще деревянные вещи, но прогрэсс идёт. window functions попросту не везде есть, но стандартизацыя вполне продвинутая. Что там ещё нужно?

[identity profile] slach.livejournal.com 2012-10-30 08:12 am (UTC)(link)
ок =))
100 гигов в год
Крупная торговая сеть
1С =)
50% этого объема это "итоги регистров накопления"
чеки хранятся свернутыми по позициям за сутки

[identity profile] rashid80.livejournal.com 2012-11-04 08:53 pm (UTC)(link)
для ОРМов, пусть и самописанных - это нормальный прирост.

[identity profile] rashid80.livejournal.com 2012-11-04 08:54 pm (UTC)(link)
1с (Хлебозавод) - прирост MS SQL базы за год - 12 Гб. Но там и документов было порядка 1500 в день.

Page 5 of 5