The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск СУБД SQLite 3.10.0 , opennews (?), 07-Янв-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "Выпуск СУБД SQLite 3.10.0 "  –2 +/
Сообщение от Аноним (-), 07-Янв-16, 17:23 
вопрос конечно холиварный на зачем нужен встраиваемый SQL неужели какому нибудь видеоплееру нужно связывать таблицы, использовать транзакции и тд? Мне кажется для полного ФГМ не хватает триггеров и хранимых процедур( ну вас!

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

Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск СУБД SQLite 3.10.0 "  –2 +/
Сообщение от Аноним (-), 07-Янв-16, 17:25 
видимо для того чтобы жрать батарею
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от angra (ok), 07-Янв-16, 18:41 
Задай этот вопрос гениям, работавшим над KDE PIM, которым не хватило sqlite для адресной книги, понадобился полноценный мускул.
Плееру, который просто проигрывает один файл, БД конечно без надобности, но среди плееров ведь есть не только mpg123 или mplayer, но и монстры типа amarok или itunes, у которых собственно проигрывание лишь малая часть функционала, а media library отлично ложится на реляционную модель БД.
Ну и наконец кроме плееров существует очень много разного софта, в том числе нуждающегося в SQL, транзакциях и триггерах(кстати, в sqlite они есть), но при этом не требующего высокой concurency, то бишь не нуждающегося в отдельном сервере БД.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Выпуск СУБД SQLite 3.10.0 "  –3 +/
Сообщение от Аноним (-), 07-Янв-16, 18:57 
сейчас у любого ЯП есть стандартные стредства работы с XML/JSON, неужели эти два ЯР такие бедные, что нимогут удовлетворить ваши потребности? и про amarok такого тормозящего и жирного поделия я еще не встречал(
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск СУБД SQLite 3.10.0 "  –2 +/
Сообщение от Аноним (-), 07-Янв-16, 18:58 
и да проект KDE с 4-ой версии стал совсем неадекватен(
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

22. "Выпуск СУБД SQLite 3.10.0 "  +1 +/
Сообщение от Аноним (-), 07-Янв-16, 19:08 
подумав, понимаю что вы правы имхо ФГМ ни имеет границ, поэтому лучше встроенный SQL чем MySQL/PostgreSQL в моем телефоне)
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

37. "Выпуск СУБД SQLite 3.10.0 "  –1 +/
Сообщение от Вареник (?), 08-Янв-16, 02:46 
Можно еще Oracle или Linter впихнуть и назвать Military Edition [$devicename].
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от Аноним (-), 08-Янв-16, 17:10 
> Задай этот вопрос гениям, работавшим над KDE PIM, которым не хватило sqlite для адресной книги, понадобился полноценный мускул.


pkg info akonadi
...
Comment        : Storage server for KDE-Pim
Options        :
    MYSQL          : off
    PGSQL          : off
    SQLITE         : on

ЧЯДНТ?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

24. "Выпуск СУБД SQLite 3.10.0 "  +2 +/
Сообщение от Чаёвник (?), 07-Янв-16, 19:41 
Посмотрите список софта
aptitude search "?depends("sqlite")"
И задайте себе вопрос - может быть разработчикам, пишущим далеко не первый год сотни используемых ежедневно приложений, виднее, и это не они епнулись изобретать велосипеды на всяких кривых XML'ах, сжирающих для тех же задач вчетверо больше ресурсов?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

25. "Выпуск СУБД SQLite 3.10.0 "  –3 +/
Сообщение от Аноним (-), 07-Янв-16, 19:46 
круто! xml велосипед? сейчас почти все форматы, ну кроме растра в xml, ну да они велосипедостроители, а SQLite божественен особенно если учитывать что некоторые структуры данных не опишешь таблицами рсубд, но вы же гений, куда мне до вас( позвольте простой вопрос как проще описать например плейлист в виде xml или таблиц, если песня обьект и у нее много атрибутов?
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск СУБД SQLite 3.10.0 "  +1 +/
Сообщение от QuAzI (ok), 07-Янв-16, 20:56 
Не скажу, что XML не нужен вообще, но вы сейчас явно неудачный пример притянули за уши. И когда для народа проблема сделать пару таблиц (песни и их атрибуты, связь один ко многим в простейшем случае, по которым, кстати, удобно и быстро делается поиск на SQL), то появляются велосипеДИЩИ, которые используют XML во все щели где не надо. Я уже молчу про то, что XML - решето by design.
Опять же скорость и занимаемые объёмы.
Как вы, залечите XML-файл на 10000 записей, если он был повреждён, например, из-за отключения света в момент записи?
Ну и посмотрите на ту же мозиллу хотя бы. Ну не такие ж лохи, как я, там работают, но тем не менее sqlite там активно пользуется.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от QuAzI (ok), 07-Янв-16, 21:00 
А и можно подробнее про "почти все форматы"? А то как ни возьму что-то мало мальски серьёзное, там свои бинарные форматы, даже всякие веб-апи и то уходят в JSON и protobuf

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

31. "Выпуск СУБД SQLite 3.10.0 "  –4 +/
Сообщение от Аноним (-), 07-Янв-16, 23:17 
форматы на базе XML: XSPF - плейлист, RSS - лента новостей, OPML - архив лент новостей, ODF/OOXML - офисные документы, SVG - векторная графика, ORA - формат для обмена растровых редакторов, HTML - да-да то самый и еще докуя, если тебе интересно почти все стандарты W3C, IETF и OASIS которые конечно относятся к XML а их там over9000) есть еще текстовые форматы vCard и iCal и еще вагон других текстовых форматов, к чему тут текстовые форматы? да к тому что и XML текстовый формат и я сравниваю текстовые форматы против реляционной куйни для конфигов! и если ты так привык к табличкам используй CSV(парсер займет максимум 20 строк кода) И если это тебя не убедило что не под каждый пук нужно юзать SQL, ну тогда мне тебя жаль, ты сказал только один минус XML мол много жрет так как текстовый и типа сложный очень, а форматы твоего SQLite тоже внезапно текстовые и SQLite их парсит и никакой гиперскоростной бинарщиной здесь и не пахнет, а еще XML дружит с UTF8 да и вообще он заебс)
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск СУБД SQLite 3.10.0 "  –4 +/
Сообщение от Аноним (-), 07-Янв-16, 23:21 
и плиз не сравнивай форматы передачи данных (protobuf) с форматами хранения конфигов( и плиз что уж у тебя такое серьезное что юзает бинарщину? все серьезное уже как лет 10 на XML с вкраплениями JSON и ORM/SQL сидит)
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

35. "Выпуск СУБД SQLite 3.10.0 "  +1 +/
Сообщение от QuAzI (ok), 08-Янв-16, 00:41 
>> с форматами хранения конфигов

О, вот и проболтался - вот это единственное нормальное применение (и то не всегда!) для XML, помимо всякой вебовщины (которая зародилась до XML, из SGML, так что не надо тут притягивать за уши XML). А дальше узнаём, что это близкое к XML поделие имеет уйму ограничений by design, не позволяющих сделать нормальный интерактивный сайт на голом HTML. И да, HTML появился гораздо раньше XML, зря вы его за уши притянули, не удачный пример.
XSPF - мифический зверь. На своей 15-летней файлопомойке не нашёл ни одного файла с этим расширением.
OPML - не архив лент (архив ленты в моём понимании - это все записи, которые лежали в новостной ленте), а тупо список, считайте плейлист, этих самых лент. ОЧЕНЬ ПРОДАКШЕНОВЫЙ ФОРМАТ! Юзается всеми чаще чем PSD и DWG вместе взятые.
ODF? Ну фиг его знает. Оно до сих пор так клёво поддерживается, что у меня все документы или в odt или в doc, а они бинарные. И либра выбирает по умолчанию odt, не odf. Про OOXML та же фигня. Почему?
Ваши парсеры CSV за 20 сек потом радостно разваливаются на кавычках, спецсимволах и многострочных вставках, видали таких шустрых, да, потом такие медленные как я переписывают такой клёвый код, чтобы оно хотя бы работало. На эту тему у меня давно своё написано, под свои нужды, и используется там, где уместно, а не "везде где фанатизьм прёть".
А покажите, в каком месте формат SQLite текстовый? Или вы там нечаянно увидели, что название колонок в таблицах и вставленные данные легли "как есть" и радостно забили на всю бинарную начинку? Тогда и MySQL/Postgre/Oracle текстовые с таким же успехом, только это бред.
Если поливание говном и невозможность объективной оценки актуального положения вещей в мире ПО ваша фича, то что с вами обсуждать. Вы даже гуглить не научились же

Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от ЧепуКто (ok), 08-Янв-16, 06:52 
Чувак, вот все ты правильно говоришь... И про тормозной 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-ку руками без специфических драйверов собрать/разобрать проще. Впрочем, признаю, про сферы применения ты писал, и вопрос, скорее, именно в применимости.
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от QuAzI (ok), 08-Янв-16, 11:12 
Каюсь, тут дал маху, не перепроверил, просто на шару помнил что если в него тыкнуться текстовым редактором, то открывается бинарь, упустил что оно жато.
И да, как и для веба, здесь допустим Markup Language.
Позор моим сединам =)
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск СУБД SQLite 3.10.0 "  –1 +/
Сообщение от Аноним (-), 08-Янв-16, 10:29 
ты спросил какие форматы есть основанные на xml я тебе ответил, ты не говорил чтобы я тебе написал только те которые используются в продакшене( и да насчет CSV если он для вас настолько сложен, то проще формата нет( честно мне пофиг в каком формате хранятся SQLite таблицы для меня важно то что они используются не по назначению, SQLite классная технология, но не такая универсальная как вы хотите ее нам представить...
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

54. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от QuAzI (ok), 08-Янв-16, 11:23 
Не не не, не отмазывайтесь, вы сказали, что XML-формат вперде планеты всей и торчит везде и каждый день без него плачут маленькие негритята, а тут выясняется, что для серьёзных задач он как-то не удел.
Кто вам сказал, что CSV сложен для меня?
А какой я хочу вам её предствавить? Вы тут начали сами себе противоречить. Изначально вы писали что встраиваемый SQL ненужен, а тут вдруг "технология классная". А по какому назначению её использовать?

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от Аноним (-), 08-Янв-16, 16:19 
я не говорил только про XML, я говорил что любой текстовый формат для конфигов более адекватен SQLite. Обьяснить для чего нужно SQLite? Обьясняю) SQLite используется когда у вас есть множество таблиц логически связанных между собой, и чтобы это логическая связь не была лишь плодом вашего вооображения используются РСУБД. Если же вам нужно описать обьекты используйте XML/JSON или другой, если вам нужна просто таблица используйте CSV. И еще раз напоминаю, что SQLite это отличный инстумент для своей сферы применения, я лишь критикую его использование в качестве формата хранения конфигов! Если бы Кодд узнал, что РСУБД будут использовать в качестве инструмента хранения конфигов он бы в гробу перевернулся(
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от QuAzI (ok), 08-Янв-16, 17:15 
Вообще-то про КОНФИГИ изначально ты сам выдумал и за уши притянул. Перечитай уже свой первый пост
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск СУБД SQLite 3.10.0 "  –1 +/
Сообщение от Аноним (-), 08-Янв-16, 17:43 
перечитал и что? я сразу сказал что практика использования SQLite в приложениях для хранения их конфигов не выдерживает критики. Аааа!!! вот вы о чем! конфиги это не только параметры запуска процесса, но и например плейлист, лента новостей тоже вспомогательные файлы, их обычно не выделяют в другую категорию и тоже зовут конфиги)
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск СУБД SQLite 3.10.0 "  +1 +/
Сообщение от QuAzI (ok), 08-Янв-16, 18:37 
Ууу, как грозно... очередной софт, написанный на коленке, который валится с OOM при попытке обработать весь список песенок мало мальски старого меломана? Ну всё, сдаюсь =)
Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск СУБД SQLite 3.10.0 "  –1 +/
Сообщение от Аноним (-), 08-Янв-16, 18:51 
XML виноват что софт написан на коленке? Пишите за партой может падать не будет.
Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от Ярош (?), 10-Янв-16, 16:34 
Aliorum medicus, ipse ulceribus scates.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

63. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от Аноним (-), 08-Янв-16, 17:09 
SOAP смотрит как-то недовольно, свирепо и в то же время грустно и с недоумением
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

38. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от Вареник (?), 08-Янв-16, 02:49 
> круто! xml велосипед? сейчас почти все форматы, ну кроме растра в xml,
> ну да они велосипедостроители, а SQLite божественен особенно если учитывать что
> некоторые структуры данных не опишешь таблицами рсубд, но вы же гений,
> куда мне до вас( позвольте простой вопрос как проще описать например
> плейлист в виде xml или таблиц, если песня обьект и у
> нее много атрибутов?

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

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

49. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от Аноним (-), 08-Янв-16, 09:09 
это утопия)
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск СУБД SQLite 3.10.0 "  +/
Сообщение от who cares (?), 07-Янв-16, 22:15 
> ФГМ не хватает триггеров и хранимых процедур( вы епнулись ну вас!

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

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

33. "Выпуск СУБД SQLite 3.10.0 "  –2 +/
Сообщение от Аноним (-), 07-Янв-16, 23:26 
я не удивлен, ФГМ как я уже выразился не знает границ( жду появления OLAP и их языков типа MDX, полноценного DataMining с встраиванием R, так как данные без визуализации не кошерно как то и вообще пусть делают что хотят!( я пошел спать! и да генерацию отчетов с экпортом в HTML/PDF не забудьте деспоты!
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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