договорились с Заказчиком не делать подобного интерфейса, всем спасибо за обсуждение

Вот это грамотно! Люблю когда деньги платят за то, что чего-то делать не надо
Осталось убедить заказчика в том, что интерфейс можно вообще не делать, а потом уже по накатаной - данные тоже не нужны, ...

именно так, от интерфейса отказались, Access для этого непредназначен, можно конечно и микроскопом гвозди забивать если за микроскоп платит Заказчик, а сам процесс забивания ему по душе :) будет такой интерфейс на dotnet.

V. Motchulsky
не хватало еще в форуме детально задачу описывать, это как минумум не понравиться Заказчику, не говоря, что в некоторых случаях за подобное описание можно получить штрафные ссанкции в соответсвии с договором, так что увольте.

Нуф-нуф
это одна из задач заказного программирования, объяснить Заказчику что некоторые вещи лучше не делать: не делать вообще; не делать в рамках данных сроков; не делать в рамках данных средств разработки (как пример, вопрос топика; реализация в Access - это дорогое извращение, на dotnet - обычный интерфейс)

Через приведение задачи к типовой (пол-литра на троих)?
у каждого свои методы :)

2 Лох
На Access макет системы, рабочая лошадка SQL Server + asp .net

IL сокращение от Microsoft Intermediate Language (MSIL)
MSIL is the CPU-independent instruction set into which .NET Framework programs are compiled. It contains instructions for loading, storing, initializing, and calling methods on objects.

Combined with metadata and the common type system, MSIL allows for true cross-language integration.

Prior to execution, MSIL is converted to machine code. It is not interpreted
(msdn)

2MiCe
большой разницы между ними нет, если есть желания дискутировать сначала можно сделать поиск в google на предложение : 'c# vs vb.net' или местами переставить. в основном темы будут в таком роде:
-------------
Many people have also said that C# is marginally faster and optimizes better for the .NET Framework. I’ve heard of several various inconsistencies between the two languages that end up causing slight problems for interop. The most commonly known is that of overloaded method resolution. One language (although for the life of me I can’t remember which) starts at the top of the list of methods while the other language starts at the bottom. This can lead to extremely subtle bugs that take a lot of caffeine to remedy. For a lot of students though, none of the above really matters. What it then comes down to is purely a question of style. If you have been working in VB for years and find anything but VB awkward and unfriendly (know that I pity you greatly… =D), then stick with VB.NET. If you like a “semicolon/curly-brace based language,” then C# is a better bet for you. Either way, both languages are now “first-class citizens.”
-------------
The first question everyone asks is - should I be using C# or VB.NET. The essential answer is 'it's irrelevant and unimportant'. Both languages are very similar and you'll probably find you can switch fairly easily between one and the other no matter which you learn.

Microsoft are marketting C# heavily because it's got a good name and has the right kinds of buzz words to make it sound like a 'serious' programming language. However the design of .NET actually means that VB and C# are not very different and the similarity of the name C# to C is extremely misleading.