На низком уровне данные хранятся в Б-деревьях — уже давно во многих крупных СУБД (тот же оракл). SQL — используется как внешний интерфейс для программистов БД. А таблицы — как относительно-унифицированная структура представлений данных между различными источниками.
Для дерева и куба операция поворота тривиальна — модно укладывать одни данные в столбик, а другие в строку (если мы продолжаем оперировать табличной парадигмой) — как потребуется программисту.
Другое дело, что деревья и кубы предоставляют принципиально новые возможности в работе с данными (а может и со знаниями) но до того как эти возможности и подходы будут повсеместно внедрены, как SQL, пройдёт не один десяток лет — потому что очень многое надо сначала понять — а потом — это понятое зерно посадить в головах… Это не быстрый процесс.
Но какими бы ни были СУБД будущего, мне кажется с профессионального программиста БД не будут сняты такие задачи как проектирование и построение хранилищ данных, OLAP(оперативного анализа), Data Mining(интелектуального анализа), классификации, поиска ассоциативных правил, кластеров и прочего…
— быть может он также имел ввиду скорый закат SQL — как сердца классических СУБД (я не имею ввиду полную смерть SQL)? Ведь повернуть прямоугольник на 90 градусов с тем что бы его удобнее было помещать в шкаф или с тем что бы из него удобнее было доставать ложкой содержимое — это ещё не революция… Я сейчас даже не буду предполагать какие СУБД взойдут на горизонт после заката классических: деревянные, кубические… я не знаю. Но мне кажется это будет что-то большее чем поворот на 90 градусов… И быть может стандартный и любимый обеденный прибор (ложки вилки SQL) — будет уже не так удобен…
Полностью согласен с мыслью что порог вхождения явно не нулевой. Иногда от мысли, начать работать на себя отталкивает только то, что негде взять жалких $100 000 что бы преодолеть порог. Хотя для того что бы вырастить команду профессионалов часто надо потратить намного больше сил времени и денег, чем может показаться вначале. Ну и ещё, конечно учится лучше на чужих инвестициях — так сказать рисковать чужими деньгами… Плавать самостоятельным мальком в океане свободного рынка — это смело, но глупо.
я имел ввиде не самостоятельный диапазонный поиск а именно для диапазонных значений, к примеру пользователь задал цену покупки от 1000 до 10000 и ему необходимо показать се предложения в этом диапазоне, а собственно продавцы задают чёткое значение. Я этузадачу решил, но интересно услышать ваш вариант…
Развёрнутое описание каждого типа индексов, превышающее по информативности официальную документацию — можно получить только описав практическое применение того или иного типа индексов в том или ином своём проекте. Не факт что автор использовал все описанные им типы индексов в практических разработках живых БД. Я к примеру битмапами ещё не пользовался (как впрочем и Spatial grid и R-tree)
Также очень интересно узнать о практическом применении этих знаний — лично Вашем. То есть какие БД вы разрабатывали, их размер (по разным критериям), какая нагрузка на них была, на какой СУБД, где Вы использовали тот или иной тип индекса. Какие выбирали решения при проектировании структуры БД и прочее прочее прочее… Эта тема достаточно интересна, но малопопулярна на хабре.
К примеру — как лучше реализовать диапазонный поиск (индекс) для диапазонных значений (если вы сталкивались с такой задачей)…
Использую вэйв для работы — очень удобно вести обсуждение с различными людьми — наблюдать как формируются мысли, отвечать — вставлять документы — реально удобно — особенно с людьми которых не всегда можешь собрать в определённом месте в одно и то же время. + легко просматривать изменения внесённые в волну с момента последнего посещения.
А закрыли они наверное потому, что ресурсов он очень много жрёт — мне вообще кажется что это была только первая экспериментальная часть большой большой новой гугловской концепции — они её (эту часть оттестировали, результаты приняли в дальнейшую разработку — а проект «якобы» закрыли) ИМХО
Скачал её в электронном русском варианте, ибо 450 грн. жаба задавила платить.
Книга действительно хорошая интересная и отлично подходит в качестве отправной точки.
Читать её интересно даже в случае, если питон — не является вашим любимым языком, пусть даже вы совсем с ним (питоном) не знакомы — как я например.
И кстати — почему не взять из этой статьи только те пункты, которые каждому из нас ближе — и попробовать сам метод, мне кажется этим методом можно развивать в себе любые качества!
Бережливый — это не мот, но и не скряга. Дарить цветы девушкам в принципе тоже не экономно — а главное бесполезно, если не считать полезной доставляемую радость — а это благо и полное соответствие пункту 5.
Ваш пример пункта 9 — не совсем удачен потому-что перекрывает пункт 1.
Насчёт умеренности Пушкин хорошо написал: «И жить торопишься и чувствовать спешишь». Правда сам Пушкин не был образцом умеренности — и его неумеренность вылилась в смерть на 37 году жизни. Умеренный Франклин дожил до 84. Но Пушкин был гений — а Франклин — обычный волевой человек. И советы даёт таким же обычным людям.
Для дерева и куба операция поворота тривиальна — модно укладывать одни данные в столбик, а другие в строку (если мы продолжаем оперировать табличной парадигмой) — как потребуется программисту.
Другое дело, что деревья и кубы предоставляют принципиально новые возможности в работе с данными (а может и со знаниями) но до того как эти возможности и подходы будут повсеместно внедрены, как SQL, пройдёт не один десяток лет — потому что очень многое надо сначала понять — а потом — это понятое зерно посадить в головах… Это не быстрый процесс.
Но какими бы ни были СУБД будущего, мне кажется с профессионального программиста БД не будут сняты такие задачи как проектирование и построение хранилищ данных, OLAP(оперативного анализа), Data Mining(интелектуального анализа), классификации, поиска ассоциативных правил, кластеров и прочего…
— быть может он также имел ввиду скорый закат SQL — как сердца классических СУБД (я не имею ввиду полную смерть SQL)? Ведь повернуть прямоугольник на 90 градусов с тем что бы его удобнее было помещать в шкаф или с тем что бы из него удобнее было доставать ложкой содержимое — это ещё не революция… Я сейчас даже не буду предполагать какие СУБД взойдут на горизонт после заката классических: деревянные, кубические… я не знаю. Но мне кажется это будет что-то большее чем поворот на 90 градусов… И быть может стандартный и любимый обеденный прибор (ложки вилки SQL) — будет уже не так удобен…
Также очень интересно узнать о практическом применении этих знаний — лично Вашем. То есть какие БД вы разрабатывали, их размер (по разным критериям), какая нагрузка на них была, на какой СУБД, где Вы использовали тот или иной тип индекса. Какие выбирали решения при проектировании структуры БД и прочее прочее прочее… Эта тема достаточно интересна, но малопопулярна на хабре.
К примеру — как лучше реализовать диапазонный поиск (индекс) для диапазонных значений (если вы сталкивались с такой задачей)…
А статья написана очень хорошо! Продолжайте!
Пример глобала с объектом CommercialIntention (комерческое намерение) 45537379, текущая версия нулевая, количество предыдущих версий 4:
^Media("CommercialIntention",45537379,0,"LicenseID")=71 ^Media("CommercialIntention",45537379,0,"Type")="CommercialIntention" ^Media("CommercialIntention",45537379,0,"UpdateTime")="61950,40226.87313" ^Media("CommercialIntention",45537379,0,"baseOrderList")=45999067 ^Media("CommercialIntention",45537379,0,"classifiedList")=45999066 ^Media("CommercialIntention",45537379,0,"editionId")=6 ^Media("CommercialIntention",45537379,0,"editorLicenseID")=71 ^Media("CommercialIntention",45537379,0,"statusId")=2 ^Media("CommercialIntention",45537379,1,"LicenseID")=45 ^Media("CommercialIntention",45537379,1,"Type")="CommercialIntention" ^Media("CommercialIntention",45537379,1,"UpdateTime")="61944,39328.740813" ^Media("CommercialIntention",45537379,1,"baseOrderList")=45537378 ^Media("CommercialIntention",45537379,1,"classifiedList")=45537377 ^Media("CommercialIntention",45537379,1,"editionId")=6 ^Media("CommercialIntention",45537379,1,"sourceTypeId")=50140 ^Media("CommercialIntention",45537379,1,"statusId")=1 ^Media("CommercialIntention",45537379,2,"LicenseID")=71 ^Media("CommercialIntention",45537379,2,"Type")="CommercialIntention" ^Media("CommercialIntention",45537379,2,"UpdateTime")="61944,39807.398159" ^Media("CommercialIntention",45537379,2,"baseOrderList")=45537575 ^Media("CommercialIntention",45537379,2,"classifiedList")=45537574 ^Media("CommercialIntention",45537379,2,"editionId")=6 ^Media("CommercialIntention",45537379,2,"editorLicenseID")=71 ^Media("CommercialIntention",45537379,2,"statusId")=2 ^Media("CommercialIntention",45537379,3,"LicenseID")=71 ^Media("CommercialIntention",45537379,3,"Type")="CommercialIntention" ^Media("CommercialIntention",45537379,3,"UpdateTime")="61950,37803.280408" ^Media("CommercialIntention",45537379,3,"adTypeId")=30202 ^Media("CommercialIntention",45537379,3,"baseOrderList")=45996926 ^Media("CommercialIntention",45537379,3,"classifiedList")=45996925 ^Media("CommercialIntention",45537379,3,"editionId")=6 ^Media("CommercialIntention",45537379,3,"editorLicenseID")=55 ^Media("CommercialIntention",45537379,3,"sourceTypeId")=50140 ^Media("CommercialIntention",45537379,3,"statusId")=3 ^Media("CommercialIntention",45537379,4,"LicenseID")=71 ^Media("CommercialIntention",45537379,4,"Type")="CommercialIntention" ^Media("CommercialIntention",45537379,4,"UpdateTime")="61950,40193.904669" ^Media("CommercialIntention",45537379,4,"baseOrderList")=45999039 ^Media("CommercialIntention",45537379,4,"classifiedList")=45999038 ^Media("CommercialIntention",45537379,4,"editionId")=6 ^Media("CommercialIntention",45537379,4,"editorLicenseID")=71 ^Media("CommercialIntention",45537379,4,"statusId")=8А закрыли они наверное потому, что ресурсов он очень много жрёт — мне вообще кажется что это была только первая экспериментальная часть большой большой новой гугловской концепции — они её (эту часть оттестировали, результаты приняли в дальнейшую разработку — а проект «якобы» закрыли) ИМХО
Книга действительно хорошая интересная и отлично подходит в качестве отправной точки.
Читать её интересно даже в случае, если питон — не является вашим любимым языком, пусть даже вы совсем с ним (питоном) не знакомы — как я например.
Сразу вспомнились Жан Вальжан и Жавер из «Отверженных» Гюго.
Бережливый — это не мот, но и не скряга. Дарить цветы девушкам в принципе тоже не экономно — а главное бесполезно, если не считать полезной доставляемую радость — а это благо и полное соответствие пункту 5.
Насчёт умеренности Пушкин хорошо написал: «И жить торопишься и чувствовать спешишь». Правда сам Пушкин не был образцом умеренности — и его неумеренность вылилась в смерть на 37 году жизни. Умеренный Франклин дожил до 84. Но Пушкин был гений — а Франклин — обычный волевой человек. И советы даёт таким же обычным людям.