The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск СУБД SQLite 3.10.0

06.01.2016 23:56

Состоялся релиз SQLite 3.10.0, легковесной базы данных, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg.

Основные новшества:

  • Обеспечена возможность использования операторов LIKE, GLOB и REGEXP с виртуальными таблицами;
  • В утилиту sqldiff добавлена опция "--transaction";
  • Реализованы новые интерфейсы sqlite3_db_cacheflush() и sqlite3_strlike();
  • При открытии символической ссылки на БД, обеспечивающие журналирование файлы теперь создаются в привязке к реальному имени файла, а не имени символической ссылки;
  • При использовании ввода/вывода с применением отображения в память (memory-mapped I/O), отображение теперь производится в режиме только на чтение, что не даёт возможности случайно изменить БД в случае переполнения буфера в приложении или проблем с указателями;
  • В расширение для работы с форматом JSON добавлены новые SQL-функции json_group_array() и json_group_object();
  • Добавлена сборочная опция SQLITE_LIKE_DOESNT_MATCH_BLOBS;
  • Внесены оптимизации производительности, ускорившие работу с БД на 2-3%;
  • В интерфейс командной строки добавлены новые команды ".changes ON|OFF" и ".vfsinfo".


  1. Главная ссылка к новости (http://permalink.gmane.org/gma...)
  2. OpenNews: Выпуск СУБД SQLite 3.9.0 с поддержкой JSON
  3. OpenNews: Выпуск СУБД SQLite 3.8.11
  4. OpenNews: Выпуск SQLite 3.8.10
  5. OpenNews: Выпуск SQLite 3.8.9
  6. OpenNews: Выпуск SQLite 3.8.8
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43634-sqlite
Ключевые слова: sqlite
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (78) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Админ локалхоста (?), 00:21, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Лучшая БД. Только её и использую.
     
     
  • 2.8, Аноним (-), 08:45, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Хотел ответить, но увидел ник и решил наморозить чушни.
     
  • 2.9, Аноним (-), 08:46, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не Аноним, значит не торт.


     

  • 1.3, Аноним (-), 04:31, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А сортировку по кирилице так и не научился...
     
  • 1.4, Аноним (-), 04:50, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Где full join суки
     
     
  • 2.14, n (??), 14:03, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    left join
    union all
    right join
     
     
  • 3.83, Мононимус (?), 22:16, 10/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    union all? :) Все согласны? :)
     
  • 3.84, Мононимус (?), 22:28, 10/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, ни разу не сталкивался на реальной БД (в которой таблицы построены в соответствии с нормальными формами) с ситуацией, когда нужно использовать full join. Кто может привести пример? :)
     
  • 2.15, _kul (?), 15:19, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А разве там "=" нет? (т.е. оно самое)
     
  • 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"? Наверное, я что-то путаю.

     
     
  • 2.13, Owlet (?), 13:47, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, то был jslint или что-то типа того
     
     
  • 3.23, Какаянахренразница (ok), 19:12, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет, то был jslint или что-то типа того

    А, да-да-да! Спасибо.

     

  • 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 +/
    Не правда! Оно даже с Джавой плохо работает.
     
     
  • 4.26, Аноним (-), 20:51, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так что же тогда в джава использовать?
     
     
  • 5.85, Онаний (?), 14:21, 13/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >что же тогда в джава использовать?

    Java DB?

     

  • 1.17, Аноним (-), 17:23, 07/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    вопрос конечно холиварный на зачем нужен встраиваемый SQL неужели какому нибудь видеоплееру нужно связывать таблицы, использовать транзакции и тд? Мне кажется для полного ФГМ не хватает триггеров и хранимых процедур( ну вас!

    [сообщение отредактировано модератором]

     
     
  • 2.18, Аноним (-), 17:25, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    видимо для того чтобы жрать батарею
     
  • 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.21, Аноним (-), 18:58, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и да проект KDE с 4-ой версии стал совсем неадекватен(
     
  • 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 виноват что софт написан на коленке Пишите за партой может падать не будет ... текст свёрнут, показать
     
     
  • 14.80, Ярош (?), 16:34, 10/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Aliorum medicus, ipse ulceribus scates ... текст свёрнут, показать
     
  • 9.63, Аноним (-), 17:09, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    SOAP смотрит как-то недовольно, свирепо и в то же время грустно и с недоумением... текст свёрнут, показать
     
  • 4.38, Вареник (?), 02:49, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > круто! xml велосипед? сейчас почти все форматы, ну кроме растра в xml,
    > ну да они велосипедостроители, а SQLite божественен особенно если учитывать что
    > некоторые структуры данных не опишешь таблицами рсубд, но вы же гений,
    > куда мне до вас( позвольте простой вопрос как проще описать например
    > плейлист в виде xml или таблиц, если песня обьект и у
    > нее много атрибутов?

    Дерево тоже не на все случаи жизни. Универсален только граф.

     
     
  • 5.49, Аноним (-), 09:09, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    это утопия)
     
  • 2.30, who cares (?), 22:15, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > ФГМ не хватает триггеров и хранимых процедур( вы епнулись ну вас!

    Я вас слегка разочарую. Триггеры есть.

     
     
  • 3.33, Аноним (-), 23:26, 07/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    я не удивлен, ФГМ как я уже выразился не знает границ( жду появления OLAP и их языков типа MDX, полноценного DataMining с встраиванием R, так как данные без визуализации не кошерно как то и вообще пусть делают что хотят!( я пошел спать! и да генерацию отчетов с экпортом в HTML/PDF не забудьте деспоты!
     

  • 1.34, Аноним (-), 00:19, 08/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    xml version 1 0 encoding utf-8 имяГосподина Черный Властелин имяГо... большой текст свёрнут, показать
     
     
  • 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)
     
     
  • 6.62, QuAzI (ok), 17:08, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    2013-ый? А точно из нас двоих я лжец?
     
     
  • 7.66, Аноним (-), 17:27, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    как стандарт да 2013, вот пруф http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-404.pdf
     
     
  • 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.68, Аноним (-), 17:35, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а зачем для конфига индексы? лол
     
  • 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 Вы сами с собой... текст свёрнут, показать
     
     
  • 9.74, Аноним (-), 17:53, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    если исходить из вашей логики, то вы лишь плод моего воображения... текст свёрнут, показать
     
     
  • 10.75, QuAzI (ok), 18:22, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так и есть... текст свёрнут, показать
     
  • 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.58, Аноним (-), 16:25, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    плюсую)
     
  • 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 перпендикулярных красных линий (некоторые из которых не красные) в одной плоскости.


     
  • 3.57, Аноним (-), 16:22, 08/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Супергерой ZIP спешит на помощь!
     
     
  • 4.82, Ярош (?), 16:43, 10/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Супергерой ZIP спешит на помощь!

    после xz ваш супергерой давно на пенсии

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру