Сэнькс

Удачи.

Ваащето пора, но я решил влезть в очередную аферу - изучить C#.
Потому щас переписываю свой проект на ентом языке. Так, что еще посижу чуток поразбираюсь в ентом звере.

ОК. В семью не пора?

Спасибо, я это тоже хотел вопрошать, но несколько позднее.

Ежели тебе нужно заполнять 20 комбобоксов или листбоксов то придется делать делать 20 датасетов ( если данные не дублируются ) Но создать их можно в одном подключении.
А при занесении данных - тоже одно подключение и в нем запрос на добавление.

не нужно пытаться загнать максимум данных

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

А чтобы не прописывать каждый раз кучу кода в качестве строки соединения и формирования датасета в файл app.config засовываешь строку подключения

<connectionStrings>         <add name="MogJilConnectionString" connectionString="Data Source=I-SERVER-TWO;Initial Catalog=MogJil;Integrated Security=True"             providerName="System.Data.SqlClient" />     </connectionStrings>

Но только со своими параметрами.
А затем создаешь класс подключения Что то типа этого ( правда это для ASP.NET )

Imports Microsoft.VisualBasic Imports System.Data.SqlClient Imports System.Data.SqlClient.SqlConnectionStringBuilder Imports System.Web.Configuration.WebConfigurationManager Imports System.Data Imports System.Data.DataSet Public Class DsConnQuery     Dim ds1 As DataSet     Dim strConn As String     Dim datset As New DataSet         Public Property ds(ByVal strQue As String, ByVal tbldsname As String) As DataSet         Get             strConn = Web.Configuration.WebConfigurationManager.ConnectionStrings("MogJilConnectionString").ConnectionString             Using cn1 As New SqlConnection(strConn)                 cn1.Open()                 Dim datada As New SqlDataAdapter(strQue, cn1)                 datada.Fill(datset, tbldsname)                 cn1.Close()             End Using             ds = datset         End Get         Set(ByVal value As DataSet)             ds1 = value         End Set     End Property End Class

Фактически, на каждый чих, мне нужно лезть на сервер

Вот Именно. В этом и есть достоинство, а не недостаток.

Мне же надо заполнить комбобоксы и списки в форме, связанной с основной таблицей

Для каждого комбобокса или списка - свой датасет.
Ведь, если ты изменишь справочник, тебе придестся обновлять и данные в комбобоксе, который показывает этот справочник.
Отседа вывод - при изменении справочника - отсылаешь на сервер изменения и заново обновляешь датасет для комбобокса.

И ИСТЧО РАЗ - не нужно пытаться загнать максимум данных на локальную машину - данные загоняются и изменяются по мере необходимости.

При каждом изменении и добавлении записей - создается подключение к базе и данные заносятся в базу.

Это с одной стороны правильно, но тогда фактически теряется главное достоинство - отсоединенный режим. Фактически, на каждый чих, мне нужно лезть на сервер.
То есть, все это можно реализовать и в MDB-шке с отвязанными формами и отчетами, каждый раз стучась в сервер.

В датасет нет смысла загонять все записи справочных таблиц.

Мне же надо заполнить комбобоксы и списки в форме, связанной с основной таблицей.
Есть-ли смысл каждый раз при открытии формы считывать данные с сервера? Хотя в многопользовательской среде наверное есть. Или все-таки правильнее синхронизировать наборы при открытии формы, а не качать заново?
PS. Я не сильно похож на Рабиновича, который бегает вокруг бассейна, и спрашивает у всех "А как там в воде?"

Давай попорядку

Я загружаю с сервера в датасет со строгим контролем типов допустим 10-20 записей основной таблицы и все записи всех справочных таблиц.

В датасет нет смысла загонять все записи справочных таблиц.
Ведь когда работаешь с рекордсетом, ты же не гонишь в него все свои справочники.
Загоняй только те данные, которые необходимы для выполнения запроса.

За время работы, я изменяю и добавляю записи в основной таблице + добавляю и изменяю некоторое количество записей справочных таблиц

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

При аварийной ситуации, я должен сохранить информацию об измененных (удаленных, добавленных) записях

В этом случае ты рискуешь потерять только те данные, которые находятся в настоящий момент в датасете.
Тут нет смысла создавать сложные по структуре XML файлы - просто сбрось в XML данные из своего датасета, а после восстановления соединения - заполняй датасет из XML файла и работай далее.

Давай рассмотрим такую ситуацию.
Допустим, основная таблица моей БД на MS SQL-server имеет порядка 50 полей, 20 из которых являются внешними ключами к справочным таблицам, которые тоже имеют внешние ключи к своим справочным таблицам.

Я загружаю с сервера в датасет со строгим контролем типов допустим 10-20 записей основной таблицы и все записи всех справочных таблиц.
За время работы, я изменяю и добавляю записи в основной таблице + добавляю и изменяю некоторое количество записей справочных таблиц.

