Discussion :

[francis60]

Bonjour à tous,

Savez-vous comment faire un requête SQL dans un fichier Excel (.xlsm) sur une plage de cellules de plus de 65000 lignes

J'ai commencé à faire un outils qui fonctionne bien, avec plusieurs requêtes imbriquées, mais là je tombe sur un os:

The Microsoft Access database could not find the object ...

(avec 65000 lignes ça marche, avec 66000 lignes ça ne marche plus).

Merci pour votre aide

La connexion:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
    Set Conn = New ADODB.Connection
 
    With Conn   'New ADODB.Connection
        .Provider = "Microsoft.ACE.OLEDB.12.0"
        .ConnectionString = "Data Source=" & ThisWorkbook.FullName & _
            ";Extended Properties=""Excel 12.0;HDR=YES"";"
        .Open
    End With

[Invité]

bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
    Set Conn = New ADODB.Connection
 
    With Conn   'New ADODB.Connection
        .Provider = "Microsoft.ACE.OLEDB.12.0"
        .ConnectionString = "Data Source=" & ThisWorkbook.FullName & _
            ";Extended Properties=""Excel 12.0;HDR=YES"";"
 ActiveCell.CopyFromRecordset .execute("Select * from [Feulle1$A50:E65000]")
        .Open
    End With

[francis60]

Bonjour dysorthographie,
Le code que tu as envoyé fonctionne-t-il encore avec 66000 lignes ?

Ma demande c'est, en fait, d'aller au delà de 65536 lignes.

[Invité]

j'ai rencontré de problème au delà d'une certaine valeur alors que pour moi ça sevrait marcher fais un teste pour augmenter From [Feulle1$A50:E1048576] !

[francis60]

j'ai rencontré de problème au delà d'une certaine valeur alors que pour moi ça sevrait marcher fais un teste pour augmenter From [Feulle1$A50:E1048576] !

STP peux-tu faire le test

[Invité]

j’arrive à faire ça Sql = "Select * from [Feuil1$B3:F10485]"
et pas ça Sql = "Select * from [Feuil1$B3:F1048576]"

?????????????????????????????????????????????????????????

[francis60]

Voilà c'est bien ça le problème utiliser une table au delà de 65536 lignes.

[Marc-L]

Bonjour,

je n'ai pas vraiment compris depuis la sortie de la version 2007 l'intérêt du passage du nombre total de lignes de 65 536 à 1 048 576
car beaucoup de fonctionnalités d'Excel restant limitées à 65 536 voire même en dessous, et ce avec une certaine omerta de Microsoft !

C'est vrai, faut-il encore rappeler la vocation première d'Excel, un tableur servant juste à calculer, ce n'est pas un SGDB …
Qui plus est pour des traitements équivalents de données, Access est au bas mot 50 fois plus rapide, parfois même 2 fois plus encore !

_____________________________________________________________________________________________________________________

Je suis Paris, Egypte, Nigeria, New-York, Mogadicio, Barcelone, London, Manchester, Stockholm, Istanbul, Berlin, Nice, Bruxelles, Charlie, …

[Invité]

Bonsoir Marc,

Entièrement d'accord comme le dit Clément Macotte!

Ado peux être utilisé sur Excel mais il faut pas mélanger le genres!

En revanche si tu n'avais pas a sélectionné un plage parce que ta lignes de titres commençait en A1 tu n'aurais pas de problème!

[Marc-L]

Il y a quelques années un pote évoque mon éventuel coup de main pour son futur projet VBA pro d'une base de données sous Excel.
Évidemment je mets le holà n'appartenant pas à sa société, il tente de forcer avec un « t'inquiète c'est juste pour le prototypage »
et moi de lui rétorquer « de toute manière ce n'est pas une bonne idée sous Excel, une vraie base de données c'est sous Access ! »
Suit son argument « c'est plus facile pour moi et toi aussi t'es plus à l'aise sous Excel » etc …
Bref je l'ai aidé ponctuellement et sans m'y investir tout en continuant de le mettre en garde
car son prototype devenant de plus en plus gros et avec une nouvelle donne : du réseau et du multi-utilisateurs …

Pas difficile de deviner la suite, même si parfois je lui disais que je n'avais pas de solution sous le coude avec Excel
alors qu'avec Access « c'est prévu pour », il n'a pas varié d'un pouce puis son projet n'étant pas viable avec Excel,
cela a failli lui coûter son poste ! Coup de bol, ses idées et sa personnalité étant appréciées, il s'est fait octroyer une formation Access.
Et il finira par m'avouer « Tu ne m'as pas rendu service car j'ai eu chaud mais j'ai vraiment été con d'insister sur ce coup là ! » …

___________________________________________________________________________________________________________________________

La meilleure façon de ne pas avancer est de suivre une idée fixe. (Jacques Prévert)

[francis60]

... son prototype devenant de plus en plus gros et avec une nouvelle donne : du réseau et du multi-utilisateurs ...

C'est l'histoire de ma vie.

Merci Clément de prendre de la hauteur et de voir le besoin derrière la demande.
Est-ce qu'une application déployée sous forme d'un composant (COM) Office, développé en C#, pourrait fonctionner en multi-utilisateur, sans avoir à déployer SQL server sur chaque poste client ?
Et sans payer de licence supplémentaire pour chaque utilisateur.

[francis60]

En revanche si tu n'avais pas a sélectionné un plage parce que ta lignes de titres commençait en A1 tu n'aurais pas de problème!

C'est à dire:

Au lieu de spécifier la plage

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Select * from [Feuil1$A1:F1048576]

Adresser directement la feuille dans sa globalité

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Select * from [Feuil1$]

[Invité]

Personnellement je suis pour bannir Access également! Avec les versions Express de Microsoft autant prendre Sql Serveur si l'application dépasse la capacité (1 Téra quand même) mais 15 utilisateurs!!

Si j'ai l'ambition de voir ma société prospérer, je m'affranchi d'une éventuel migration!

[Marc-L]

Oui tout dépend déjà de l'importance du projet et qui le réalise, un pro ne restant pas cantonné à Office …

Certains ayant déjà du mal avec Excel, leur parler d'Access est difficile mais avec SQL Serveur ils partent en courant !
On les a trop habitués à faire tout et n'importe quoi en VBA, particulièrement sous Excel …