Вы определенно читаете мысли! :-) Да, разработка над LINQ/EF поддержкой идет довольно активно. Возможно, этот интерфейс выйдет отдельным релизом для разработчиков.
Кстати, как Вы думаете, «чистый» LINQ, без EF, по принципу LINQ-to-SQL — уже не жилец? Этот вопрос дискутируется у нас довольно долго (и я сторонник EF — если что :-)). Спасибо.
Вы писали запросы для db4o? Здорово! Вот мы тоже пробовали. Сказать, что они работают медленно, а написание их запросов — дело несколько муторное, это сделать некоторый комплимент, честно говоря. Да и нет у них JOIN'ов и операций по массивам (по секрету скажу, что db4o не поддерживает даже хранение многомерных массивов).
Как Вы думаете, SQL — с JOIN'ами и поддержкой любых массивов — не более удобный вариант, чем SODA? :-) А быстрее SODA у db4o ничего нет.
Над транзакциями идет работа — в данном билде они отключены, т.к. этот билд официально «украден» у разработчиков посреди разработки.
Да и транзакции в db4o — одна на всех, т.к. реально все операции выполняются последовательно.
Включая запросы. Поэтому говорить о параллельной работе и изоляции транзакций в db4o особенно не приходится.
Ну, LINQ — он должен с чем-то работать, сам по себе он данные хранить не может. Нужна база, например, SQL. К тому же, делать запросы к массивам в LINQ — еще то удовольствие.
Google, вроде, JOIN'ы не делает — по крайней было так до недавнего времени. Да и со сложностью объектов там — отдельная история. Да и .NET вряд ли входит в список любимых платформ Гугла. :-)
Производительность — на уровне. По крайней мере, сравнение с другими объектными базами или мапперами — далеко не в их пользу. :-) Конечно, многое зависит от сложности объектов, типов запросов — но одно правило работает точно: чем ближе объект к реальному использованию (читай — чем сложнее объект), тем эффективнее работает Eloquera — по сравнению со стандартными SQL-базами, где 5-10 JOIN'ов могут выполняться сотни миллисекунд или даже секунды.
Согласен. Иногда после прочтения длинного письма с красивыми фразами и сложноподчиненными предложениями возникает один-единственный вопрос: «И??? Делать-то что???»
Пара вопросов: клиенты не жаловались на «примитивный» стиль? Он как-то совсем простоват, на мой далеко не изысканный вкус. И второй — эти же правила используются для писем на английском или они применяются только в российском подразделении для документов на русском?
Была такая мечта у Microsoft, называлась OLE. Чтобы переиспользовать программы как компоненты, и все такое. OLE выросла и стала COM/DCOM, но всеобщее счастье так и не наступило. Для счастья надо было бы стандартизировать программные интерфейсы, но никто не захотел под «пяту» Microsoft. А в принципе, сейчас большинство программ выставляют наружу свои COM-интерфейсы, так что собрать что-то такое вполне возможно. Правда, как это будет ворочаться — еще большой вопрос.
Хех, так большинство таких горе-комментаторов и становятся покупателями онлайн- и прочих услуг. Как-то мне кажется, что процентов 90-95 читателей хабра не покупают, к примеру, рингтонов для мобильников. А кто покупает? Вот такие вот «девачки» и «мальчеки».
Боюсь Вас огорчить, но в Сиднее заработать много денег вряд ли получится. Стиль жизни не располагает. Вы не поверите, но многие люди сильно меняют свое отношение к жизни. Кто-то начинает колесить по стране, кто-то — строить дома (и потом продавать и строить еще — почти как хобби), кто-то увлекается серфингом и зимой на каждый уикэнд летает в «теплые» края типа Дарвина. И особых денег не остается — просто жизнь становится совсем другой.
Зарабатывать — это надо в Дубаи ехать, или в подобные места.
Анлима нет — только если с шейпингом (не путать с дорогой зарядкой для крутых дам). Или при наличии больших денег. :-) А так — всего 42 GB днем + 48 GB ночью на паршивых 24000 Kbps/1800 Kbps (можно и 100 GB — на за немного более большие деньги).
Хотя погода как-то не располагает к интернету — не знаю, может, у меня круг знакомых не очень репрезентативный.
Файрвола нет — не дали сделать. Тут вообще как-то прислушиваются к мнению умных людей (даже если их меньше, чем на материке) — даже как-то было странно.
Кстати, как Вы думаете, «чистый» LINQ, без EF, по принципу LINQ-to-SQL — уже не жилец? Этот вопрос дискутируется у нас довольно долго (и я сторонник EF — если что :-)). Спасибо.
Как Вы думаете, SQL — с JOIN'ами и поддержкой любых массивов — не более удобный вариант, чем SODA? :-) А быстрее SODA у db4o ничего нет.
Над транзакциями идет работа — в данном билде они отключены, т.к. этот билд официально «украден» у разработчиков посреди разработки.
Да и транзакции в db4o — одна на всех, т.к. реально все операции выполняются последовательно.
Включая запросы. Поэтому говорить о параллельной работе и изоляции транзакций в db4o особенно не приходится.
Google, вроде, JOIN'ы не делает — по крайней было так до недавнего времени. Да и со сложностью объектов там — отдельная история. Да и .NET вряд ли входит в список любимых платформ Гугла. :-)
Производительность — на уровне. По крайней мере, сравнение с другими объектными базами или мапперами — далеко не в их пользу. :-) Конечно, многое зависит от сложности объектов, типов запросов — но одно правило работает точно: чем ближе объект к реальному использованию (читай — чем сложнее объект), тем эффективнее работает Eloquera — по сравнению со стандартными SQL-базами, где 5-10 JOIN'ов могут выполняться сотни миллисекунд или даже секунды.
Пара вопросов: клиенты не жаловались на «примитивный» стиль? Он как-то совсем простоват, на мой далеко не изысканный вкус. И второй — эти же правила используются для писем на английском или они применяются только в российском подразделении для документов на русском?
Возможны жалобы подобного рода.
Ой ли? Сейчас как раз обратная тенденция. Сколько одичавших бродят по просторам интернета… :-)
Зарабатывать — это надо в Дубаи ехать, или в подобные места.
Хотя погода как-то не располагает к интернету — не знаю, может, у меня круг знакомых не очень репрезентативный.