Кроме реляционно-табличной модели, есть куча других: деревья, графы, списки, tries. В объектных базах могут использоваться всякие сложные сочетания подобных моделей. К примеру, в этой конкретной базе используются таблицы со списками (такой вот гибрид), деревья деревьев со списками (еще более гибридный вариант), и еще несколько других моделей хранения данных.
А оптимизатор заточен именно под эти модели — поэтому запросы быстрые. Там даже join'ы поддерживаются.
Насколько понимаю, делали 500000 запросов по одному объекту. Но — лучше всего! — написать тест со своими объектами. Это займет буквально минуту-другую, особенно, если взять готовый проект с сайта и просто заполнить его своими объектами.
Подключение VHD есть в Windows 7 — через Disk Management. Так можно выуживать данные из образов диска, которые создаются через стандартный Backup (system image).
Тут идея в том, что неизвестна часть слагаемых и — самое главное! — результат. Да, вы можете получить строчку из символов, сложенных с самими собой, или из одних нулей. Но при помощи этого базиса вам не удастся выделить сами значения.
Вы правы — шифрование становится несколько менее эффективным, но в целом статистически оно остается там же стойким.
Как подобное разделение спасает от парадокса Рассела? «Класс» — это то же «множество», только с дополнительным «атрибутом» isClass. Если рассмотреть множество всех классов множеств, получаем ту же историю: «найти класс множеств, который не включен ни в одно множество классов».
Понятно, что requiredCodePage должен быть тем, что вам нужен.
Но именно перевода из Unicode в текущую локаль делать не надо — это происходит автоматически: Unicode (UTF16) — родное представление строк в .NET. Т.е. код выше — просто демонстрация.
US$2241 в месц на жилье — это дорого? В Сиднее (точнее, в 20 км от сити) найти хорошую квартиру за AU$700 в неделю (в месяц AU$3033.33 = US$3336.67) — вполне себе реальность (если у вас ребенок школьного возраста). И это — при сравнимых зарплатах.
И тут тоже 20-22 градуса сейчас. Хотя — стоп, у нас же зима тут.
О чем это я? В IT, работая на кого-то, сколотить состояние — нереально почти нигде.
Неплохое начало, но — не стоит на этом останавливаться! :-)
Если «исследователи» найдут корреляцию между браузером и размером груди, то наступит коллапс «силиконовой» (кто сказал «кремниевой»!?) хирургии… Девушки просто будут менять браузер — и все само собой получится!
А что делать тем, кто пользуется IE9 и Opera? Разорваться между красивыми и умными? :-)
Неплохо ребята пошутили! Осталось выяснить, у пользователей какого браузера длиннее — и картина будет завершена (насчет девушек — остается простор воображению).
Какая же это непрерывность? Функция Дирихле вот определена на всей действительной оси и все же остается всюду разрывной. Я уж молчу о непрерывности в нуле функции f(x)=x*D(x), где D(x) — функция Дирихле. Тут без формальности никак не обойтись.
Не имея намерения защищать биткойновцев, хочу только отметить, что такая же проблема существует с наличными деньгами — вряд ли вы помните номера на купюрах в вашем кошельке.
Но это ни капли не оправдывает электронную систему, которая спроектирована так, что не может помочь людям решать возникающие проблемы.
Так всегда было: удобство пользователя — головная боль владельца сайта. И что-то мне подсказывает, модуль для веб-серверов, который будет резать «паразитные» запросы, не заставит себя долго ждать.
Были такие «ускорители интернета» — еще в 90-е. Пользовательский прокси на dial-up'е подгружал страницы в фоне и показывал страницы почти мгновенно.
Но тогда не было тяжелых страниц — первым правилом создателей сайта было «легче, еще легче». Даже id элементов и переменные в JS рекомендовали делать в одну-две буквы.
А оптимизатор заточен именно под эти модели — поэтому запросы быстрые. Там даже join'ы поддерживаются.
Насколько понимаю, делали 500000 запросов по одному объекту. Но — лучше всего! — написать тест со своими объектами. Это займет буквально минуту-другую, особенно, если взять готовый проект с сайта и просто заполнить его своими объектами.
Вы правы — шифрование становится несколько менее эффективным, но в целом статистически оно остается там же стойким.
Как человек, прошедший через C, C++, Java и C# — могу сказать, что этот ряд отражает спектр решений от «ближе к железу» до «ближе к задаче».
Encoding localEncoding = new Encoding(requiredCodePage);
File.ReadAllLines("test.txt")
.Where(line => line.Split(' ').Length > 3)
.OrderBy(s => s)
.Select(s => localEncoding.GetString(Encoding.Unicode.GetBytes(s)))
.Run(Console.WriteLine);
Понятно, что requiredCodePage должен быть тем, что вам нужен.
Но именно перевода из Unicode в текущую локаль делать не надо — это происходит автоматически: Unicode (UTF16) — родное представление строк в .NET. Т.е. код выше — просто демонстрация.
И тут тоже 20-22 градуса сейчас. Хотя — стоп, у нас же зима тут.
О чем это я? В IT, работая на кого-то, сколотить состояние — нереально почти нигде.
Если «исследователи» найдут корреляцию между браузером и размером груди, то наступит коллапс «силиконовой» (кто сказал «кремниевой»!?) хирургии… Девушки просто будут менять браузер — и все само собой получится!
Неплохо ребята пошутили! Осталось выяснить, у пользователей какого браузера длиннее — и картина будет завершена (насчет девушек — остается простор воображению).
Но это ни капли не оправдывает электронную систему, которая спроектирована так, что не может помочь людям решать возникающие проблемы.
Но тогда не было тяжелых страниц — первым правилом создателей сайта было «легче, еще легче». Даже id элементов и переменные в JS рекомендовали делать в одну-две буквы.