|
|
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Вот, собственно, и вопрос) Кто-нибудь пробовал с нуля спроектировать и написать свою СУБД? Может быть ,просто как хобби, или для набора опыта и знаний, тренировки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2009, 17:12:56 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
random0000, Зачем снова изобретать 150-милионный раз велосипед. P.S. многие СУБД разрабатываются уже не один год и не одним прогером ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2009, 18:56:12 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
random0000, Одно время я пробовал, лет 10 назад, время дохрена было ;-( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2009, 20:51:45 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Пробовал. Полезный эффект - такой-же как и от написания своей собственной операционки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2009, 01:38:44 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Если делать - то надо вначале с индексной системой хотя бы теоретически разобраться, там достаточно сложных вещей. Немного пробовал на Free Pascal - для перехода на Linux (там всё ПО кривое в отличие от самой оси, а нырять в SQL для всех задач подряд тоже не хочется). Обработчик/просмотрщик DBF-файлов в CP866 вроде работает, а вот эти самые индексы еще в проекте. Но, слава Богу, пока еще в Windows работаем - так что эта разработка - как крайний запасной вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2009, 13:28:02 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
А смысл сегодня разрабатывать что-то под DBF ? Разве-что поддерживать старое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2009, 13:36:23 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
DBF на мой взгляд достаточно удачный формат (видимо в силу своей незатейливости), а поддержка старых наработок - одна из неотьемлемых задач при нормальном развитии автоматизации на предприятии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2009, 13:44:11 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Когда работаешь над чем-то, то надеешься получить... ну я насчитал 3 пункта: 1. Деньги 2. Параллельно изучить что- то новое 3. Получить удовольствие от работы твоего продукта. В случае с разработкой СУБД, пункты 1 и 3 отпадут, деньги на это не дадут, а работать так, как работают СУБД в которые вложено много человеко-лет: очевидно тоже нет. Останется 2, т.е. получение неких знаний. Ну так наверное можно найти нечто другое, в котором будет хотя бы еще один пункт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2009, 13:58:25 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
ну нереляционные субд - это сейчас довольно песпективно. вон чувак CouchDB на эрланге написал - поднялся с ним. главное - это не *что* делать, а *как*. _______________________________________ 2pro4U ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2009, 15:11:49 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Frenzyну нереляционные субд - это сейчас довольно песпективно. и уже семнадцатый раз, а может восемнадцатый. и все перспективно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 03:19:46 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Frenzyну нереляционные субд - это сейчас довольно песпективно. вон чувак CouchDB на эрланге написал - поднялся с ним. главное - это не *что* делать, а *как*. Перспективно, когда есть спрос. Я слыхал что периодически (каждые 5 лет) возникает шумиха вокруг нетрадиционных способов хранения и обработки данных. Но обычно дальше семинаров и презентаций ничего не продвигается. Пошумят, поаплодируют, поцокают языками, круто-де... кошерно... И разойдуться к своим MSSQL, и Oracle... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 11:33:16 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
1. Надо очень сильно задуматься прежде чем это делать (если того что тебе нужно ещё не сделали, значит существуют для этого очень серьёзные причины, которые ты сейчас можешь не видеть). 2. Нужно иметь абсолютно четко поставленное ТЗ. 3. Нужно иметь конкретную практическую задачу для которой твоя БД будет использоваться (чтобы не получилось нечто сферическое в вакууме). Я сделал объектную базу, она использует реляционную датабазу в данный момент, но это просто потому что к ним уже были готовые адаптеры. Фактически она просто использует ее как хеш и не пользуется ни одной фичей SQL, в след версии заменю на key-value сторейдж какой-нить. http://bos-tec.com/ui/Portal/Site/Lab/ObjectModel Этот сайт работает на ней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 19:56:46 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Кстати, тема о нестандартных дб, кто-то знает материалы (а лучше работающие примеры) неблокирующих распределённых систем с репликациями и потерями данных ? Потери данных подчеркнул специально. Т.е. мы говорим - ок, наша система будет распределённой, офигенно мощной и неблокирующейся, и с потерями данных и слабыми связями . Мы допускаем потери, но стараемся выбрать такую архитектуру чтобы их минимизировать. Если кто знает примеры таких систем приведите ссылки плиз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 20:06:05 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Например у нас есть десяток серверов с миллионом форумов и сотнями тысяч подключений, всё работает быстро, но цена допустим потеря 0.01% сообщений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 20:07:41 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
privateЕсли кто знает примеры таких систем приведите ссылки плиз.nntp? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 20:10:53 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
tchingizи уже семнадцатый раз, а может восемнадцатый. и все перспективно maytonПерспективно, когда есть спрос. Я слыхал что периодически (каждые 5 лет) возникает шумиха вокруг нетрадиционных способов хранения и обработки данных. Но обычно дальше семинаров и презентаций ничего не продвигается. Пошумят, поаплодируют, поцокают языками, круто-де... кошерно... И разойдуться к своим MSSQL, и Oracle... возможно краем уха вы где-то слышали про такие малоизвестные компании как Google и Yahoo? почитайте интернет на предмет того, что используют тогда, когда MS SQL (фу) или Oracle использовать невозможно/нерентабельно. насчёт "поцокают" и т.д. - я вам привёл пример проекта, который своему создателю приносит реальные деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 20:26:09 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
privateКстати, тема о нестандартных дб, кто-то знает материалы (а лучше работающие примеры) неблокирующих распределённых систем с репликациями и потерями данных ? Потери данных подчеркнул специально. Т.е. мы говорим - ок, наша система будет распределённой, офигенно мощной и неблокирующейся, и с потерями данных и слабыми связями . Мы допускаем потери, но стараемся выбрать такую архитектуру чтобы их минимизировать. Если кто знает примеры таких систем приведите ссылки плиз. вам обязательно потери или может всё-таки посмотрите CouchDB? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2009, 20:27:21 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Я смотрел CouchDB, штука классная, но мне интересно именно обьектная база. Например поверх той-же couchdb. Если использовать couchdb напрямую, то придётся явно в логике приложения проверять на отсутствие части данных (потерянных при репликации, если делаем ее полностью автоматически то при этом что-то обязательно потеряется или затрётся). Было бы здорово иметь что-то типа ORM который бы автоматически проверял всё-ли на месте и нормально работал если что-то исчезло или наоборот появилось лишнее. Пока это больше просто идея, я примерно представляю как это может выглядеть, но не уверен что это будет работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2009, 11:56:45 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Vowk wrote: > DBF на мой взгляд достаточно удачный формат (видимо в силу своей > незатейливости), а поддержка старых наработок - одна из неотьемлемых > задач при нормальном развитии автоматизации на предприятии. Он очень неудачный, поскольку построен на идее записей постоянной длины. Это -- крайне негативное свойство в промышленном применении -- очень неэкономно храняться данные. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2009, 19:14:16 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
MasterZiv Это -- крайне негативное свойство в промышленном применении -- очень неэкономно храняться данные. Ну это смотря как базу проектировать. А насчет экономности - пожалуйста к Oracl или Access, они распухают так, что "неэкономность" DBF детским лепетом покажется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2009, 09:27:23 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
VowkНу это смотря как базу проектировать. А насчет экономности - пожалуйста к Oracl или Access, они распухают так, что "неэкономность" DBF детским лепетом покажется. Oracle использует "плавающий" размер строки. И не выделяет место под NULL-поля. Поэтому ваш комментарий - не по адресу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2009, 09:39:31 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
maytonOracle использует "плавающий" размер строки. И не выделяет место под NULL-поля. Поэтому ваш комментарий - не по адресу. Не специалист по Oracl, но реально столкнулся с весьма стандартной складской базой, написанную на Oracl, и с которую надо было бы обрабатывать по Инету с других городов в плане банальной покупки товаров на складе. Фирма была весьма серьезная, однако почему-то речь об нитерактивной обработке по Инету вообще не шла, а раз в сутки по скоростному Инету эта самая база рассылалась по филиалам в другие города - где-то минут за 40 можно было скачать. Так что несложно оценить размер этой самой базы. Именно на основе этого факта у меня сложилось мнение об неэкономичности Oracl в смысле размера базы данных. Подобное на DBF мне просто трудно представить - чего это надо наворотить такого для получения эквивалентных размеров. Но спорить со спецами не буду и изменю свое мнение : Oracl - СУБД, которая создает компактные базы данных . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2009, 09:52:23 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Vowkраз в сутки по скоростному Инету эта самая база рассылалась по филиалам в другие города - где-то минут за 40 можно было скачать. Так что несложно оценить размер этой самой базы. Именно на основе этого факта у меня сложилось мнение об неэкономичности Oracl в смысле размера базы данных. Не торопитесь сходу менять своё мнение не диаметрально другое. Я тоже встречал всякие аномалии и привык к мысли что всегда найдется исключительный случай, который в практике может опровергнуть теорию. Вы говорите - база рассылалась. В штатных инструментах Oracle есть способы извлечения данных, такие как: экспорт утилитой exp, экспорт технологией data_pump на стороне сервера, бэкап средствами Recovert Manager и репликация средствами OracleStreams. Каждая их этих технологий имеет свои особенности и свои количественные оценки. Ну, а если разработчики реализовали свой (custom) формат данных типа XML-предстваления бизнес-данных, то здесь количество вариантов становится просто бесконечным. Но к внутреннему представлению строк в БД всё вышесказанное имеет очень мало отношения, кроме, пожалуй Rec.Manager. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2009, 10:13:03 |
|
||
|
Кто-нибудь пробовал писать СУБД?
|
|||
|---|---|---|---|
|
#18+
Vowk wrote: > Автор: "Vowk" > MasterZiv > > Это -- крайне негативное свойство в промышленном применении -- > очень неэкономно храняться данные. > > > Ну это смотря как базу проектировать. А как не проектируй, не получится. Все поля -- только фиксированной длины, физически. Только MEMO-поля переменной. А насчет экономности - пожалуйста > к Oracl или Access, > они распухают так, что "неэкономность" DBF детским лепетом покажется. Нет, это тебе кажется. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2009, 11:00:27 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=36052298&tid=1344277]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
84ms |
get tp. blocked users: |
2ms |
| others: | 262ms |
| total: | 438ms |

| 0 / 0 |
