Otra opción puede ser SQL Server Compact


En un proyecto que trabajo tenemos una BD MySql con unos 90 millones de registros y pesa unos 20 GB, o sea que 4 GB dan para bastante.

Pero si realmente va a ser una aplicación "gorda" y con previsión de carga sostenida y que no va a dejar de crecer ..... No te la juegues e implementa lo que te ha dicho engel

Solo he hecho la aportación porque se tiende a pensar como "BBDD locales" en SQLite y Access, y SQL Server CE es otra opción que da el apaño y con .NET se usa de dos patadas.

Un saludo,

Te voy a dar mi percepción personal, que como tal estará muy sesgada y quien quiera podrá sacarle todas las pegas que estime oportuno. Y para colmo seguro que me olvidaré algo.

PHP: Sigo programando puntualmente. Me parece un lenguaje un poco de juguete, la verdad, cuando descubrí los problemas que tenía con la coma flotante y que sin tirar de BCMath no había manera de que, por ejemplo, sumara sin peligro de error no sé si quise reir o llorar. Hay quien dice que eso pasa en otros lenguajes, que si el epsilon de cada máquina, que si la abuela fuma petardo del bueno, etc. A mi no me ha pasado ni con el denostado VB6. Además lo veo bien si vas a juguetear como amateur (hosting gratis, mucho código abierto, etc) o si trabajas por tu cuenta, pero por cuenta ajena suelo ver pocas ofertas de trabajo.

Java: He programado poco con él, sobre todo JSP y Struts (¿Alguien se acuerda de él? En su día si no sabías no eras nadie y ahora ....) Por mi no puedo hablar, pero mis compañeros son especialistas (certificados) y dicen que desde que lo compró Oracle se está convirtiendo en un pestiño que va de mal en peor.
En líneas genéricas creo que sigue mereciendo la pena porque es puente a otras partes, por ejemplo para crear apps para Android, aunque es cierto que hay más opciones como HTML5, hacerlo en C# y portarlo con Xamarin, etc.

C#: Es mi día a día. .NET suele ir bien, han tomado decisiones inteligentes como abrir el código, hacer gratuito el VS 2013 y cosas así, pero están perdiendo muchas batallas con la llegada de smartphones y tablets y no sé si saldrán del atolladero.
Además parece que van un poco como pollo sin cabeza: Silverlight lo sacan y al poco se rinden y lo descontinuan, sacan WPF y ... ¡no es 100% compatible con Windows Forms! Y los controles y DLLs que estaban hechos, ¿qué? ¿A rehacerlos? En mi empresa la idea como que no moló nada. Y el concepto de POO de reutilización de código a hacer puñetas.

Python: Solamente empecé a verlo, pero cuando leí que tabulaciones y espacios se tenían en cuenta y afectaban a la ejecución ... Como que no me moló.

Te puedes montar algo como

select * from tabla where concat(campo1, campo2, campo3, campoN) like '%$valor%'

pero sigues teniendo que escribir los campos (aunque ahorras escritura)

Eso sí la eficiencia como que ..........

Lo que quieres que yo sepa no se puede hacer, y aunque se pudiera sería una pasada .... un like por cada campo ... madre mia

Un saludo,

Una select a 7 tablas te tiene que tardar, de todas formas yo trabajo con tablas de 66 millones de registros en MySql y estando indizado tarda relativamente poco.

Prueba a crear índices en los campos donde unes las tablas y para medicamento.medicamento

¿Por qué haces ese concat? ¿Y ese group by????

Pon incidencia en el hosting, puede ser una tontada que tengan que solucionarte.
Yo nunca he tenido pegas y uso phpAdmin también.

Un saludo,

Las secuencias puedes sustituirlas por campos autoincrementales. Si me dices la pega que le ves le damos una pensada.

Un saludo,

La relación materias - alumno es N a N, no entiendo lo que estás haciendo.

En cualquier caso ten en cuenta que cuando 2 tablas están relacionadas tienes que crear los DataRelation.

Un saludo,

Creo recordar que simplemente poniendo las 2 consultas separadas por ; te crea un DataSet con 2 DataTable

comando.CommandText = "select campo from tabla1; select campo from tabla2;";

Ese command se lo enchufas a un dataadapter y con el dataadapter haces Fill a un Dataset

Un saludo,

Quizá debas interrogar al sistema operativo sobre los dispositivos conectados.

En una búsqueda rápida he encontrado la clase KeyboardCapabilities y el namespace Windows.Devices.Input prueba por ahí a ver qué encuentras.

Un saludo,

Se puede hacer sin problema, pero si lo tienes claro en Excel yo ya lo habría exportado a CSV.

Un saludo,