интересная закономерность :) стоит упомянуть лису, и лисоводы сразу тут. слава богу, большинство вменяемых :) но есть и крайне агрессивные представители, которые читают лишь то, что им хочется читать, причем явно между строк :)

собственно, интересно мне) почему продукт, который как субд годится лишь для настольного применения (и то не факт - встраиваемые субд есть, ага), а как клиент на одном гектаре не сидел с теми же Delphi, VS, PB с точки зрания эффективности и функциональности (говорю сразу - под клиентом понимается не только окошко, умеющее с горем пополам отправить запрос на сервер и получить результат)?

кстати, господа. вопрос не праздный. в свое время пришлось чуток ковырять лисицу в годы студенчества, версия... ну не помню точно - толи 6 толи 7 была. проект значитца переводили с фпд на вфп. и что меня убило - отчеты строятся в дизайнтайме, а в рантайме - фигушки, ничего не сменишь. и прикидывались они объектами (в дизайнтайме), а в рантайме - ни че го не изменить в этом псевдообъекте было. скажите, воз и ныне там?

---
Vae victis!

MasterZiv <Убрал эпитеты> ЧТО ?
Что продукт ? Вопроса нету.


сорри. и правда. имелось в виду: почему он, продукт, все еще жив?

MasterZiv
Вот это то, что всегда было в Fox и что MS стал потихоньку изживать.
Но на твой вопрос я не смогу ответить, к сож. Давно уже с ним не работал.
Но вроде бы краем уха слыхал, что объекты таки стали настоящими, так что
даже Fox одно время двигали как производитель ActiveX.

хз. я видел интегрировваный построитель отчетов. и когда согласно тз нужно было менять шрифт в отчете на жирный в зависимости от неких условий... ну вы поняли, ага)?

Gluk (Kazan)
Незнай как с отчетами, а формы рантаймовые я лепил ищо в 2.6 :)


речь не о формах а об отчетах))) и не о фпд а о вфп)))

KSLcom
Провокатор


та ни боже мой :) мне и правда интересно, почему оно все еще живо. ну ладно, мс переодически гальванизирует трупик, но все же?

s.e.r.g.e.y.
А тебе зачем, может решил на Фокс прейти ?


см. ответ предыдущему оратору. я вообще склоняюсь к чистому серверсайд девелопменту :)

MasterZiv
Не только для настольного. С VFP 3.0 оно умеет ходить по ODBC к любой БД, при этом оставаясь полнофункциональной СУБД. Так что теперь это скорее аналог Sybase PowerBuilder, но только мощнее, поскольку это - полнофункциональная СУБД. Плюс - отчетник. А GUI Fox еще в DOS мог отлично рисовать.


ага. ODBC это конечно хорошо... но - тормознуто и зачастую - глюкаво. и с нативным доступом - не сравнится. да и возможности построителя отчетов там ... скажем прямо, фиговые ;) а уж что касается расширяемости фреймворка - этож кошмар. ой, только не надо про ActivX - вы и сами отлично понимаете, что в случае большого проекта, при деплойменте на каждого клиента прийдеца регать в системе ой как много этих самых эктивиксов.

а уж фраза полнофункциональная СУБД у вас порадовала, спасибо :) как там с тригерами дела? с acid? с декларативными ограничениями целостности? это так, для затравки :)
про надежность индексов и дбфок, в вфп что, что то кардинально изменилось? а ведь надежность - очччень немаловажный фактор для полнофункциональной субд, верно?

s.e.r.g.e.y.Есть там и тригера
мда. и правда отстал от жизни :) а куда в дбфке оти вписываются? и кто их выполняет? или эти тригеры на клиенте?

s.e.r.g.e.y.А если начать честно покупать софт , то во многих случаях алтернативы Фоксу не будет вообще.
это маркетинг. с технической точки зрания плиз :)

s.e.r.g.e.y.А в Фоксе теперь есть контейнер базы данных .(dbc)


что именно будет выполнять тригера, зашитые в dbc? или в dbc интегрирован движок фокса? мне и правда интересно :)

гм. что б облегчить поиск истины, несколько неформальное определение:

триггер - неименованный програмный блок, вызываемый СУБД без вмешательства программиста/клиентского приложения в ответ на события СУБД (изменение данных, запуск базы и тд и тп)

хотелось бы спросить: в dbc есть механизм, вызывающий некий код при, скажем, внесении данных в некую табличку? т.е. выполнится ли этот триггер, если я модифицирую табличку в dbc не средствами клиентского приложения на фоксе, а неким абсолютно сторонним средством?

---
Vae victis!

4321 aZm хотелось бы спросить: в dbc есть механизм, вызывающий некий код при, скажем, внесении данных в некую табличку? т.е. выполнится ли этот триггер, если я модифицирую табличку в dbc не средствами клиентского приложения на фоксе, а неким абсолютно сторонним средством?
тема скользкая. Если я data файл любого SQL сервера захочу редактировать сторонним средством в обход SQL сервера, (т.е. не обращаясь к нему а именно буду править байты в файле неким фыйловым редактором), то будет ли задействована вся энта триггерность субыды???
Для контейнера считаецца видимо (домысливаем за приверженцев), что любое подключение должно само корректно работать с контейнером, т.е. выполнять само все те бяки, которые оформлены как скрипты триггера. А контейнер обязан обеспечить их читабельность и юзабельность.

утрируете. если я на дельфе напишу insert into блаблабла в табличку фокса, выполнится ли тригер, заданый для талички? ответьте на этот вопрос. фсе.

2 Urri
а кто говорит что нельзя это реализовать? просто лично мне почемуто приходит в голову, что геморойность реализации и доработки в последующем в этом случае перекроет сомнительные плюсы фокса, особенно в многопользовательской среде.

насчет генератора отчетов :) я работал с лисой совсем мало, и экспириэнса в ней было опятьже не много. плюс достаточно сжатые рамки временные были и достаточно жесткие требования...

---
Vae victis!

кстати :)
еще вспомнилось. когда используешь фокса как субд, а не как клиента к серваку, у него проблемы с sql (ну были, так скажем. в той версии вфп что я использовал)

точнее говоря - с подзапросами там проблемы были. сейчай кратенько приведу несколько вариантов, а мастера фокса пусть подскажут, как оно в 9ке (она ж вроде последняя?) обстоит.

1. select (select ...) from ... так можно?
2. select ... from (select ...) так можно?
3. select ... from ... where (select ...) так можно?

да, и какова возможная глубина вложенности подзапросов?

---
Vae victis!