|
|
3.84, Мононимус (?), 22:28, 10/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Вообще, ни разу не сталкивался на реальной БД (в которой таблицы построены в соответствии с нормальными формами) с ситуацией, когда нужно использовать full join. Кто может привести пример? :)
| |
|
2.29, who cares (?), 22:06, 07/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Достаточно редко используемая вещь. К тому же вполне себе чере union решается.
А вот хранимые процедуры было бы реально круто.
| |
|
1.5, Какаянахренразница (ok), 05:31, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Код SQLite распространяется как общественное достояние (public domain)
Хм, а не тот ли это софт, на котором написано "The Software shall be used for Good, not Evil"? Наверное, я что-то путаю.
| |
1.6, Dmitry (??), 08:05, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Отчего opennet никогда не упоминает H2? О ней вообще почему-то мало кто знает, хотя скорость её работы превосходная, регулярно выходят обновления.
| |
|
2.10, anonymous (??), 11:29, 07/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Отчего opennet никогда не упоминает H2? О ней вообще почему-то мало кто
> знает, хотя скорость её работы превосходная, регулярно выходят обновления.
Ну так напиши новость про какой-нибудь релиз. Да и линк мог быть дать здесь сразу.
| |
2.11, Чаёвник (?), 11:56, 07/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Оттого что она до сих пор кривая и сырая? разваливается на ура, а полечить невозможно, плюс возможность потери данных из-за проблем с ACID проталкиваемая как "фича за скорость", что в купе делает её ненужной для задач отличных от студенческих поделок на коленке.
Оттого что среди баз держащих всё in memory она на удивление тормозная?
Оттого что кроме джавы с ней вообще ничего нормально не работает?
Ну и по ресурсам среди встраиваемых она куда прожорливее чем SQLite, Berkeley DB и даже FireBird
| |
|
3.16, F (?), 15:24, 07/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Не правда! Оно даже с Джавой плохо работает.
| |
|
|
1.17, Аноним (-), 17:23, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
вопрос конечно холиварный на зачем нужен встраиваемый SQL неужели какому нибудь видеоплееру нужно связывать таблицы, использовать транзакции и тд? Мне кажется для полного ФГМ не хватает триггеров и хранимых процедур( ну вас!
[сообщение отредактировано модератором]
| |
|
2.19, angra (ok), 18:41, 07/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Задай этот вопрос гениям, работавшим над KDE PIM, которым не хватило sqlite для адресной книги, понадобился полноценный мускул.
Плееру, который просто проигрывает один файл, БД конечно без надобности, но среди плееров ведь есть не только mpg123 или mplayer, но и монстры типа amarok или itunes, у которых собственно проигрывание лишь малая часть функционала, а media library отлично ложится на реляционную модель БД.
Ну и наконец кроме плееров существует очень много разного софта, в том числе нуждающегося в SQL, транзакциях и триггерах(кстати, в sqlite они есть), но при этом не требующего высокой concurency, то бишь не нуждающегося в отдельном сервере БД.
| |
|
3.20, Аноним (-), 18:57, 07/01/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
сейчас у любого ЯП есть стандартные стредства работы с XML/JSON, неужели эти два ЯР такие бедные, что нимогут удовлетворить ваши потребности? и про amarok такого тормозящего и жирного поделия я еще не встречал(
| |
3.22, Аноним (-), 19:08, 07/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
подумав, понимаю что вы правы имхо ФГМ ни имеет границ, поэтому лучше встроенный SQL чем MySQL/PostgreSQL в моем телефоне)
| |
|
4.37, Вареник (?), 02:46, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Можно еще Oracle или Linter впихнуть и назвать Military Edition [$devicename].
| |
|
3.64, Аноним (-), 17:10, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Задай этот вопрос гениям, работавшим над KDE PIM, которым не хватило sqlite для адресной книги, понадобился полноценный мускул.
pkg info akonadi
...
Comment : Storage server for KDE-Pim
Options :
MYSQL : off
PGSQL : off
SQLITE : on
ЧЯДНТ?
| |
|
2.24, Чаёвник (?), 19:41, 07/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Посмотрите список софта
aptitude search "?depends("sqlite")"
И задайте себе вопрос - может быть разработчикам, пишущим далеко не первый год сотни используемых ежедневно приложений, виднее, и это не они епнулись изобретать велосипеды на всяких кривых XML'ах, сжирающих для тех же задач вчетверо больше ресурсов?
| |
|
3.25, Аноним (-), 19:46, 07/01/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
круто! xml велосипед? сейчас почти все форматы, ну кроме растра в xml, ну да они велосипедостроители, а SQLite божественен особенно если учитывать что некоторые структуры данных не опишешь таблицами рсубд, но вы же гений, куда мне до вас( позвольте простой вопрос как проще описать например плейлист в виде xml или таблиц, если песня обьект и у нее много атрибутов?
| |
|
4.27, QuAzI (ok), 20:56, 07/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не скажу, что XML не нужен вообще, но вы сейчас явно неудачный пример притянули за уши. И когда для народа проблема сделать пару таблиц (песни и их атрибуты, связь один ко многим в простейшем случае, по которым, кстати, удобно и быстро делается поиск на SQL), то появляются велосипеДИЩИ, которые используют XML во все щели где не надо. Я уже молчу про то, что XML - решето by design.
Опять же скорость и занимаемые объёмы.
Как вы, залечите XML-файл на 10000 записей, если он был повреждён, например, из-за отключения света в момент записи?
Ну и посмотрите на ту же мозиллу хотя бы. Ну не такие ж лохи, как я, там работают, но тем не менее sqlite там активно пользуется.
| |
4.28, QuAzI (ok), 21:00, 07/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
А и можно подробнее про "почти все форматы"? А то как ни возьму что-то мало мальски серьёзное, там свои бинарные форматы, даже всякие веб-апи и то уходят в JSON и protobuf
| |
|
5.31, Аноним (-), 23:17, 07/01/2016 [^] [^^] [^^^] [ответить] | –4 +/– | форматы на базе XML XSPF - плейлист, RSS - лента новостей, OPML - архив лент но... большой текст свёрнут, показать | |
5.32, Аноним (-), 23:21, 07/01/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
и плиз не сравнивай форматы передачи данных (protobuf) с форматами хранения конфигов( и плиз что уж у тебя такое серьезное что юзает бинарщину? все серьезное уже как лет 10 на XML с вкраплениями JSON и ORM/SQL сидит)
| |
|
6.35, QuAzI (ok), 00:41, 08/01/2016 [^] [^^] [^^^] [ответить] | +1 +/– | О, вот и проболтался - вот это единственное нормальное применение и то не всегд... большой текст свёрнут, показать | |
|
7.40, ЧепуКто (ok), 06:52, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
Чувак, вот все ты правильно говоришь... И про тормозной xml, и про реляционные связи (не зря оно называется реляционная СУБД), и, самое главное, про сферы применения... Одно зря - "ODF? Ну фиг его знает. Оно до сих пор так клёво поддерживается, что у меня все документы или в odt или в doc, а они бинарные. И либра выбирает по умолчанию odt, не odf. Про OOXML та же фигня. Почему?" Вот прям все впечатление испортил.
ODF - стандарт "файл открытого документа", который говорит, что документ должен состоять из некоторой файловой иерархии, где лежат XMLки, запакованный zip-ом.
ODT - ПОДВИД ODF, описание текстового документа как разновидности ODF. То же с ODS - табличный ODF.
Т.е.:
1. ODF <- ODT (ты, как сторонних реляционной теории, должен понять)
2. ODT НЕ бинарный.
Ввиду обобщенности ODF либра и не может выбрать его по умолчанию. В общем виде ODF - абстрактен и является шаблоном для ODT, ODS и остальных видов документов.
И, собственно, для хранения документов XML-форматы не так уж плохи. Сама идея (не скажу за упоротую реализацию что в ODF, что в OoXML) таки неплоха. Подумай о необходимости парсинга и генерации этих данных. Таки XML-ку руками без специфических драйверов собрать/разобрать проще. Впрочем, признаю, про сферы применения ты писал, и вопрос, скорее, именно в применимости.
| |
|
8.53, QuAzI (ok), 11:12, 08/01/2016 [^] [^^] [^^^] [ответить] | +/– | Каюсь, тут дал маху, не перепроверил, просто на шару помнил что если в него тыкн... текст свёрнут, показать | |
|
7.50, Аноним (-), 10:29, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
ты спросил какие форматы есть основанные на xml я тебе ответил, ты не говорил чтобы я тебе написал только те которые используются в продакшене( и да насчет CSV если он для вас настолько сложен, то проще формата нет( честно мне пофиг в каком формате хранятся SQLite таблицы для меня важно то что они используются не по назначению, SQLite классная технология, но не такая универсальная как вы хотите ее нам представить...
| |
|
8.54, QuAzI (ok), 11:23, 08/01/2016 [^] [^^] [^^^] [ответить] | +/– | Не не не, не отмазывайтесь, вы сказали, что XML-формат вперде планеты всей и тор... текст свёрнут, показать | |
|
9.56, Аноним (-), 16:19, 08/01/2016 [^] [^^] [^^^] [ответить] | +/– | я не говорил только про XML, я говорил что любой текстовый формат для конфигов б... текст свёрнут, показать | |
|
10.65, QuAzI (ok), 17:15, 08/01/2016 [^] [^^] [^^^] [ответить] | +/– | Вообще-то про КОНФИГИ изначально ты сам выдумал и за уши притянул Перечитай уже... текст свёрнут, показать | |
|
11.71, Аноним (-), 17:43, 08/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | перечитал и что я сразу сказал что практика использования SQLite в приложениях ... текст свёрнут, показать | |
|
12.77, QuAzI (ok), 18:37, 08/01/2016 [^] [^^] [^^^] [ответить] | +1 +/– | Ууу, как грозно очередной софт, написанный на коленке, который валится с OOM ... текст свёрнут, показать | |
|
13.79, Аноним (-), 18:51, 08/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | XML виноват что софт написан на коленке Пишите за партой может падать не будет ... текст свёрнут, показать | |
|
|
|
|
9.63, Аноним (-), 17:09, 08/01/2016 [^] [^^] [^^^] [ответить] | +/– | SOAP смотрит как-то недовольно, свирепо и в то же время грустно и с недоумением... текст свёрнут, показать | |
|
|
|
|
|
4.38, Вареник (?), 02:49, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> круто! xml велосипед? сейчас почти все форматы, ну кроме растра в xml,
> ну да они велосипедостроители, а SQLite божественен особенно если учитывать что
> некоторые структуры данных не опишешь таблицами рсубд, но вы же гений,
> куда мне до вас( позвольте простой вопрос как проще описать например
> плейлист в виде xml или таблиц, если песня обьект и у
> нее много атрибутов?
Дерево тоже не на все случаи жизни. Универсален только граф.
| |
|
|
2.30, who cares (?), 22:15, 07/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> ФГМ не хватает триггеров и хранимых процедур( вы епнулись ну вас!
Я вас слегка разочарую. Триггеры есть.
| |
|
3.33, Аноним (-), 23:26, 07/01/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
я не удивлен, ФГМ как я уже выразился не знает границ( жду появления OLAP и их языков типа MDX, полноценного DataMining с встраиванием R, так как данные без визуализации не кошерно как то и вообще пусть делают что хотят!( я пошел спать! и да генерацию отчетов с экпортом в HTML/PDF не забудьте деспоты!
| |
|
|
|
2.36, QuAzI (ok), 00:53, 08/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Легко ложится в БД, да, придётся делать аж не одну таблицу, от чего у кого-то видимо дико бомбит.
Легко ложится в JSON почти как есть, который поддерживается SQLite, после чего работать с ним становится легко и комфортно.
Так какую креативность оно развивает? Я вижу, с такими наклонностями (в экземплах), вы привлекаете много внимания дядек в белых халатах, не бойтесь их, будет просто "чик" как комарик и вас перестанет беспокоить злой и страшный SQLite
| |
|
3.45, Аноним (-), 08:37, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
JSON это по сути облегченный XML) ну и логика у вас сударь использовать SQLite чтобы в нем использовать JSON вот это я понимаю оверхед! почему бы не юзать JSON напрямую или религия не позволяет?
| |
|
4.52, QuAzI (ok), 11:00, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
JSON появился почти в одно время с XML и отпочковался от JavaScript, он более лаконичный, легко читается, у него нет явных дыр типа этой http://habrahabr.ru/post/170333/ , скорость сериализации выше, его легче расширять.
Если там мало записей, то конечный пользователь не увидит разницы по перфомансу/ресурсам.
А вот если сущность не одна, а 1000000, то это совсем не оверхед. Тем более, если мне надо обрабатывать не все из них, а только какие-то конкретные. А вот держать в этой ситуации все 1000000 в памяти, чтобы вручную перелопатить их ища нужные - вот это знатный оверхед.
| |
|
5.59, Аноним (-), 16:37, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
да вы лжец или мы живем в параллельных вселенных! XML 1.0 опубликован W3C в 1998 году, JSON опубликован в октябре 2013 ECMA как стандарт ECMA-404. Я думаю стандарты это более четкое определение чем ваше отпочковался... И если говорить кто был первым из этих двух то это был дедушка SGML на базе которого создан XML)
| |
|
|
|
8.70, QuAzI (ok), 17:42, 08/01/2016 [^] [^^] [^^^] [ответить] | +1 +/– | Из вашего же дока JSON was inspired by the object literals of JavaScri... текст свёрнут, показать | |
|
9.73, Аноним (-), 17:51, 08/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | глянь на титулке как СТАНДАРТ в 2013 а если будем говорить о первом упоминании... текст свёрнут, показать | |
|
10.76, QuAzI (ok), 18:32, 08/01/2016 [^] [^^] [^^^] [ответить] | +1 +/– | С той лишь разницей, что в 86-ом году про XML не было ни единого упоминания, а в... текст свёрнут, показать | |
|
11.78, Аноним (-), 18:37, 08/01/2016 [^] [^^] [^^^] [ответить] | –1 +/– | на минуточку XML это упрощенный SGML и полностью с ним совместимый, так что разв... текст свёрнут, показать | |
|
|
|
|
|
|
5.60, Аноним (-), 16:53, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
вы меня окончательно осадили( помнится мне такая проблема есть только у XML с его DOM API, но позвольте есть SAX API/XPath которые не содержат все 1000000 сущностей в памяти. Так что ваши доводы про жручесть XML не более чем миф.
| |
|
6.67, QuAzI (ok), 17:32, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
XPath. Да. Клёвая штука. Только ей в более-менее сложных вариантах придётся перелопатить весь док, чтобы найти все совпадения, а индексами там нифига не пахнет, да. А ещё за счёт размеров у БД больше шансов влезть в ОЗУ (или хотя бы индексы туда всунуть), чем затянуть какой-нибудь XML на пару-тройку Гб.
| |
|
7.69, Аноним (-), 17:39, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
мы просто говорим о разном) я вам говорю что КОНФИГИ лучше хранить в текстовых файлах, как вариант в XML/JSON, а вы мне говорите что плохо хранить БД в XML, ну это же очевидно. SQLite для БД, текстовые форматы для конфигов)
| |
|
8.72, QuAzI (ok), 17:47, 08/01/2016 [^] [^^] [^^^] [ответить] | +/– | см http www opennet ru openforum vsluhforumID3 106247 html 70 Вы сами с собой... текст свёрнут, показать | |
|
|
|
|
|
|
2.41, trdm (ok), 06:58, 08/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> XML развивает креативность
т.е. бардак.
XML используют для обменов данными и для промежуточного хранения данных.
А там где нужна скорость доступа используется БД.
Надо уметь подбирать инструменты под требования задачи.
| |
|
3.47, Аноним (-), 08:45, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
и я об этом, но хранить конфиги в соответсвии с реляционной моделью в десятках таблицах( это перебор
| |
|
4.51, trdm (ok), 10:48, 08/01/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зато они читаются из XML геморойно и долговато.
Текстовый фал типа:
раздел.подраздел.подподраздел = значение;
Гораздо менее геморойно обрабатывать.
К примеру QtCreator походу в XML конфиги хранит оттого и грузится как улитка.
| |
|
5.61, Аноним (-), 16:59, 08/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
геморойно и долговато - эта та цена которую платит XML за свою мощь. Хотя и это тоже кащунство ведь XPath работает ой как шустро, да и я не видел конфиги в десятки тысяч записей от которых комп бы ревел и плакал)
| |
5.81, Ярош (?), 16:42, 10/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> К примеру QtCreator походу в XML конфиги хранит
Большая часть в стандартном для QSettings ini
> оттого и грузится как улитка.
1-2 секунды - это "улитка"? интересно что вы запоёте когда IntelliJ запустите
| |
|
|
|
2.42, ЧепуКто (ok), 07:09, 08/01/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Попробуйте на SQLite такое сделать неудачники) и да XML развивает креативность и
> что главное не привлекает внимание... ну вы поняли кого) ХА-ХА-ХА!
ТАКОЕ, конечно, не получится. Хотя бы потому что валидация схемы будет на этапе создания таблиц. Т.е. невалидную структуру SQLite не схавает. А ты умудрился запилить хрень, на которой каждый второй парсер упадет, а остальные скажут "чувак, мы эту хрень за XML не признаем", и радуешься.
| |
2.43, ЧепуКто (ok), 07:10, 08/01/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> и да XML развивает креативность и
Со своей креативностью идите в... свои домашние проекты с мегаобъемами данных до тысячи записей.
| |
|
3.55, Anonymous1 (?), 12:16, 08/01/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
>> и да XML развивает креативность и
> Со своей креативностью идите в... свои домашние проекты с мегаобъемами данных до
> тысячи записей.
Кстати, изучение МАТЕМАТИКИ эту самую креативность снижает. Так что "развитие креативности" лично для меня - вовсе не преимущество, а как бы наоборот. Типа способность потребовать провести 7 перпендикулярных красных линий (некоторые из которых не красные) в одной плоскости.
| |
|
4.82, Ярош (?), 16:43, 10/01/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Супергерой ZIP спешит на помощь!
после xz ваш супергерой давно на пенсии
| |
|
|
|
|