При аварийной ситуации, я должен сохранить информацию об измененных (удаленных, добавленных) записях (нет смысла сохранять все считанное с сервера или есть?).
Для этого вывожу структуру с данными в XML (кстати, преобразование структур не потребуется?).
Завтра утром, я загружаю данные из временного источника XML. Далее мне надо их передать в основную БД на сервер, т.е. удалить удаленные, изменить измененные и добавить новые.
Будет-ли датасет после загрузки различать какие записи как удаленные, измененные и добавленные? Я ведь их только считал и в текущем сеансе еще не правил?
Или нужно сразу, без предварительной загрузки в датасет, гнать изменения из XML в БД сервера.
В общем, пока для меня темный лес.

пишу две базы, и потому пока изучением нового нет времени заняться

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

Я тока так и выучил дот нет - иначе в перерывах до сих пор бы не сел читать.

Далее следует непереводимый итальянский фолклёр, с использованием местных идиоматических выражений.

Dim cmd As SqlXmlCommand         cmd = New SqlXmlCommand("Provider=SQLOLEDB;Server=ws-1-2;database=aspnetdb;Integrated Security=SSPI;")         cmd.CommandText = "Select* FROM Tbl1 FOR XML AUTO,Elements"         Response.ContentType = "application/vnd.ms-excel"         'Response.ContentType = "type=text/xml"         cmd.RootTag = "ROOT"         cmd.XslPath = Server.MapPath("XSLTFile.xsl")         Response.Clear()         cmd.ExecuteToStream(Response.OutputStream)

Вот пример который формирует XML поток и выдает данные в эксель на основе созданного шаблона XSLT.
Как видишь - все значительно проще, чем кажется.
(Данный пример выгружает 62 тыс записей в эксель за ~4 сек.)

....
Далее следует непереводимый итальянский фолклёр, с использованием местных идиоматических выражений.
ОК, понял всю прелесть отсутствия постоянной связи с источником.
Спасибо, удружил.

Я имел в виду "аварийную" ситуацию, когда "основной" сервер данных аварийно недоступен

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

Я имел в виду "аварийную" ситуацию, когда "основной" сервер данных аварийно недоступен.
Дабы не пропадали труды, сливать - восстанавливать во временный (на этой же машине) файл(файлы).
Вы это-же имели в виду?

Нифига себе прог... продукт сваяли
Тяжелая штука получилась............

А чё та я везде читаю - запугивают меня сообщениями о том, что если у Вас визуал студио на одном диске - то это не виз.студио, а хрень.

2005 студия весит 2 с лишним гига.

К каждому набору данных создавать свой механызьм добавления, изменения, удаления.
И истчо, для верности, завернуть сие механизмусы в транзакции.

Прислушаюсь твого совета
Ах да, уж эта песня спета (см. выше)

Да ДА да да да да да да.

Пиши на А2000(2003,2007, какой удобнее), у клиентов ставь Runtime2007, если нет акса.

Спасибо -я тоже склонен к этой верси, но уже понаставили мои немногочисленные клиенты - 2000, для новых - буду писать на 2007
- послушаюсь твого совета - уже весна, а скоро лета.......

Сережа, не ищи 2000, ищи баги в своем коде, правь, юзай 2007.

Вопрос.
Вот я скачал данные с сервера, поработал с ними (Add,Edit,Delite), давлю педаль сохранить.
Мне в ответ примерно такое: "Отказать, нет доступа к источнику данных".
А мне вроде как выключать ящик пора и в семью.
Куда девать изменения?
К каждому набору данных делать механизм сохранения и восстановления данных, или он есть встроенный?

ЛИСА И ВИНОГРАД

=======================================================
Ды, я, занят -
пишу две базы, и потому пока изучением нового нет времени заняться
====================================================================
Пока только спрашиваю - мотаю на..... и продолжаю писать на аксе

Понятно....
NET так NET - то есть нет лучшее.......
А чё та я везде читаю - запугивают меня сообщениями о том, что если у Вас визуал студио на одном диске - то это не виз.студио, а хрень.
Вот ежели на четырёх дисках - во тада это да!!!!!

=============================================
А может у кого ссылочка имеется на рантайм 2000
или на Runtime 2000 - 2002

ЧАС уже месяц ходит вокруг дот нета или чегото еще как кот вокруг сметаны.
За енто время уже можно было что-нибудь почитать и попробовать самому разобраться.

ИМХО. тут от хождения по граблям хуже не станет

VB6 для этого не использовал. Юзал .Net. ОСОБЫХ тормозов не наблюдал. Запросы используются так же как и в аксе + доп возможности самого SQL server.
Отчеты в эксель - нет проблем. Целая куча разных способов.
К тому же для создания отчетов есть встроенный механизм CristalReport.
Каждый раз коннектится придется - но на этом основан весь принцип ADO.NET - коннектишься, забираешь данные и с ними работаешь.

Наличие тормозов прежде всего объясняется несколько заторможенной работой SQL server, но и в большей степени правильностью логики создания запросов, но все равно - тормоза такие же как и в ADP.

А как по эффективности???
Запросы - так же запросто там использовать можно -как и в аксе?
Отчёты как формировать - на внешних файлах - типа excel?
Коннектиться кажный раз придётся - это видимо - тормоза.
Да и сам VB6 - тормоза видимо.......

Ответ:

чо

А чо мешает использовать связку VB6-какая нибудь СУБД?

Видимо что то изменилось в среде обработки-разработки-выработки.....
ХР - его знает.
=======================================================================
Я вот везде вставляю обработчик ошибок - а Рантайм всё равно вываливается и руается - чёж ты ошибок понаделал????

Одна самая простая прога по печати самоклеющихся наклеек на спец принтере только и работает - тьфу тьфу тьфу тьфу
прога 2000
Рантайм 2007
==========================================================================

А может у кого ссылочка имеется на рантайм 2000
или на Runtime 2000 - 2002

У меня и на 2007 все вроде как работает, но сложилось ощущение, что 2007 и Access и Runtime прощают меньше ошибок, чем 2003.

У меня проги на Аксе2000 и Рантайм 2000 работают как часы
Так что пожалей деньги своих заказчиков
Рантайм 2000 попробую отправить на мыло

У меня с рантаймом не хотят проги работать......
Возможно конечно из-за разности версий
проги в MS Access 2000-2002
Runtime - 2007,
другого не нашёл для скачки -
как не искал - не попадается.
=======================================
Поэтой причине весь сыр бор...........
Кстати у тебя случайно нет Runtime подходящего???
Может будет работать - если версии совпадут
=======================================
А Вы (ты) пользуетесь Ранеаймом???

А что мешает отдать заказчику вместе со сделаным вами (программным продуктом) Аксесс Рантайм, вместо MS Access

Вы шутите????
Или подшучиваете.....
==========================================
Заказчик приобредает у меня программный продукт за 100 рублей
Что бы сделаное мною (программный продукт) - работало у заказчика на компе,
ему необходимо приобрести и установить на комп - MS Access. за дополнительую сумму....
Либо MS Office в состав которого входит MS Access.
Это и есть дополнительные расходы.
==========================================

Если не секрет зачем среду-оболочку (аксес) закупать отдельно для распространения?

Microsoft демонстрирует обновленный интерфейс Visual Studio 2010

http://soft.mail.ru/pressrl_page.php?id=32812
==============================================================

Кстати чё сколько стоит
http://soft.mail.ru/subcat_list.php?cat=208

Это та среда (четверг, тяпница),
в которой созданное творение ( xxx.mdb )сможет работать.
Как кукла на верёвочках.
Это сам Access ..........

Единственное что отталкивает - это дороговизна при распространении - так как среду-оболочку надо закупать отдельно, а цена её в сложении с продуктом - уже велика ...

Что такое среда оболочка ?

Я в прошлом веке изучал VB6 на нём писал проги простые.
Пока не понял, что базы данных более востребовааны.
Access был у всех пиратско условно бесплатный и прост и доступен
Я на нём и писал для нужд офисных.
Кстати я не знаю - что за программа - которую нельзя написать на аксе.....
Разве что крутые игрушки - это понятно ...крутая графика тут не лучшая среда, хотя тожэ всё возможно впринципе.....
Единственное что отталкивает - это дороговизна при распространении - так как среду-оболочку надо закупать отдельно, а цена её в сложении с продуктом - уже велика ...
(Моё мнение)

И какие же енто плюсы? Начиная с VS2005 C# и VB.NET полностью сравнялись по возможностям,т.к. весь код компилятор переводит в язык CIL

Востребовано более, но я читал плюсы на стороне VB

Если начинаешь с нуля, то учи лучше C# - более востребовано.

Ясно

.Net сам создает экзешник - ( Конечно, если речь не идет об ASP.NET - там экзешника нет в принципе)

УМОРИСТ.......

Конешна в VB.nete

Смотря где.( Попробуй создать его в аксе. )
В VB6,VB.NET, дельфе, фокс пре и т.д. - там да.

Стало быть файл типа EXE - создать плёвое дело???

VB.Net несколько отличается по синтаксису от VB6 и VBA.
E VB.Net есть ряд преимуществ, по сравнению с VBA. Но и при работе с базами данных придется писать больше кода, ежели в аксе.
А так,VB.Net. - это просто новая версия языка.

Да, вот раньше программировал на ВБ до 5,0 потом ситуация изменилась и посление несколько лет сижу на акцесс и сиквэле, а тут понадобилось написать прогу по обработке какалогов на диске ... Можно, конечно, на ВБА сделать из-под акцесса, но хочется подтянуться до более современного уровня (задача невелика и время не сильно ограничено) и вот есть диск со студио, но что там за ВБ и чему он сейчас соответствует - не знаю. Знаю, что современно это ВБ.нэт Может я чего не догоняю и мудрю излишне, тогда буду благодарен за добрый совет ...

Visual Studio 2008 - это среда разработки.
Поддерживает языки VB.net, C#, C++, Java. Доступ к данным через Ado.Net и т.д.
Для работы нужен Framework (вроде бы 2.0 и в Vistа вроде уже есть)

ЗЫ. А для чего именно VB.net?
ЗЗЫ. Вам шашечки или ехать?

я запутался в версиях VB, вопрос- в Visual Studio 2008 какая версия VB, меня интересует VB.net и есть диск со студио, а какой VB разобраться не могу, а где взять VB.net?